|
Перенос базы на другую ОС на другую версию СУБД 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 |
|
|
start [/forum/topic.php?fid=52&fpage=84&tid=1882775]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 159ms |
0 / 0 |