Коллеги,

есть проблемка.
Суть: Восстанавливаю БД из фулл бэкапа. Изменяю параметр LOGARCHMETH1 c OFF на DISK:/db2/db2archlogs/
После делаю stop/start. По выполнению всего этого даю тестовый коннект к БД и случается ошибка

SQL1116N A connection to or activation of database "ХХХХХХХ" failed because
the database is in BACKUP PENDING state. SQLSTATE=57019

приходится прогонять db2dart хххххх /CHST /WHAT DBBP OFF

После этого есть коннект и вроде как все работает.

Это что-то вроде тестовой БД и такая ошибка на этой среде не критична. Но скоро придется переводить продуктивную БД на online бэкапирование и соотвтетсвенно включать LOGARCHMETH и появление такой ошибке сразу станет критичным т.к. после выполнения команды вывода из backup pending появляется ворнинг в котором IBM не гарантирует, что все объекты находятся в консистентном состоянии и т.п. И рекомендует сделать:

IMPORTANT:
After resetting the database backup pending state, IBM no longer
guarantees data integrity or the referential integrity of the data.
To ensure the referential integrity of the data, all user tables
should be exported, the database dropped and recreated and all
user tables imported back into the new database.

что совершенно не входит в планы, т.е. БД ну не совсем маленькая (~2Tb).

Помогите советом, пож-та, возможно ли избежать появления ошибки?

Mark Barinsteindr0n,

Это стандартное поведение DB2 при переводе базы в режим архивирования журналов - помещать базу в BACKUP PENDING.
db2dart не проверяет то, как именно база была помещена в это состояние.
Если вы снимаете db2dart'ом backup pending с базы, которая была помещена в это состояние включением архивного журналирования, то вы можете игнорировать это предупреждение. Только не пытайтесь потом накатываться по журналам после восстанавления своей новой базы из этого архива - не получится.

А подскажите, если потом, ночью прогнать онлайн бэкап базы, то уже с этого бэкапа я смогу в случае чего накатываться по журналам?