Страница 1 из 1
Подъем копии БД в два временных этапа
Добавлено: 14 июл 2014, 17:30
Andrey
Уважаемые коллеги, здрасте.
Т.к. процедура конвертация 810-810 у меня занимает много времени (около 5 суток с расчетом прав) сделал экспорт-иморт в два этапа. Второй этап выгрузка с условием "WHERE ATL_LASTDATE>=Date()", а импорт с ключами "N F S R D". Таблицы X$JOURNALCONFIG, ABONENTS из второго этапа икслючил. Но при втором импорте получил ругань на другие системные таблицы и, не мудрствуя лукаво, просто сделал импорт таблиц с номерами > 1000. Импорт прошел без ругани. Мой вопрос таков: корректен ли такой способ? Может какие-то данные лягут не верно? Спасибо.
Re: Подъем копии БД в два временных этапа
Добавлено: 16 июл 2014, 09:46
edward_K
Есть много путей по сокращению времени и ваш наихудший. Хотя бы потому что он не учтет удаление. Убирание системных таблиц не перенесет вам настройки системы. Вообще зачем вы делаете конвертацию 810-810?
Re: Подъем копии БД в два временных этапа
Добавлено: 16 июл 2014, 11:00
Andrey
конвертацию 810-810 рабочей БД в сжатые сроки (желательно, не более двух выходных) нужно сделать, чтобы потом выполнить конвертацию на 9 версию галактики. Перенос нужно осуществить на другое железо с изменением версии СУБД (с 9 версии Oracle на 11), с изменением имени схемы галактики. Подскажите много способов сокращения времени.
Re: Подъем копии БД в два временных этапа
Добавлено: 16 июл 2014, 13:51
pk
Andrey писал(а):конвертацию 810-810 рабочей БД в сжатые сроки (желательно, не более двух выходных) нужно сделать, чтобы потом выполнить конвертацию на 9 версию галактики. Перенос нужно осуществить на другое железо с изменением версии СУБД (с 9 версии Oracle на 11), с изменением имени схемы галактики. Подскажите много способов сокращения времени.
Ну мы так делали 1.5г назад, и отвечал наш специалист (smv) в вашей же теме:
http://www.tyumbit.ru/gal_forum/viewtop ... 8&start=15
Всё так и есть, через пакетные режимы экспорт/импорт невероятно быстро, мы уже деталей и и не помним (а ведь ещё 13 филиалов перевели:).
Re: Подъем копии БД в два временных этапа
Добавлено: 17 июл 2014, 00:52
edward_K
810-810 вам совсем не нужно. В readme конвертора вообще то написано как можно ускорять.
Вы делаете чистую базу ora9inst от 9 и все и сразу туда заливаете.
Ну да , у вас наверное будет проблемы с oci.dll и с tnsnames.ora, но вы же если знаете чутка оракл можете в батнике на импорт перезадать path или оракловые константы среды? У меня на серваке стоит 64 битный оракл и рядом пашет 32-битный клиент(галке нужен он) и ниче - пришлось правда галку через батник запускать.
Пакетные режимы да - но я сталкивался, что на большом(очень) кол-ве данных это сработало не корректно(не все закачалось). Мне больше нравиться распараллеливание и отрубание индексов.
Есть еще средства оракла - но это больше для перехода с версии на версию или изготовлении клона базы, н для конвертации не пойдет.
А зачем вам менять имя схемы? У вас tnsnames.ora будет другой на новый оракл.
Re: Подъем копии БД в два временных этапа
Добавлено: 18 июл 2014, 14:31
Andrey
Имя схемы меняю для того, чтобы видеть с какой БД работаю (надпись Галактика ERP и далее в скобках имя схемы). К старой БД придеться обращаться, чтобы не наделать проблем
Re: Подъем копии БД в два временных этапа
Добавлено: 18 июл 2014, 15:23
edward_K
посмотрите в сторону утилит оракла expdp, impdp - там можно на ходу схему поменять.
Экспортировать нужно схему базы и схему база#atlantis
Re: Подъем копии БД в два временных этапа
Добавлено: 29 июл 2014, 19:33
VAt
edward_K писал(а):посмотрите в сторону утилит оракла expdp, impdp - там можно на ходу схему поменять.
Экспортировать нужно схему базы и схему база#atlantis
Вроде как Техподдержка очень не рекомендует пользоваться средствами Oracle для миграции базы, мол только через конвертер.
Re: Подъем копии БД в два временных этапа
Добавлено: 30 июл 2014, 10:37
edward_K
1. Я не ТП.
2. И не спец по ораклу - так попутно чаго то знаю.
3. Если речь идет о смене версии Oracle, то почему нет? Большинство моих клиентов на оракле восстанавливают базы в test из холодного бэкапа ораскла.
4. Сам успешно перетаскивал тестовую базу - и ничего пашет.
5.Если речь идет о смене версии галактики - то только конвертор. Там даже дело не в модификации базы, хотя она тоже бывает не простая, а в том, что в ходе конвертации может идти еще дополнительная обработка по заполнению каких либо данных.
Re: Подъем копии БД в два временных этапа
Добавлено: 30 июл 2014, 12:13
pk
VAt писал(а):Вроде как Техподдержка очень не рекомендует пользоваться средствами Oracle для миграции базы, мол только через конвертер.
Вот-вот. Мы тоже надеялись на средства могучего Оракла - "да нафига нам эти dbf-ники?!". Но админ Оракл строго сказал - делайте через dbinst и конвертор "галактики". Пришлось:)
Re: Подъем копии БД в два временных этапа
Добавлено: 30 июл 2014, 12:46
VAt
А никто старые данные в Галактике не подрезал? Появились обкатанные механизмы по уменьшению данных?
Re: Подъем копии БД в два временных этапа
Добавлено: 02 сен 2014, 11:45
Andrey
edward_K писал(а):810-810 вам совсем не нужно.
Вы делаете чистую базу ora9inst от 9 и все и сразу туда заливаете.
.
To edward_K: перечитал описания к конвертору (Alter810-91) и нигде на нашел, что можно создать чистую базу и в нее заливать. Подскажите, где это написано? Или это, так сказать, принимается по умолчанию.
Re: Подъем копии БД в два временных этапа
Добавлено: 02 сен 2014, 11:55
edward_K
база для оракла ставиться GAL???\DB_Inst\ora_inst.exe
Ест. он должен быть обновлен до той же версии что и галактика.
инстра в доке - i_ora.chm