[ОТВЕТИТЬ]
12.01.2016 06:06
qwrty40
 
Доброго времени суток всем!
Не пинайте за дурацкий вопрос, но...
Нужно перенести БД из 32-битной среды Oracle 10.2.0.4.0 в 64-битную. Можно ли это сделать холодным бэкапом?
12.01.2016 07:17
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
 
Затем, что если у тебя базы не ровно по тому же пути, то есть эти самые пути к файлам отсутствуют, при импорте ты не получишь табличные пространства и далее получишь ворох ошибок о том, что импортить некуда. В куче док тут, на форуме, это все есть.
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. Ошибка-то какая?

По итогам перекомпиляции инвалидов не должно остаться, если ты опции БД не менял и СУБД только в битности менялась. Если менял - пиши, что менял.
Собсно, лог я выложил. Чего там только нет: ошибки, предупреждения, черт лысый, овощ собачий... При всем при том перекомпиляция прошла - оба сообщения на выходе с нулями.
Запустился с тестовой лицензией - с виду все на местах: СМ запускается, документы в списках показывает, выборочная сверка с исходной базой различий не кажет (вроде все одинаково)...
21.06.2017 08:16
qwrty40
 
Возвращаясь к https://olegon.ru/showpost.php?p=261745&postcount=4
Я правильно понимаю, что поправив этот самый Generate_Create_Tablespaces.sql, его надо прогнать из плюса по вновь созданной базе?
21.06.2017 09:19
OlegON
 
Зачем тебе править шаблон? Сделай его по существующей базе, я скрипт тут выкладывал.
21.06.2017 23:38
qwrty40
 
Попытался разобраться в механизме этого действа и окончательно запутался...
Импорт дампа мы делаем в свежесозданную базу (для которой уже созданы табличные пространства, файлы данных, control-файлы и прочее) без прогона генератора БД СМ+.
В файле дампа первое, что мы видим -
Цитата:
"CREATE TABLESPACE "INDX" BLOCKSIZE 8192 DATAFILE 'D:\ORACLE\ORADATA\ALKOM1"
"\INDX01.DBF' SIZE 10752M AUTOEXTEND ON NEXT 10240M MAXSIZE 32767M EXT"
"ENT MANAGEMENT LOCAL AUTOALLOCATE ONLINE PERMANENT SEGMENT SPACE MANAGEM"
"ENT AUTO"
что при импорте вызывает закономерную реакцию
Цитата:
IMP-00015: following statement failed because the object already exists:
Далее аналогичная ситуация с юзерами, ролями, SEQUENCE-ми, директориями, контекстами, синонимами и т.д...
В общем, "...Ничего не понимаю!.."(с)"Следствие ведут Колобки"
Или накатил серверный Oracle и вперед - под танкиимпортировать?..
Речь о импорте дампа из 10g в 11g...
21.06.2017 23:42
OlegON
 
Цитата:
qwrty40 IMP-00015: following statement failed because the object already exists:
Да, это нормально. Для этого и ignore=Y
Опции темы


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

 

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