MaxomВосстановил базу из резервной копии, табличные схемы остались те же, что и в базе до резервного копирования. Есть ли возможность переименования схем? ..... заранее благодарен...Если у вас v9, то есть процедура копирования схемы ADMIN_COPY_SCHEMA .

2макс: вы вводите человека в заблуждение.

1.
Не надо делать set integrity off перед load, она и так данные загрузит, просто, в зависимости от способа загрузки (insert или replace) дочерняя и родительская (если replace) станут в check pending state.
2.
Выводить из этого состояния таблицы надо командой set integrity ... immediate checked.

А после set integrity ... immediate unchecked, что означает "вывести таблицу из check pending state БЕЗ проверки ограничения" можно получить курьезную ситуацию:
Дело в том, что db2move (по крайней мере до v8 включительно) - утилита, мягко говоря, туповатая.
Она не грузит таблицы с полями generated always.
Поэтому после db2move ... load -lo insert, например, для некоторой родительской таблицы с полем generated always и ссылающейся на нее дочерней без оных полей вы получите 0 записей в родительской таблице и все записи в дочерней.
Дочерняя станет в check pending state. Родительская доступна. Далее для дочерней вы делаете set integrity ... immediate unchecked, и она становится доступной.
И вы получаете прикольное состояние в таблицах.
Я думаю, автор топика не хотел бы такого со своими данными.

макс....Mark, извиняюсь, что вступаю в спор,
1. Вы правы, перед заливкой таблиц с FK LOAD-ом set integrity off - не нужно (но это не ошибка, а лишнее действие)
2. команда:
db2 set integrity for new_s2.child_table foreign key immediate UNCHEСKED

это все для 8.А с чем вы спорите?
Я же не говорю, что делать set integrity ... immediate unchecked нельзя.
Просто immediate unchecked не надо применять без необходимости.
Или я чего-то не понимаю?