В некоторых случаях это помогает от поломок структуры БД, но далеко не всегда и далеко не всегда правильно. Правильнее - сравнить структуру БД с шаблоном (можно воспользоваться тем, что в Административном модуле). В общем случае - не требуется ни того, ни другого, если более менее внимательно читали логи экспорта и импорта.
Решил сделать повторный damp, только удалил все задания из Адм. модуля.
Затем залил... лог показал, что не перенеслись индексы. Сравнивая с структуру с эталонной - выдал 1942 поврежденных индекса.
Прогнал utlrp - ВСЕ ошибки исчезли и база заработала, НО при отборе накладных за один день выполняла около 5 минут!!!
Когда прогнал инициализацию БД с помощью генератора БД отбор проходит не более 5 сек
Об импортах без ошибок никто не пишет, незачем. Я сколько импортов делал, придерживаюсь правила, если с ошибкой - выкидываю БД, правлю причину ошибки и заливаю заново. Когда ошибок тонна, можно что-то и пропустить.
Создал новую базу...
Создал INDX... но файл создался в oracle_home\database..., а все остальные по тому пути который указал при установке... как переместить этот файл в нужую мне директорию.???
TrantiMoller➤ Перехожу с 8-ки на 10-ку по инструкции с 1-ой стр. импорт/экспорт проходит нормально... после прогоняю utlrp - все без единой ошибки!
При генерации БД с помощью одноименной утилиты СМ+ выходит сл. ошибка:
____________________________________________________________
ERROR at line 1:
ORA-20012: Нет уникального ограничения «SACDOCMASTERFIELDS_PK» в таблице
«SADOCMASTERFIELDS»
ORA-06512: at "SUPERMAG.CORE", line 323
ORA-06512: at "SUPERMAG.SMPOSTTABLECONSTRAINTS", line 19
ORA-04088: error during execution of trigger 'SUPERMAG.SMPOSTTABLECONSTRAINTS'
ORA-06512: at "SUPERMAG.LOADPOSTTABLE", line 26
ORA-06512: at "SUPERMAG.LOADPOSTTABLE", line 191
ORA-06512: at line 2
_____________________________________________________________
Перехожу с 9 на 10... точно такая же ошибка...При инициализации БД..
после импорта база работает, но тормоза жуткие...