m&m,

Standby сам по себе не может активировать базу.
Возможно активированность базы - результат команды "db2 activate db <dbname>".

Есть ли в списке, получаемом по "db2 list active databases" база, на которой выполняется db2dart?
Если да, то что даст "db2 deactivate db <dbname>"?

Как вариант - иснстанс потушить (если там других баз нет).


А вообще, стоит серьёзно рассмотреть возможность перехода на 9.7, пользоваться


По завершении процесса


и такими вещами не заморачиваться.

m&m,

1. Использование дополнительного tempspace в reorg - не поможет. После того, как таблица будет пересобрана в этом tempspace, она будет положена ровно на своё же место.

2. "db2dart каждый раз рекомендует делать реорг для второй непустой таблицы"
"каждый раз" после чего? После проведения этого рекомендованного offline реорга?

3. Хорошо бы взглянуть на map extent'ов, выдаваемых по /DHWM

4. "Вариант с пересозданием и перезаливкой данных не подходит" - почему? (собственно по тем же причинам может не проходить и ряд других методов утрамбовывания всей этой радости).

PS Разобрались ли с warning'ом про active connection?

m&m-Да, после выполнения рекомендовнного db2dart reorg, очередной db2dart на тейблспейс выдает ту же самую рекомендацию.
Не очень понятно поведение. Ну, то есть вполне возможна ситуация, когда в любом случае некоторый хвост таблицы остаётся в самом конце, но
а) не с таким соотношением количества свободных страниц;
б) /LHWM должен бы понимать эту ситуацию.

REORG точно без указания темпового пространства производится?
Неплохо бы посмотреть на карту экстентов до и после очередного reorg'а (перед запуском db2dart или потушить инстанс, или воспользоваться "db2pdcfg -flushbp", или просто дёрнуть "set write suspend for db;set write resume for db;").

Возможно повод для обращения в IBM и открытия PMR.

m&mCawaSPbm&m,
4. "Вариант с пересозданием и перезаливкой данных не подходит" - почему? (собственно по тем же причинам может не проходить и ряд других методов утрамбовывания всей этой радости).

Если только через non recoverable load?
Как можно оценить сколько времени уйдет на таблицу ~150млн.зап/60гб ?

load - ну да.
Оценить - только попробовать:


потом load, результат на 10 помножить - можно утверждать, что с размером таблицы время растёт линейно.

PS На load'е самый муторный процесс будет - построение индекса (база, как я понимаю, в HADR'е и логирование построения индексов включено?) Но с этим тоже можно побороться, если таки будет представлять проблему.