RMAN и RMAN-20001

orabin
Дата: 29.05.2006 07:18:15
Ситуация такая:

Oracle 9.2
Rman бекапировал зарегистрированную в каталоге восстановления база db1 на ленточку...затем с ленточки из этих бекапсетов все дублировалось в другую базу db2

Так получилось что пришлось пересоздавать db1 из db2 ручками путем прямого копирования файлов и пересозданием контрольного файла...я как понимаю это стала другая база данных с другим DBID... после запуска скрипта за горячее бекапировавание получаем :
RMAN-06004: ORACLE error from recovery catalog database: RMAN-20001: target database not found in recovery catalog

Задача такая:
Как правильно перерегистрировать базу db1 в каталоге восстановления
чтобы пошло горячее бекапирование, но чтобы и старые бекапсеты базы (с другим DBID, но с таким же DB_NAME) тоже не стали бы "отвязаными" и по ним тоже можно было восстановить старую копию...

Спасибо за внимание.
scna
Дата: 29.05.2006 08:52:41
register database;
orabin
Дата: 29.05.2006 09:01:50
это понятно

а чтогода будет со старыми бекапсетами?
MacDuck
Дата: 29.05.2006 09:24:52
orabin
это понятно

а чтогода будет со старыми бекапсетами?



сatalog
Ааз
Дата: 29.05.2006 10:10:08
orabin
старые бекапсеты базы (с другим DBID, но с таким же DB_NAME)
Что-то вы не договариваете. DBID при пересоздании упр.файла не меняется, для это nid нужен... DBID - первичный ключ для таблиц каталога восстановлений. Сильно сомневаюсь, что catalog в этом прокатит. Скорее всего, хакать придется.

А вот если DBID остался тем же, тогда у вас будет зарегистрирована старая "инкарнация" БД (упр.файл небось с resetlogs создавали?).


Всего
orabin
Дата: 29.05.2006 10:30:46
2Ааз

да управляющий файл создали с резетлогс...при это DBID поменялся ведь (?)

Скорее всего, хакать придется - вот как это корректно сделать?

надо как-то корректно
сменить dbid и сказать ему, чтоб простил пропущенные логи
orabin
Дата: 29.05.2006 12:38:50
господа!

кто решал такую же ситуацию можно поподробней?
Alex_IZA
Дата: 29.05.2006 12:50:01
>а чтогода будет со старыми бекапсетами?

Не понятно что будет...


После всех ваших манипуляций база db1 это теперь совсем другая база и ваши старые бэкапсеты к ней не подойдут. Так же как и db2 к ней теперь никаким боком.

Зачем вам эти сеты ? Можете их скинуть куданибуть назвав актуально до DD.MM.YYYY

И начинать бэкапить новую БД.
orabin
Дата: 29.05.2006 13:53:56
Можете их скинуть куданибуть назвав актуально до DD.MM.YYYY

такой злой шутки наши не поймут :( :)
Ааз
Дата: 29.05.2006 15:47:11
orabin
при это DBID поменялся ведь (?)
С чего бы это? Меняется инкарнация (счетчик resetlog'ов). Пропущенные логи ни в жизть не простит. Тут и хак не поможет.

Но судя по всему, вы что-то много наделали такого, о чем умалчиваете, поскольку в каталоге база не нашлась... Давайте-ка колитесь, иначе никто вам помочь не сможет. Гляньте в каталог-то (RC_xxx). Узнайте DBID базы до ваших манипуляций, а у самой базы гляньте текущий DBID.

Всего