Подъем копии БД в два временных этапа

[Andrey]

Уважаемые коллеги, здрасте.
Т.к. процедура конвертация 810-810 у меня занимает много времени (около 5 суток с расчетом прав) сделал экспорт-иморт в два этапа. Второй этап выгрузка с условием "WHERE ATL_LASTDATE>=Date()", а импорт с ключами "N F S R D". Таблицы X$JOURNALCONFIG, ABONENTS из второго этапа икслючил. Но при втором импорте получил ругань на другие системные таблицы и, не мудрствуя лукаво, просто сделал импорт таблиц с номерами > 1000. Импорт прошел без ругани. Мой вопрос таков: корректен ли такой способ? Может какие-то данные лягут не верно? Спасибо.

[edward_K]

Есть много путей по сокращению времени и ваш наихудший. Хотя бы потому что он не учтет удаление. Убирание системных таблиц не перенесет вам настройки системы. Вообще зачем вы делаете конвертацию 810-810?

[Andrey]

конвертацию 810-810 рабочей БД в сжатые сроки (желательно, не более двух выходных) нужно сделать, чтобы потом выполнить конвертацию на 9 версию галактики. Перенос нужно осуществить на другое железо с изменением версии СУБД (с 9 версии Oracle на 11), с изменением имени схемы галактики. Подскажите много способов сокращения времени.

[pk]

конвертацию 810-810 рабочей БД в сжатые сроки (желательно, не более двух выходных) нужно сделать, чтобы потом выполнить конвертацию на 9 версию галактики. Перенос нужно осуществить на другое железо с изменением версии СУБД (с 9 версии Oracle на 11), с изменением имени схемы галактики. Подскажите много способов сокращения времени.

Ну мы так делали 1.5г назад, и отвечал наш специалист (smv) в вашей же теме:
http://www.tyumbit.ru/gal_forum/viewtop ... 8&start=15
Всё так и есть, через пакетные режимы экспорт/импорт невероятно быстро, мы уже деталей и и не помним (а ведь ещё 13 филиалов перевели:).

[edward_K]

810-810 вам совсем не нужно. В readme конвертора вообще то написано как можно ускорять.
Вы делаете чистую базу ora9inst от 9 и все и сразу туда заливаете.
Ну да , у вас наверное будет проблемы с oci.dll и с tnsnames.ora, но вы же если знаете чутка оракл можете в батнике на импорт перезадать path или оракловые константы среды? У меня на серваке стоит 64 битный оракл и рядом пашет 32-битный клиент(галке нужен он) и ниче - пришлось правда галку через батник запускать.
Пакетные режимы да - но я сталкивался, что на большом(очень) кол-ве данных это сработало не корректно(не все закачалось). Мне больше нравиться распараллеливание и отрубание индексов.
Есть еще средства оракла - но это больше для перехода с версии на версию или изготовлении клона базы, н для конвертации не пойдет.
А зачем вам менять имя схемы? У вас tnsnames.ora будет другой на новый оракл.

[Andrey]

Имя схемы меняю для того, чтобы видеть с какой БД работаю (надпись Галактика ERP и далее в скобках имя схемы). К старой БД придеться обращаться, чтобы не наделать проблем

[edward_K]

посмотрите в сторону утилит оракла expdp, impdp - там можно на ходу схему поменять.
Экспортировать нужно схему базы и схему база#atlantis

[VAt]

посмотрите в сторону утилит оракла expdp, impdp - там можно на ходу схему поменять.
Экспортировать нужно схему базы и схему база#atlantis

Вроде как Техподдержка очень не рекомендует пользоваться средствами Oracle для миграции базы, мол только через конвертер.

[edward_K]

1. Я не ТП.
2. И не спец по ораклу - так попутно чаго то знаю.
3. Если речь идет о смене версии Oracle, то почему нет? Большинство моих клиентов на оракле восстанавливают базы в test из холодного бэкапа ораскла.
4. Сам успешно перетаскивал тестовую базу - и ничего пашет.
5.Если речь идет о смене версии галактики - то только конвертор. Там даже дело не в модификации базы, хотя она тоже бывает не простая, а в том, что в ходе конвертации может идти еще дополнительная обработка по заполнению каких либо данных.

[pk]

Вроде как Техподдержка очень не рекомендует пользоваться средствами Oracle для миграции базы, мол только через конвертер.

Вот-вот. Мы тоже надеялись на средства могучего Оракла - "да нафига нам эти dbf-ники?!". Но админ Оракл строго сказал - делайте через dbinst и конвертор "галактики". Пришлось:)

[VAt]

А никто старые данные в Галактике не подрезал? Появились обкатанные механизмы по уменьшению данных?

[Andrey]

810-810 вам совсем не нужно.
Вы делаете чистую базу ora9inst от 9 и все и сразу туда заливаете.
.

To edward_K: перечитал описания к конвертору (Alter810-91) и нигде на нашел, что можно создать чистую базу и в нее заливать. Подскажите, где это написано? Или это, так сказать, принимается по умолчанию.

[edward_K]

база для оракла ставиться GAL???\DB_Inst\ora_inst.exe
Ест. он должен быть обновлен до той же версии что и галактика.
инстра в доке - i_ora.chm