Судя по количеству просмотров, тема интересна многим... тогда из моей практики:
1. Подготовка целевой системы к копированию:
а) выставляем параметр NO_RFCCHK
б) делаем удаление целевого клиента. Как вариант, чтобы ускорить процесс можно через SE14
удалить таблицы размером больше 500Мб (находим через DB02 или ST04) и таблицы с
количеством записей большим 1000000 (можно посмотреть в таблице DBSTATTORA),
ну или удалить с уровня базы через truncate - кому как удобнее
.
Внимание: удалению подлежат исключительно таблицы с прикладными данными!!!
Если в системе несколько клиентов, то перед удалением таблиц нужно сделать транспорт
копии удаляемых таблиц (R3TR TABU <table>) в каждом клиенте, которые после
удаления таблиц целевого импортируются обратно в соответствующие клиенты.
в) Делаем экспорт из целевого клиента пользователей через SCC8. Хотя при удаленном
копировании пользователи не копируются, но роли и полномочия – копируются, что
приводит к очевидному косяку.
2. Планируем удаленное копирование через SCC9. При планировании копирования следует
указать параллельное выполнение через Goto->Parallel processes. Число процессов 10-12.
3. По окончании копирования выполнить импорт пользователей и полномочий обратно в
целевой клиент.
4. Запустить сбор статистики – транзакция DB20ORA
5. Поправить логические системы через BDLS
Вроде ничего не забыл.... хотя есть ньюанс: в случае, если в системе, из которой велось копирование, продолжали работать пользователи, то неизбежно расползание диапазонов номеров и наличие/отсутствие части записей по документам. В таком случае полезно после окончания копирования отдельным запросом перенести содержимое таблицы NRIV из исходной системы в целевую, но конечно же некая неконсистентность данных будет иметь место
...
