LGWR SYNC AFFIRM也不能保證日誌一定寫到備機

昨天才給客戶寫了個刪歸檔的指令碼，今天就出問題了

最大可用模式，歸檔引數LGWR SYNC AFFIRM
我是按照V$ARCHIVE_DEST.LOG_SEQUENCE來判斷已經傳遞到備庫的歸檔號，小於這個號-1的歸檔就刪除。結果今天檢視，發現有GAP，檢查發現掉了個日誌。

通過v$archived_log檢查，這個歸檔根本沒歸檔到備機，而由於客戶這幾天導資料，有大量的歸檔沒恢復，導致這個GAP發現的太遲了，主機的歸檔被我的指令碼給幹掉了。

一直以為遠端歸檔一定會把每個歸檔都歸過去，看來不是，出了問題就跳過了這個歸檔，接著歸下一個

又是鬱悶的使用RMAN來前滾資料庫。。。鬱悶啊。不過這次深刻理解了GAP，以前總覺得除非人為刪除，不然那來的GAP啊

RMAN的DELETE命令真傻，不能判斷哪些是備庫還需要，而客戶沒打算做RMAN備份，用backup delete input覺得太傻。結果，我更傻...

PS：現在改用v$archived_log，看每個SEQ有幾個歸檔，有2個的才刪除，而且保留5天歸檔，安全第一！

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