驗證 DR 整備度
複查災害復原就緒的最佳做法,並驗證已計畫與未計畫事件的災害復原設定。
關於 DR 整備度
複查災害復原 (DR) 的最佳做法。
您可以使用 Active Data Guard 將唯讀工作負載卸載至待命資料庫,以提供持續、應用程式層次的驗證,讓待命資料庫可以開始實際執行。除了連續 Oracle Data Guard 套用處理作業執行的 Oracle 區塊層次驗證之外,還提供保證層次。
您可以使用快照待命資料庫建立實際環境執行資料庫的複本,以供開發和測試之用。定期將待命資料庫置於讀取/寫入模式 (使用「資料保全快照待命」),以驗證其整備度以支援讀寫實際環境執行工作負載。快照待命也可用於修正程式和升級的最終功能和效能測試,因為 DR 系統大小與實際環境執行系統類似。「快照待命資料庫」會繼續從存檔供以後使用的主要資料庫接收 redo
,這可隨時提供資料保護。不過,如果進行測試時需要容錯移轉,復原時間 (RTO) 會以將「快照待命」轉換回待命資料庫所需的時間長度來延長。當待命資料庫處於快照模式 (保留從主要實際環境執行資料庫接收的存檔重做供以後使用,以及快照待命資料庫產生的目前重做和倒溯日誌) 時,快速復原區域需要額外的儲存體。
下列是一些使用快照待命資料庫的優點:
- 它提供實際環境執行資料庫的精確複本以進行開發和測試,同時隨時維護資料保護。您可以使用 Oracle Real Application Testing 選項來擷取主要資料庫工作負載,然後在快照待命資料庫上重新執行以進行測試。
- 透過轉換成實體待命並重新同步,便可輕鬆地重新整理以包含目前的生產環境資料。
將待命資料庫轉換成快照待命資料庫
當您需要實際環境執行資料庫的正確複本時,可以使用 Oracle Data Guard Broker 將實體待命資料庫轉換成快照待命資料庫,並驗證容錯移轉。
快照待命資料庫是從實體待命資料庫建立的可完全更新待命資料庫。在快照待命資料庫上,會收到 redo
資料,但要等到快照待命資料庫轉換回實體待命資料庫後才會套用。
Oracle Data Guard 命令行介面 (DGMGRL) 可讓您直接從命令行介面管理 Oracle Data Guard 中介組態及其各種成員。