RMAN-20005: target database name is ambiguous

發生的這個錯誤的由於：

在RMAN CATALOG中，register了一個name叫test的資料庫，後來這個庫被我搞壞了。就重建了一個test的資料庫，名稱沒有更改，又重新register到RMAN CATALOG中。在用CATALOG備份都是沒有問題。後來模擬controlfile/datafile丟失的case，就發生了

RMAN-20005: target database name is ambiguous的錯誤。

由於CATALOG上有兩個不同DBID但是名稱相同的target database，CATALOG不知道要連線哪個target，故報錯。

可以通過以下方式解決：

1. 連線到catalog 上，獲取到dbid的資訊

$ sqlplus rman/rman@db

SQL*Plus: Release 9.2.0.1.0 - Production on Thu Mar 13 14:43:24 2008

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - 64bit Production

With the Partitioning, OLAP and Oracle Data Mining options

JServer Release 9.2.0.1.0 - Production

SQL> select * from rc_database;

DB_KEY DBINC_KEY DBID NAME RESETLOGS_CHANGE# RESETLOGS_TIME

---------- ---------- ---------- -------- ----------------- ---------------

1 2 1943768960 TEST 845248 15-FEB-08

287 288 1947325841 TEST 1 12-MAR-08

新庫比老庫建立的晚，那DBID為 1947325841

2. 確認DBID的資訊：

通過list backup反饋的資訊確認是否正確：

$ rman target / catalog rman/rman@db

Recovery Manager: Release 9.2.0.1.0 - 64bit Production

connected to target database: test (not mounted)

connected to recovery catalog database

RMAN> set dbid = 1947325841

executing command: SET DBID

RMAN> list backup;

List of Backup Sets

===================

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

317 Full 65M DISK 00:00:04 13-MAR-08

BP Key: 319 Status: AVAILABLE Tag: TAG20080313T100953

Piece Name: /backup2/test/test_03jb5dfh_1_1.bak

List of Datafiles in backup set 317

File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

2 Full 70680 13-MAR-08 /backup1/data/test/oradata/undotbs01.dbf

3 Full 70680 13-MAR-08 /backup1/data/test/oradata/test01.dbf

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

318 Full 127M DISK 00:00:13 13-MAR-08

BP Key: 320 Status: AVAILABLE Tag: TAG20080313T100953

Piece Name: /backup2/test/test_04jb5dfh_1_1.bak

List of Datafiles in backup set 318

File LV Type Ckp SCN Ckp Time Name

---- -- ---- ---------- --------- ----

1 Full 70680 13-MAR-08 /backup1/data/test/oradata/system01.dbf

BS Key Type LV Size Device Type Elapsed Time Completion Time

------- ---- -- ---------- ----------- ------------ ---------------

325 Full 2M DISK 00:00:01 13-MAR-08

BP Key: 326 Status: AVAILABLE Tag:

Piece Name: /backup2/test/test_c_c-1947325841-20080313-00

SPFILE Included: Modification time: 28-FEB-08

我只備份了一次新庫，呵呵。毫無疑問，DBID是正確的。

說明：

不要在同一個CATALOG中註冊相同的DBNAME的庫，否則會產生混亂。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/40239/viewspace-206229/，如需轉載，請註明出處，否則將追究法律責任。

RMAN-20005: target database name is ambiguous

相關文章