|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Насколько я понял копированием датафайлов такого еффекта достичь не удастся. Может это может получиться если использовать rman? Сделать бекап базы rman'ом на версии 9.2.0.4 (Linux) и попытаться клонировать базу (rman duplicate) на 10.2.0.1 (Windows)? Или же надо будет делать startup migrate или же с одной ОС на другую база не переносится? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 13:01 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Не переносится. Используй exp / imp ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 13:03 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
2 tru55 Ну почему же. Переносится только в 10R2. На практике правда не пробовал, но в New Features описано ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 13:10 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
переносится с 9 на 10 ? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 13:14 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
По причине того, что формат файлов в разных версиях СУБД слегка отличается, отличается логика словаря данных, в разных ОС используются разные ФС с разными размерами блока наилучшим (читай гарантированным) способом переноса является перенос на уровне логической структуры данных, т.е. exp/imp. RMan тебе не дает бэкапа логики, только физический снимок. --------------------------------------------- Каждому шаману пора дать по бубну! ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 13:26 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Между версиями в пределах одной ОС конечно поможет startup migrate, но между ОС это уж исключительно логический бэкап. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 13:28 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
2 tru55 Нет. Конечно с 9 на 10 не переносится New Features Oracle Database 10g Release 2 introduces database transport across the same Endian platforms which provides a fast and easy way to transport the whole database across platforms with the same Endian format. This feature uses RMAN to quickly convert the datafiles and create the new database. The newly created database is a copy of the source database but on a different operating system/hardware platform; for example, fast Windows to Linux or Solaris to HP-UX migration. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 14:04 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Guest111112 tru55 Нет. Конечно с 9 на 10 не переносится New Features Oracle Database 10g Release 2 introduces database transport across the same Endian platforms which provides a fast and easy way to transport the whole database across platforms with the same Endian format. This feature uses RMAN to quickly convert the datafiles and create the new database. The newly created database is a copy of the source database but on a different operating system/hardware platform; for example, fast Windows to Linux or Solaris to HP-UX migration. Как раз с 9 на 10 должно переноситься, если можно сделать апгрейд базы, то можно и перенести по идее (по сути же получится тот же апгрейд). Надо будет как то базу мигрировать, но это будет именно миграция, а не импорт - эскпорт. Вот между платформами переносить нельзя, исключая случай описанный выше - когда порядок байтов сохраняется, 10.2 умеет переносить. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 23:32 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
ExoticПо причине того, что формат файлов в разных версиях СУБД слегка отличается, отличается логика словаря данных, в разных ОС используются разные ФС с разными размерами блока наилучшим (читай гарантированным) способом переноса является перенос на уровне логической структуры данных, т.е. exp/imp. RMan тебе не дает бэкапа логики, только физический снимок. --------------------------------------------- Каждому шаману пора дать по бубну! Вообще то у оракла есть переменная _версия самой базы данных_ (а не СУБД), которая вполне широко используется как раз для того, чтобы ранать базу, созданную в одной версии, под более поздней версией оракла. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2006, 23:34 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
У меня стоит задача переноса базы windows 11.2.0.3 х86 на 12.1 х64. такой получился опыт: на винде поднял холодный бэкап 11.2.0.3 на oracle 11.2.0.4. Ругнулось, что нужно запустить в режиме upgrade. сделал это: startup upgrade; @?/rdbms/admin/catupgrd.sql; @?/rdbms/admin/utlrp; База стала работать на 11.2.0.4. Далее установил 12.1 и с помощью DBUA мигрировал базу на 12.1. НО! далее решили вообще перейти на линукс OEL7. т е надо перенести 11.2.0.3 х86 на 11.2.0.4 х64. (+надо учесть что в винде пути c:\, а в линуксе /u01/orcl/) Так вот, ни один способ не работает: ни холодный бэкап, ни rman, ни convert database. Во всех способах затык: не работает startup upgrade, т к не может отработать команда alter database open resetlogs; И база висит в режиме mount и не переводится в read write. Также ругается на файл SYSTEM01.DBF. Все что можно перебрал. Помогло только это: на линуксе тоже установил оракл 11.2.0.3 и тогда работает люьой способ миграции. может, кто подскажет: почему на винде база 11.2.0.3 поднимается под ораклом 11.2.0.4 на новом серваке, а на линуксе версия оракл должна тоже быть 11.2.0.3, на 4й не катит. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 10:01 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukm Далее установил 12.1 и с помощью DBUA мигрировал базу на 12.1. . т е надо перенести 11.2.0.3 х86 на 11.2.0.4 х64. Конечную цель более чётко опишите, а то не понятно. Откуда и куда БД надо нести? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 11:31 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Aliona, База счас находится на: Windows Server 2003 r2 x86 + Oracle 11.2.0.3 надо перенести на сервер: Linux OEL7.5 x64 + Oracle 11.2.0.4 x64. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 12:40 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukm, Должно спокойно сработать. У меня несколько лет назад стояла задача переноса БД 11.2.0.2, работающей на Windows из одной страны в другую страну на версию 11.2.0.4 на Linux. Так я не просто из бэкапа восстановил, а запустил standby на Linux'е и накатывал несколько раз в день логи с базы на Windows. А потом просто открыл standby как primary на Linux и поднял до 11.2.0.4. Downtime был что-то около 30 минут - открыть как primary и выполнить скрипты. Изначально планировался экспорт/импорт с полётом за диском с файлами дампа на самолёте - внутренний канал не очень широкий, а через интернет они почему-то не хотели из соображений безопасности/маразма. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 13:36 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukm, на всякий случай к моему предыдущему ответу - перед открытием БД на Linux я делал конвертацию файлов данных, endian platform не совпадали. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 13:46 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Chitago, я тоже пробовал конвертацию, все равно ругается на system01.dbf. Я сейчас запустил utlu112i.sql так она и выдала, что база не open. А open ее нереально сделать: чтобы поправить system01, надо база open чтобы база сделать open, надо поправить system01...... замкнутый круг. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 14:03 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
system и анду не конвертятся ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 14:13 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukm, У Вас recovery не закончилась Для того чтобы выполнить startup upgrade/open resetlogs Мессир, Вам для начала нужно получить консистентную копию datafiles например до определенного SCN далее авторalter database open resetlogs upgrade ; ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 14:18 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukmChitago, я тоже пробовал конвертацию, все равно ругается на system01.dbf. Я сейчас запустил utlu112i.sql так она и выдала, что база не open. А open ее нереально сделать: чтобы поправить system01, надо база open чтобы база сделать open, надо поправить system01...... замкнутый круг. Зачем Вам конвертация? У одинаковый endian ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 14:18 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Vadim Lejnin, да я уже все просто способы перепробовал. Подскажите, почему на линуксе работает перенос только на одинаковой версии oracle? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 15:35 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Ответили в первом посте - делай exp/imp, от мусора заодно избавишься ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 15:38 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
ded-mazay, Imp/Exp старая и медленная утилита. Я попробую через dbua gui ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 15:48 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukmVadim Lejnin, да я уже все просто способы перепробовал. Подскажите, почему на линуксе работает перенос только на одинаковой версии oracle? > да я уже все просто способы перепробовал. Что Вы пробовали? Что получали? Код: plsql 1.
База виснет в этом случае? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 15:56 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
ded-mazayОтветили в первом посте - делай exp/imp, от мусора заодно избавишься Если не знаете, не надо советовать Все нормально обновляется Кроме exp/imp усть куча других инструментов для миграции ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 15:58 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukmChitago, я тоже пробовал конвертацию, все равно ругается на system01.dbf. Давайте сюда всё то, чем она вас отругала. Вариантов масса, а хрустальный шар нынче дорог. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.02.2019, 12:11 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Задача: перенос базы с windows 2003+oracle11.2.0.3x86 на OEL7.5+11.2.0.4x64. Проблема в том, что база не поднимается. при alter database open resetlogs: DB must opened with upgrade option! при alter database open: ora-01113 file 1 need needs media recovery ora-01110 data file 1 system01.dbf База висит в режиме mount и не поднимается. Startup upgrade тоже не работает. Я сделал для виндовой базы convert, перенес все на целевой линуксовыйб отредактировал пути в init.ora+transport script и запустил. И получаю ошибку с system01 ora-01110. Окей, делаю shutdown immediate; и подкидываю на линуксовом этом серваке в папку базы холодный бекап виндовой базы, но версии 11.2.0.4(т е такой как и у линуксовой). и стартую этот же транспорт скрипт(т е ничего не меняя) и вуаля: все работает. Здесь нужен четкий ответ четкого DBA: почему в среде windows холодная копия 11.2.0.3 х86 легко поднимается любым способом под oracle 11.2.0.4 x64, а на линуксе нет? Все 100% шаманств в Rman и SQL с логами(REDO.log) и open_mode DB не работают! т к база только в mount висит. На винде просто берешь холодную копию 11.2.0.3 и поднимаешь ее под 11.2.0.4, пишет что нужен апгрейд, делаю команду startup upgrade(она отрабатывает) ну и далее остальные скрипты. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2019, 16:58 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Также хочу заметить, что во время convert DB текущая база должна быть в режиме read only. Иначе convert не отработает и так и напишет: переведите сначала в read only. И еще, после запуска транспортного скрипта в папке базы появляются контрол файлы, redo.log и далее ошибка, temp файл не создается. Я сегодня попробую миграцию с 11.2.0.1 на 11.2.0.3, я уверен, что она получится. А вот именно с 11.2.0.3 на 11.2.0.4 не работает на линуксе. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2019, 17:13 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukm, автор Код: plsql 1. 2.
База висит в режиме mount и не поднимается. Startup upgrade тоже не работает. Я сделал для виндовой базы convert, перенес все на целевой линуксовыйб отредактировал пути в init.ora+transport script и запустил. И получаю ошибку с system01 ora-01110. Окей, делаю shutdown immediate; и подкидываю на линуксовом этом серваке в папку базы холодный бекап виндовой базы, но версии 11.2.0.4(т е такой как и у линуксовой). и стартую этот же транспорт скрипт(т е ничего не меняя) и вуаля: все работает. насколько я понял: 1) База зависает - у Вас старый oracle dictionary (посмотрите alert.log) 2) ora-1113 - у Вас не закончилось recovery, то есть system.dbf в не согласованном состоянии Вам требуется закончить recovery Как тушили базу 11.2.0.3? abort/immediate? или у Вас "горячий backup" тогда Vadim LejninМессир, Вам для начала нужно получить консистентную копию datafiles например до определенного SCN Для того чтобы поднять windows ,на linux Вам нужно: 1) изменить datafile/redo path в controlfile 2) Выполнить recovery до согласованного состояния (все SCN должны быть одинаковыми и Absolute_Fuzzy_SCN для всех файлов должны быть 0) Проверка: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
order by 1; 3) открыть базу в upgrade mode, бо у Вас старый словарь 4) выполнить обновление словаря Код: plsql 1. 2. 3. 4. 5. 6. 7.
Подробности Complete Checklist for out-of-Place Manual Upgrade from Previous 11.2.0.N Version to the Latest 11.2.0.N Patchset (Doc ID 1276368.1) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2019, 17:20 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Уточнения 1) Потерял order by Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
2) Вместо Код: plsql 1.
Можно использовать (resetlog не обязателен) Код: plsql 1.
3) переименование: Код: plsql 1.
Для генерации команд переименования, можно например воспользоваться скриптом (попврате basepath на Вашу директорию): Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37.
... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2019, 17:29 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Vadim Lejnin, Добрый день! Базу тушил shutdown immediate; Это точно не могло повлиять. Я точно также все пробелал с базой 11.2.0.1 win и она изи поднялась на линуксе под ораклом 11.2.0.1(таким же). Короче, если разная версия оракла, то не работает в линуксе, а на винде без проблем. cold win 11.2.0.4 без проблем поднимается на такой же версии в линуксе. И все команды RMAN, да и в sql вообще не работают, т к база висит в open mode, надо в read/write перевести чтобы хоть что-то делать, но это не получится, тк system01.... ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 09:19 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
пробовал: cold backup, rman backup горячий, и через convert database. Везде один итог! ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 09:20 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Мессир, чудес не бывает Давайте простейший случай: 1) shutdown immediate 2) copy to linux 3) fix spfile/pfile - директории 4) не пересоздавая controlfile alter database rename file - для datafile и redo (redo тоже копируем) 5) shutdown immediate 6) startup upgrade И да, покажите последний alert.log с linux и результат запроса с fuzzy ну и как последний вариант: upgrade database on windows to 11.2.0.4 это не сложно ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 10:28 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukm, alert log - в виде файла и результат запроса фофрмленный ТЭГами форума ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 10:30 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukm, И да, между 3 и 4 startup mount Я3) fix spfile/pfile - директории STARTUP MOUNT 4) не пересоздавая controlfile alter database rename file - для datafile и redo (redo тоже копируем) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2019, 10:32 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukmпробовал: cold backup, rman backup горячий, и через convert database. Везде один итог! Недавно делал перенос базы Паруса с Windows 2003 Oracle 11.2.0.3 -> Oracle Linux Oracle 11.2.0.4. Проблем не было. Под спойлером - отчет для заказчика. Попробуйте, может у вас сработает. --------- Изменения на серверах 1. На сервере Oracle на Windows изменения в настройках не производилось. 1.1. На Linux был установлен Oracle SE 11.2.0.4 64 bit. 2. На сервере Windows в sqlplus от имени sys: 2.1.Проверка на возможность миграции на Linux (ожидается два результата, параметр ENDIAN должен совпадать): select * from v$transportable_platform where PLATFORM_NAME='Microsoft Windows IA (64-bit)' or PLATFORM_NAME like 'Linux%' order by platform_id; 2.2. Готовность БД для миграции, должно возвратить true, не выдать никаких сообщений. set serveroutput on declare db_ready boolean; begin db_ready := dbms_tdb.check_db('Linux IA (64-bit)'); end; / 2.3. Список внешних таблиц и директорий, которые должны быть настроены вручную. set serveroutput on declare external boolean; begin external := dbms_tdb.check_external; end; / -- External table PARUS.USR_ATOL_TO_PARUS_CHUD found in the database External table PARUS.USR_ATOL_TO_PARUS_SHOP found in the database External table PARUS.USR_ATOL_TO_PARUS_TSAND found in the database External table PARUS.USR_EXT_REMAINS found in the database External table PARUS.USR_ATOL_TO_PARUS_LOBBY found in the database External table PARUS.USR_ATOL_TO_PARUS_PRIMORSKIY found in the database External table PARUS.USR_EXT_BARDISHES found in the database External table PARUS.USR_EXT_MENUR_RPT found in the database External table PARUS.USR_EXT_MENUR found in the database External table PARUS.USR_EXT_DISHES found in the database External table PARUS.USR_EXT_AGNRELDED found in the database External table PARUS.USR_EXT_AGNPRSPFM found in the database External table PARUS.USR_EXT_GEOGRAFY found in the database External table PARUS.USR_T_CLEVERENCE_TO_PARUS found in the database External table PARUS.USR_ATOL_TO_PARUS_POLYANY found in the database External table PARUS.USR_ATOL_TO_PARUS_KAFECHUDO found in the database External table PARUS.USR_ATOL_TO_PARUS_CHUDOPARK found in the database External table PARUS.USR_ATOL_TO_PARUS4 found in the database External table PARUS.USR_ATOL_TO_PARUS1 found in the database Directory SYS.DATADIR found in the database Directory SYS.PARUS_TO_CLEVERENCE found in the database Directory SYS.CLEVERENCE_TO_PARUS found in the database Directory SYS.ATOL_EXP_IMP found in the database Directory SYS.ORACLECLRDIR found in the database Directory SYS.XMLDIR found in the database Directory SYS.DATA_PUMP_DIR found in the database Directory SYS.ORACLE_OCM_CONFIG_DIR found in the database -- 2.4. Перевод БД в read only. shutdown immediate; startup mount; alter database open read only; 2.5. Конвертация файлов для БД переноса: 2.5.1. предварительно содана временная папка G:\bcp\KDPM\rman. 2.5.2. Конвертация: >set ORACLE_SID=KDPM >rman target sys/sys -- KDPM (DBID=1251834081) -- команда конвертации CONVERT DATABASE NEW DATABASE 'KDPM' transport script 'G:\bcp\KDPM\rman\script.sql' to platform 'Linux IA (64-bit)' db_file_name_convert 'E:\DATABASES\KDPM\' 'G:\bcp\KDPM\rman\'; -- около 40 минут 2.6 Копирование конвертированных файлов на сервер Linux в папку datafiles (/u02/app/oracle/oradata/KDPM). 2.7 Копирование файла параметров (%ORACLE_HOME%\database\initKDPM.ora) на сервер Linux в папку $ORACLE_HOME/dbs. 3. На сервере Linux 3.0. Созданы папки для аудита, дампов системы и пр. Отредактированы файлы параметров и скрипт миграции из п.2.5.5 (формат папок и оператор создания контрольного файла). 3.1. Подготовка экземпляра БД. sqlplus от имени sys: SQL> shutdown immediate SQL> startup nomount pfile='?/dbs/initKDPM.ora'; SQL> CREATE CONTROLFILE SET DATABASE "KDPMNEW" RESETLOGS NOARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 5 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 292 LOGFILE GROUP 1 ('/u02/app/oracle/oradata/KDPM/redo01.log') SIZE 50M BLOCKSIZE 512, GROUP 2 ('/u02/app/oracle/oradata/KDPM/redo02.log') SIZE 50M BLOCKSIZE 512, GROUP 3 ('/u02/app/oracle/oradata/KDPM/redo03.log') SIZE 50M BLOCKSIZE 512, GROUP 4 ('/u02/app/oracle/oradata/KDPM/redo04.log') SIZE 50M BLOCKSIZE 512, GROUP 5 ('/u02/app/oracle/oradata/KDPM/redo05.log') SIZE 50M BLOCKSIZE 512 -- STANDBY LOGFILE DATAFILE '/u02/app/oracle/oradata/KDPM/SYSTEM01.DAT', '/u02/app/oracle/oradata/KDPM/SYSAUX01.DAT', '/u02/app/oracle/oradata/KDPM/UNDOTBS01.DAT', '/u02/app/oracle/oradata/KDPM/PARUS_INDEX.DAT', '/u02/app/oracle/oradata/KDPM/PARUS_LOB.DAT, '/u02/app/oracle/oradata/KDPM/PARUS_MAIN.DAT', '/u02/app/oracle/oradata/KDPM/USERS01.DAT', '/u02/app/oracle/oradata/KDPM/PARUS_MAIN2.DAT', '/u02/app/oracle/oradata/KDPM/PARUS_INDEX2.DAT' CHARACTER SET CL8MSWIN1251 ; SQL> create spfile from pfile='?/dbs/initKDPM.ora'; SQL> ALTER SYSTEM SET "_allow_resetlogs_corruption"= TRUE SCOPE = SPFILE; SQL> ALTER SYSTEM SET undo_management=MANUAL SCOPE = SPFILE; SQL> shutdown immediate 3.2. Upgrade экземпляра БД. sqlplus от имени sys: SQL> startup mount SQL> alter database open resetlogs upgrade; SQL> ALTER SYSTEM SET undo_tablespace = undotbs1 SCOPE=spfile; SQL> alter system set undo_management=auto scope=spfile; SQL> shutdown immediate SQL> startup mount SQL> alter database open upgrade; SQL>alter tablespace PARUS_TEMP add tempfile '/u02/app/oracle/oradata/KDPM/temp01.dbf' size 2024M reuse autoextend off; SQL>spool /tmp/upgrade.log SQL>@?/rdbms/admin/catupgrd.sql 3.3. Post-upgrade и перекомпиляция пакетов. sqlplus от имени sys: SQL>startup SQL>@?/rdbms/admin/utlu112s.sql SQL>@?/rdbms/admin/utlrp.sql ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 15:31 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
iehf, Код: plsql 1. 2. 3.
Мессир - это мина. В Вашем случае, скорее всего ничего не будет, бо Вы аккуратно остановили базу, но данный параметр - мина замедленного действия, Вы даже не сбросили ее после обновления ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 15:37 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Vadim Lejniniehf, Код: plsql 1. 2. 3.
Мессир - это мина. В Вашем случае, скорее всего ничего не будет, бо Вы аккуратно остановили базу, но данный параметр - мина замедленного действия, Вы даже не сбросили ее после обновления мьсе знает толк... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 16:51 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Vadim Lejniniehf, Код: plsql 1. 2. 3.
Мессир - это мина. В Вашем случае, скорее всего ничего не будет, бо Вы аккуратно остановили базу, но данный параметр - мина замедленного действия, Вы даже не сбросили ее после обновления Сбросил, не волнуйтесь. Сюда просто не вошло, там еще куча ботвы, не относящейся к делу. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 19:24 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
iehfVadim Lejniniehf, Код: plsql 1. 2. 3.
Мессир - это мина. В Вашем случае, скорее всего ничего не будет, бо Вы аккуратно остановили базу, но данный параметр - мина замедленного действия, Вы даже не сбросили ее после обновления Сбросил, не волнуйтесь. Сюда просто не вошло, там еще куча ботвы, не относящейся к делу. накуа вообще это было ставить на живую базу? этот параметр используется только для поднятия "зомби", чтобы выгрузить (если получится) критические данные, и сразу снести труп, бо внутри каша... ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 19:37 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
надоело смотреть на мучения, вот конвертнул базенку Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174.
... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 21:02 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
selyukm, И да, перед catupdate tempfile добавьте ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 21:05 |
|
Перенос базы на другую ОС на другую версию СУБД rman'ом
|
|||
---|---|---|---|
#18+
Vadim Lejnin, Добрый день! Завтра попробую все действия как Вы делали и отпишусь. Уже из принципа интересно!)) Я вот нашел ссылку: ORA Поставил эти же версии оракла, что у них, все точно также сделал и не работает! Я так решил проблему: снес 11.2.0.4 на линуксе и установил такой же как и на винде 11.2.0.3. Далее shut immediate; и на линукс эту холодную копию скопировал(все файлы кроме REDO, TEMP, CONTROL). и запустил текущий транспорт скрипт, на котором все время пробовал и ничего не получалось. И все отработало: создались control, redo, temp. upgrade длился минут 10, протестил базу, все работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.02.2019, 09:07 |
|
|
start [/forum/moderation_log.php?user_name=qwerty112]: |
0ms |
get settings: |
21ms |
get forum list: |
14ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
124ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
others: | 763ms |
total: | 1038ms |
0 / 0 |