使用RMAN增量備份前滾STANDBY資料庫

客戶的STANDBY丟了歸檔，為了不重搭建庫，我嘗試了下使用RMAN增量備份前滾STANDBY資料庫
具體參考Rolling a Standby Forward using an RMAN Incremental Backup in 9i [ID 290817.1]，10g也適用

步驟很簡單：
1.搭建一個CATALOG
2.把主庫註冊到CATALOG伺服器中，退出
3.連線備庫，CATALOG庫，把備庫中的資料檔案作為datafilecopy ，catalog起來。注意，這裡要給這些datafilecopy賦予一個TAG
4.連線主庫，CATALOG庫，基於上一步catalog進去的TAG，做LEVEL 1的增量備份
5.把備份集傳遞到備庫
6.連線備庫，CATALOG庫，做恢復
7.登出到這些備份相關的備份集，檔案。

說說在這個過程中遇到的錯誤

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00601: fatal error in recovery manager
RMAN-03012: fatal error during compilation of command
RMAN-03028: fatal error code for command recover : 600
RMAN-00600: internal error, arguments [5041] [25] [########################################] [253555081] []

ML了一把沒收穫
後來發現這個錯是因為我在主庫做增量BACKUP的時候，沒註冊24號檔案，所以該檔案做的全備，無法找到該檔案的增量備份。
引數1要減去1才代表file_id;

後來又出這個錯
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 07/13/2010 12:44:59
ORA-00600: internal error code, arguments: [2130], [106], [100], [4], [], [], [], []

ML了一把，有個相關的 Bug 4214213 - OERI[2130] can occur when recovering a standby database [ID 4214213.8]
但是該BUG應該10201就修復了
第一個引數106應該是指file_id，測試了下，跑106的時候報錯,去掉106，恢復了幾個又報錯
第一個感覺是，第二個引數100，是指控制檔案中的檔案數限制，backup cf to trace看，果然，限制是100.看了下trc，恢復程式最後的等待是control file sequential read
說明其在讀取控制檔案時，發生了錯誤，估計是這個問題；客戶本來這次就新增了很多表空間，可能STANDBY的控制檔案在restore的時候不能自動擴充套件
從主庫重新生成了1個stb cf，拷貝過來用，就OK了

如果庫不大，還是重搭的好，媽的問題太多了，不如重搭方便

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