Oracle
Oracle 11.2:基於全冷備份加expdp的備份恢復策略
Oracle 11.2.0.4 中的以下備份/恢復策略是否存在任何問題?
- 每月執行一次完整的數據庫冷備份,將文件移出伺服器以妥善保管。
- 編寫一個 cron 作業來執行
expdp
除每天之外的所有方案SYS
,僅保留最後兩週的文件,並將它們移出伺服器以妥善保管。- 如果發生故障,請使用冷備份執行完整的數據庫恢復,然後
impdp
從最新文件執行(以恢復除 之外的所有模式SYS
)。我可以接受失去最後一個文件後的所有數據庫數據expdp
(這是 24 小時,最壞的情況)。該策略基於這樣一種信念,即只要我在完全冷備份後不寫入或更改
SYS
模式中的任何內容,那麼在恢復完整(冷)備份後只需恢復對其他模式的更改。那是對的嗎?
我強烈建議每週進行一次 RMAN 熱完整備份和每日 RMAN 增量備份,並將歸檔日誌保留至少 1 週。
使用 expdp/impdp 的問題在於,它可以並且會在熱備份過程中創建不一致的架構快照(除非您每天進行冷備份……這不太實用)。如果您碰巧失去了整個數據庫並開始使用 impdp 進行恢復,那麼您將受制於邏輯上一致的導出,這只有在 expdp 導出時沒有發生插入、更新或刪除時才有可能。您將獲得數據,但不能保證所有表都相互一致。
您的每週熱備份將為您提供一個新的“基本事實”數據庫備份,在熱備份結束後應用足夠的恢復以推動數據庫更改後,該備份將保證一致性。您可以使用歸檔日誌或增量備份來應用恢復。
如果您確實需要進行恢復,每日增量備份將加快平均恢復時間。增量備份比歸檔日誌恢復得更快。就其本身而言,如果沒有在它們之前進行某種完整備份,增量備份就毫無意義。
對此聲明:
該策略基於這樣一種信念,即只要我在完全冷備份後不編寫或更改 SYS 模式中的任何內容,那麼在恢復完整(冷)備份後,只需恢復對其他模式的更改。那是對的嗎?
您提供的資訊在技術上是正確的。然而,上面我指出了架構的一個嚴重缺陷,它使這些資訊變得無關緊要。這個缺陷是你不能保證 expdp 導出的數據完整性而不使其成為冷導出,並且冷對任何人都沒有好處。