На больших таблицах reorg может длиться несколько часов.

Бывает, во внерабочее для большинства работников время приходится запускать те или иные скрипты от разработчиков в монопольном режиме.

В результате начало реорганизации сдвигается на более позднее время и иногда она не успевает пройти полностью.

Если реорганизацию прервать до ее завершения на какой-либо таблице, то такая таблица потом тормозит работу всего комплекса в целом, можно видеть большое количество красных блокировок в db2top с упоминанием этой таблицы.

Возможное решение - откат на автоматический снэпшот, сделанный до реорганизации, т.е. отмена всей реорганизации в целом.

Можно ли каким то образом средствами DB2 быстро (не ждать несколько часов до завершения реорганизации) восстановить работоспособность таблицы, на которой прервалась реорганизация?

Использую команду:
db2 reorg table $TableName

почему у меня возникают вышеописанные проблемы в случае прерывания reorg на крупной таблице?

При откате на снэпшот, т.е. в еще менее организованное состояние для базы в целом, но при этом без прерванных reorg работает нормально без красных блокировок.

После повторного запуска reorg на прерванной таблице и длительного ожидания успешного завершения повторного reorg, красные блокировки исчезают.

Что я делаю не так?
Может есть какие то опции базы или DBM, которые влияют на состояние таблицы после прерывания ее реорганизации?

CawaSPbdbtwoshnickИспользую команду:
db2 reorg table $TableName

почему у меня возникают вышеописанные проблемы в случае прерывания reorg на крупной таблице?
Какие проблемы?

У Вас нет никаких проблем. По крайней мере пока Вы не привели код ошибки (SQLxxxxx), желательно с текстом сообщения. ;)

Просьба также показать результат "db2pd -alldbs -reorgs" и "db2pd -alldbs -wlocks", на момент времени, когда у Вас "красные блокировки". Так бывает, что коннект от приложения прибит, а некоторая операция на стороне сервера ещё продолжает выполняться.

Т.е. после выполнения успешного выполнения db2stop force; db2start
возможно продолжение reorg? из-за чего приложение может впадать в ожидание блокировок?

Проверял командой:
db2pd -db $DBName -reorg | grep -v Done | tail -n 20;

Строка после Table Reorg Stats:
была пустая

dbtwoshnickCawaSPbпропущено...

Какие проблемы?



Строка после Table Reorg Stats:
была пустая

Это сразу же после прерывания reorg.

А может быть, потом реорганизация сама стартанула из-за какого-нибудь авто обслуживания, встроенного в DB2?

Наверно, надо было посмотреть на "Table Reorg Stats:" в момент возникновения красных блокировок?