f RMAN archivelog 在備份保留天數的誤解 ~ 迪貝之家

RMAN archivelog 在備份保留天數的誤解

這其實是一個10.2.0.5透過rman restore 升級到12.1.0.2 過程中所發生的一個狀況


用NBU備份是因為它是公司既有的備份Infrastructure,就直接用它來做為升級來源,也就不用再耗系統資源及時間做一份disk 備份image,這套營業系統本身就很繁忙了,我也不想自找麻煩,在營業時間下full backup 指令,兩個資料庫加起來,所耗的時間大該一個工作天就不見了。


10.2.0.5 升級到12.1.0.2 是Oracle db 直接upgrade path的兩個端點極限了,所以不要問我,為甚麼不直接升級到18或19c。


既然是用NBU的備份,相關環境變數當然就得去詢問NBU的負責人,其實在類似我的工作環境,因為分工,DBA通常步做資料庫的日常備份工作。


你應該會覺得restore有甚麼好講的,就是出了問題,才會想記錄下來,底下是我進行restore的語法

12c upgrade


下列是跑到最後的錯誤


RMAN-06025
奇怪了!!不是當天的備份嗎?? 怎會倒不回去哩??居然找不到archive log,真是腦袋三條線。只好去查看control file內的archive log,ㄝ....怎麼會沒有22號的記錄,難怪rman 回應找不到相關訊息。後來備份負責人跟我一起看他們的archive log 備份script,哇哇哇.......哩!!看了之後才覺得,怎麼會有一個好大的mis....understanding.......哈哈哈!!來吧...我們看看script


archivelog backup script


看到了backup archivelog until time 'sysdate-1' 了嗎 ??
這個系統是有建置DataGuard,當時備份負責人應該是被特別提醒至少要保留一天的archive log,所以他才透過這個語法來達成,但是它的真正的含意是,要rman 指備份前一天的archive log,然後執行清檔。這就難怪了,controlfile 的archivelog備份記錄只有前一天的。該怎麼解決?? 就拿隔天的controlfile來進行前一天的備份還原


至於升級要進行哪些pre 及post task,Internet 找一找就有相關資料了