powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / клон из rman catalog RMAN-06004, RMAN-20003: target data
11 сообщений из 11, страница 1 из 1
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378610
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
друзья, ситуация такая:

production DB (banprod) на одном серваке и в своем отдельном каталоге. нужно склонировать ее на другой сервак, в базу banbld
бекапы хранятся в каталоге, а он читает из tdpo.opt файла, в нем описано все:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
***************************************************************************
* IBM Tivoli Storage Manager for Databases
*    Data Protection for Oracle
*
* Sample tdpo.opt for the LinuxAMD64 Data Protection for Oracle
*********************************************************************

DSMI_ORC_CONFIG    /bla/bla/bla/dsm.opt
DSMI_LOG           /var/log/tdp

*TDPO_FS            /tdp_<sid>
TDPO_FS             /tdp_banprod
TDPO_NODE           tdpblabla
TDPO_OWNER          oracle
TDPO_PSWDPATH       /opt/tivoli/tsm/client/oracle/bin64

*TDPO_DATE_FMT      1
*TDPO_NUM_FMT       1
*TDPO_TIME_FMT      1

*TDPO_MGMT_CLASS_2   mgmtclass2
*TDPO_MGMT_CLASS_3   mgmtclass3
*TDPO_MGMT_CLASS_4   mgmtclass4



я стартанула banbld в nomount, и запускаю duplicate:
Код: 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.
[oracle@bla build_refresh]$ rman auxiliary=/ catalog=ngss/ngssrcat@rcatprod <- production catalog, no banbld registered 



RMAN> run
2> {
3> duplicate database banprod DBID 825770406 to banbld
4> until time "TO_DATE('12/25/2016 00:00:00', 'MM/DD/YYYY HH24:MI:SS')";
5> }

<...бла-бла-бла, ристор произошел, но потом..> 

Oracle instance started

Total System Global Area    5368709120 bytes

Fixed Size                     2935712 bytes
Variable Size               3036677216 bytes
Database Buffers            2315255808 bytes
Redo Buffers                  13840384 bytes

contents of Memory Script:
{
   sql clone "alter system set  db_name =
 ''BANBLD'' comment=
 ''Reset to original value by RMAN'' scope=spfile";
   sql clone "alter system reset  db_unique_name scope=spfile";
   shutdown clone immediate;
}
executing Memory Script

sql statement: alter system set  db_name =  ''BANBLD'' comment= ''Reset to original value by RMAN'' scope=spfile

sql statement: alter system reset  db_unique_name scope=spfile

Oracle instance shut down
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 12/31/2016 04:03:55
RMAN-05501: aborting duplication of target database
RMAN-03015: error occurred in stored script Memory Script
RMAN-06004: ORACLE error from recovery catalog database: RMAN-20003: target database incarnation not found in recovery catalog



ну как бы понятно, эта база в этом каталоге не зарегина.. плюс, комманда:

"alter system set db_name = ''BANBLD'' comment= ''Reset to original value by RMAN'' scope=spfile" так и не выполнена, поэтому я даже не могу базу в mount поднять... я уже и так и сяк пыталась, не могу понять, что делать-то.. если пытаюсь коннектиться к каталогу в котором banbld зарегина (а зачем?) и сделать duplicate, разумеется получаю:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
Starting Duplicate Db at 31-DEC-16
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 12/31/2016 03:51:57
RMAN-05501: aborting duplication of target database
RMAN-12010: automatic channel allocation initialization failed
RMAN-06004: ORACLE error from recovery catalog database: RMAN-20001: target database not found in recovery catalog



я не догоняю, что я должна сделать-то? помогите , плиз.

ах, да, всех с Новым Годом, Новым Щастьем!! Чтобы базы не падали и здоровье не подводило!!

Спасибо заранее!
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378612
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
SQL> startup
ORACLE instance started.

Total System Global Area 5368709120 bytes
Fixed Size                  2935712 bytes
Variable Size            3036677216 bytes
Database Buffers         2315255808 bytes
Redo Buffers               13840384 bytes
ORA-01103: database name 'BANPROD' in control file is not 'BANBLD'



ясный перец, в продуктивном каталоге контрол файла от banbld нету.. а в родном каталоге он есть, да что толку-то... nid не могу использовать, так как даже mouont-ануть не могу :(
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378613
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а если попытаться зарегить banbld в продуктивном каталоге, дает вот такое:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
[oracle@blabla bin64]$ rman target / catalog=ngss/ngssrcat@rcatprod

Recovery Manager: Release 12.1.0.2.0 - Production on Sat Dec 31 04:27:12 2016

Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.

connected to target database: BANBLD (not mounted)
connected to recovery catalog database
RMAN> register database;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of register command at 12/31/2016 04:27:28
RMAN-01005: Mounted control file type must be CURRENT to register the database



что делать-то со всем этим?
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378615
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
SQL> startup mount pfile=initbanbld.ora
ORACLE instance started.

Total System Global Area 5368709120 bytes
Fixed Size                  2935712 bytes
Variable Size            3271558240 bytes
Database Buffers         2080374784 bytes
Redo Buffers               13840384 bytes
ORA-01103: database name 'BANPROD' in control file is not 'BANBLD'


SQL> alter database backup controlfile to trace;
alter database backup controlfile to trace
*
ERROR at line 1:
ORA-01507: database not mounted



пожалуйста, помогите чем можете :)
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378623
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
окей, значит я на проде сделала:
Код: plsql
1.
alter database backup controlfile to trace



поменяла на CREATE CONTROLFILE set DATABASE "banbld" RESETLOGS

перетащила трейс на сервак с билдом (banbld), с него создала контрол файл.. пытаюсь открыть базу:

Код: 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.
 sqlplus / as sysdba

SQL*Plus: Release 12.1.0.2.0 Production on Sat Dec 31 05:08:27 2016

Copyright (c) 1982, 2014, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> @ccf
ORACLE instance started.

Total System Global Area 5368709120 bytes
Fixed Size                  2935712 bytes
Variable Size            3036677216 bytes
Database Buffers         2315255808 bytes
Redo Buffers               13840384 bytes

Control file created.

ALTER DATABASE OPEN RESETLOGS
*
ERROR at line 1:
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: '/o003/home/oracle/data/banbld/system01.dbf'



что с этим делать дальше?
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378626
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну я так и думала, кстати говоря, база-то склонирована на Декабрь 25ое, а кф сегодняшний..
пойду-ка я спать, мозги кипят совершенно
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378631
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
С наступающем (а у меня уже "Ирония судьбы" идет)!
А все остальное -- тоже с Новым Годом!
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378665
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
если кто не отмечает, напишите чего делать?
спасибо!
М
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39378697
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
С новым годом!!!
А ты не пробовала подумать?
Например над тем, что бэкап-сервер ничего не знает о твоих децких потугах?
Ему же надо рассказать, что бэкап делался на одном хосте, а восстанавливать пытаемся на другом
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39379946
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав, для этого у меня есть tdpo файл, в котором я имперсонализирую banbld into banprod... так, чтобы RMAN подумал, что он восстанавливается на banprod server'e ... это TSM , там все ок.

моя задача приконнектиться только к каталогу, БЕЗ таргета. я понимаю, как восстановаить базу при живом таргете, это не проблема, но вот как восстановить из каталога и auxiliary на другом хосте?
...
Рейтинг: 0 / 0
клон из rman catalog RMAN-06004, RMAN-20003: target data
    #39379955
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да в общем-то также -- информация нужна о бэкапах именно боевого , как в Recovery Catalog, так и Media Manager Catalog

При выполнении DUPLICATE Oracle (начиная с 11 версии) переименовывает новую (несуществующую) БД в такое же имя как боевая, а для того чтоб не была конфликтов по сегментам разделяемой памяти устанавливается DB_UNIQUE_NAME.
Затем выполняется (как родное) восстановление контролфайла (от боевой БД), восстановление самих датафайлов, докат инкременталов и накат архивлогов. Естественно, если нужно по другим путям. После этого пересоздается контрол с новым именем БД, подменяются имена в файле инициализации и выполняется открытие с RESETLOGS.

В версиях 10 и ниже это было немного по-другому.

У тебя немного странный вывод приведен:
Код: plsql
1.
2.
3.
...
duplicate database banprod DBID 825770406 to banbld
...


Вот этот блок должен быть в самом конце (то есть не только после "бла-бла-бла, ристор пошел", но и после наката)
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
contents of Memory Script:
{
   sql clone "alter system set  db_name =
 ''BANBLD'' comment=
 ''Reset to original value by RMAN'' scope=spfile";
   sql clone "alter system reset  db_unique_name scope=spfile";
   shutdown clone immediate;
}

После него пересоздание контролфайла (под новое имя) и открытие с RESETLOGS

Т.е. либо ты неправильно привела лог, либо я туплю

Да и ошибка
Код: plsql
1.
RMAN-06004: ORACLE error from recovery catalog database: RMAN-20001: target database not found in recovery catalog

может намекать, что после указанного тобой
Код: plsql
1.
until time "TO_DATE('12/25/2016 00:00:00', 'MM/DD/YYYY HH24:MI:SS')";

На боевой БД было открытие с RESETLOGS (а возможно не одно) и об этом есть информация в восстанавливаемом контролфайле
Насколько понимаю, на тот случай у команды DUPLICATE есть кляуза INCARNATION https://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsynta020.htm#RCMRF126
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
Specifies an orphan incarnation.
By default, the DUPLICATE command with the UNTIL clause refers to a point in time in the
current database incarnation or the direct ancestor of the current incarnation. This clause
enables you to designate an incarnation not in the current incarnation path, known as an orphan
incarnation. It is invalid to specify INCARNATION when connected to a target database or when
using BACKUP LOCATION.

Another option is to use the SET INCARNATION command.
...
Рейтинг: 0 / 0
11 сообщений из 11, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / клон из rman catalog RMAN-06004, RMAN-20003: target data
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]