Semen Popov,

ARCHIVE LOG не создает точек консистенций. Т.е. не надо думать, что база станет консистентной в этот момент времени, т.к. поток транзакций, что-то в базе меняющих, не прерывается.
Эта команда закрывает текущий активный журнал, обрезает его, и этот журнал таким образом становится доступным для архивирования.
Точка во времени, когда вы выполнили команду, может использоваться при дальнейшем rollforward. Если после вашей команды файл журнала действительно заархивировался успешно, вы точно знаете, что эту точку можно смело использовать в rollforward, т.к. у вас есть соответствующий журнал, где эта точка есть.
Но, если в этом журнале или предыдущих есть незавершенные транзацкии, то при останове rollforward после наката до этой точки все эти транзакции будут откачены.

CawaSPbМогут ли быть в архивированных логах те или части активных транзакций при logsecond <> -1?
Т.е. могут ли после выполнения принудительного архивирования эти журналы понадобиться для выполнения crash recovery? Если нет, то означает ли это... впрочем, не буду забегать вперёд.
Принудительное архивирование влияет только на то, когда именно в журнал прекращается запись и он становится архивным, т.е. доступным для архивирования.
В любом случае правило такое - если журнал нужен для crash recovery, он считается активным. Даже если он уже заполнился или явно обрезался командой archive log, т.е. стал архивным и отправился в архив.
Поэтому, ответ на вопрос "Могут ли быть в архивированных логах части активных транзакций": да, могут. И это не зависит от logsecond.

Разница в зависимости от logsecond:
При logsecond = -1 заархивированный журнал, даже если он нужен для crash recovery, убирается из активного пути.
При другом значении журнал, даже если он закрылся и отправился в архив, остается в активном пути, если он нужен для crash recovery.

Semen Popov,

Запускать ее надо тогда, когда этого требуют ваши SLA, если они вообще есть в этой области. Не важно, кто и как работает с системой в данный момент.
Если их, этих требований, нет - не запускайте ее вообще.

Проходила мимо,

Добрый день.

Она что, сама запускается?
У вас включена автоматическая реорганизация параметрами в базе?
Покажите сообщение из db2diag.log о ней.

Проходила мимо,

Индексы могут перестраиваться, когда rollforward встретил, например (если logindexbuild выключен):
- offline table/index reorg
- import replace
- load с index rebuild
- create index

Проходила мимоПараметр logindexbuild действительно был выключен. Вчера провела эксперимент, включила с галочкой Изменить когда доступно (динамически), в результате при проведения обслуживания базы, пошли ошибки:
SQL0964C Журнал транзакций для базы данных заполнен. SQLSTATE=57011
SQL2310N Программа не может составить статистику. Возвращен код ошибки "-964".
Физически места на диска достаточно
Добрый день.

Да, при включении журналирования операций с индексами требования к месту в журнале могут серьезно вырасти.
У вас переполняется журнал транзакций.
Либо подумайте, нужно ли вам все время реорганизовывать таблицы, либо увеличивайте размер журнала.