[ОТВЕТИТЬ]
Опции темы
12.01.2016 06:06  
qwrty40
Доброго времени суток всем!
Не пинайте за дурацкий вопрос, но...
Нужно перенести БД из 32-битной среды Oracle 10.2.0.4.0 в 64-битную. Можно ли это сделать холодным бэкапом?
 
12.01.2016 07:17  
OlegON
нельзя, в случае с Супермагом - экспорт/импорт
 
"Спасибо" OlegON от:
07.07.2016 01:13  
qwrty40
Как бы в продолжение темы.
Искал инфу по переносу базы из 10 в 11 и наткнулся на это:
Цитата:
With this approach, we first installed Oracle 11g software on development server and created empty database by using provided standard template New_Database.dbt, which could be found at $ORACLE_HOME/assistants/dbca/templates. After that, we followed the following steps to move data from 10g database to newly created 11g database.

Step 1: Pre-create tablespaces on target 11g database

- using the Generate_Create_Tablespaces.sql to generate tablespace script
- editing generated script to remove entries for SYSTEM, USERS tablespaces

Step 2: Export full database of source 10g database
Собсно вопрос: зачем нужен Step 1? Из-за того, что при создании пустой базы использовали стандартный шаблон?
 
07.07.2016 06:52  
OlegON
Затем, что если у тебя базы не ровно по тому же пути, то есть эти самые пути к файлам отсутствуют, при импорте ты не получишь табличные пространства и далее получишь ворох ошибок о том, что импортить некуда. В куче док тут, на форуме, это все есть.
 
"Спасибо" OlegON от:
07.07.2016 17:03  
Neutron
Здесь все подробно разжевано про экспорт и импорт
 
06.03.2017 01:44  
qwrty40
Цитата:
Сообщение от Neutron
Здесь все подробно разжевано про экспорт и импорт
Очень уж старая инфа там...
 
06.03.2017 02:07  
qwrty40
Подниму тему...
Наконец-то дошли руки до повозиться. Накатил тестовый 11.2.0.4 (64 бит), импорптнул в него 10.2.0.4 (32 бит). Вполне ождидаемо получил кучу ошибок. Посмотрел лог, почитал всяко разное, создал недосозданное (tablespace) при создании БД, повторил импорт. Опять вылезло много чего:
1. Не та версия management system (там и прав на объекты нет, и с ограничениями проблемы и т.д.);
2. Триггера скомпилены с предупреждениями (IMP-00041: Warning: object created with compilation warnings – в чем прикол непонятно, критично или нет - тоже);
3. ORA-01741: illegal zero-length identifier куча на CREATE PUBLIC SYNONYM "" FOR "SYS"...
Так пока и не понял: взлетит, не взлетит...
 
06.03.2017 02:09  
qwrty40
Лог - https://storage.olegon.ru/supermag/u...imp_dbshams.7z сюда положил на всякий случай...
 
06.03.2017 07:15  
OlegON
Описал безобразно... Думаю, что к миграции 32->64 это все отношения не имеет, просто косячишь.
Создавал несозданное уже в новой БД?
1. Ошибка-то какая?

По итогам перекомпиляции инвалидов не должно остаться, если ты опции БД не менял и СУБД только в битности менялась. Если менял - пиши, что менял.
 
09.03.2017 00:10  
qwrty40
Цитата:
Сообщение от OlegON
Описал безобразно... Думаю, что к миграции 32->64 это все отношения не имеет, просто косячишь.
Создавал несозданное уже в новой БД?
1. Ошибка-то какая?

По итогам перекомпиляции инвалидов не должно остаться, если ты опции БД не менял и СУБД только в битности менялась. Если менял - пиши, что менял.
Собсно, лог я выложил. Чего там только нет: ошибки, предупреждения, черт лысый, овощ собачий... При всем при том перекомпиляция прошла - оба сообщения на выходе с нулями.
Запустился с тестовой лицензией - с виду все на местах: СМ запускается, документы в списках показывает, выборочная сверка с исходной базой различий не кажет (вроде все одинаково)...
 
 


Опции темы



Часовой пояс GMT +3, время: 22:41.

Все в прочитанное - Донат - RSS - - Карта - Вверх

Форум сделан на основе vBulletin®
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.