溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
在搭建dg的時候，使用主庫的全備在備庫做恢復，第一次恢復完以后出現了gap，然后我就想使用最新的備份再恢復一次數據，于是出現了如下的問題：
錯誤如下：
RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of restore command at 03/25/2015 09:56:55 RMAN-06026: some targets not found - aborting restore RMAN-06023: no backup or copy of datafile 4 found to restore RMAN-06023: no backup or copy of datafile 3 found to restore RMAN-06023: no backup or copy of datafile 2 found to restore RMAN-06023: no backup or copy of datafile 1 found to restore
查看datafile 1 的備份信息，可以清晰的看到備份文件正常。
RMAN> list backup of datafile 1;
然后檢查了一下這個：
list incarnation;
主備庫對比了一下，發現備庫比主庫多了一個2015-03-24的記錄 而且備庫的狀態為current的日期是2010-07-07。
然后執行如下語句：
RMAN> reset database to incarnation 2;
然后繼續恢復，一切正常。
然后我回憶了一下這個時間點對備庫的操作，日志記錄如下：
Resetting standby activation ID 607536602 (0x243645da) Completed: alter database recover managed standby database finish force Tue Mar 24 16:14:46 CST 2015 alter database commit to switchover to primary Tue Mar 24 16:14:46 CST 2015 ALTER DATABASE SWITCHOVER TO PRIMARY
因為正好在這個點我把備庫強制切換過作為主庫，所以出現了這樣的情況。
然后查詢了一下資料，原來是因為resetlogs以后，重置scn以后，數據庫實體就會發生變化，也就會出現使用實體編號是以前的備份無法完成恢復，需要將實體編號改會跟主庫一致的情況就OK了。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
