Business continuity(營運持續)和 disaster recovery(災難復原)是大部分企業高階管理者的優先考量。伴隨著日趨複雜的經濟環境、急遽變動的市場潮流以及高度的競爭壓力,一個有運作效率並且能迅速反應不可預期中斷的 7*24 營運環境已經變成組織內不可獲缺的一環。
Oracle Data Guard 正是其中一個最有效率的解決方案。它提供一個保護企業核心資產,資料,的架構來維持 7*24 運作,以及任何可能的災難或系統中斷。
一般而言,影響企業運作的 downtime(停機時間)可分為 unplanned(非預期中)與 planned(預期中)兩種。Unplanned downtime 是指因硬體或系統故障、儲存裝備故障、人為疏失、電腦病毒、軟體技術故障及自然災害等等。Planned downtime 的發生通常是為了執行某些既定計畫,像是系統或硬體升級。
什麼是 Oracle Data Guard:
Data Guard 透過建置 standby database 來維持與 production database 資料一致。Standby database 可建置在任何可透過網路連線的營運據點。倘若 production database 因任何 planned 或 unplanned 的故障而無法使用時,Data Guard 即可 switch(切換)任何一台 standby database 來成為 production database 的角色。透過此機制,不僅可以 minimizing downtime(極小化停機時間)並可避免任何的 data loss(資料遺失)。
下圖為 Data Guard 架構:
Data Guard 的功能:
Data Guard 包含一個 production / primary database 以及一個或多少 standby database。Data Guard 使用 redo log 來維持 production 與 standby database 間資料的一致性。當在 production database 上有交易發生時, redo log 會被產生並寫至本機 redo log files上。在 Data Guard 的架構下,這些 redo 資料也會傳輸到 standby 主機,並且被套用至 standby database 上來保持資料與 primary database 一致。Data Guard 允許管理者使用同步或非同步的方式來將 redo 資料傳輸至 standby database 上。
Standby Database 又可被分為 Data Guard Redo Apply(physical standby database)及 Data Guard SQL Apply(logical standby database)。
Physical standby database 是基於 "block-for-block" 基礎下,建置有著和 primary database 完全相同的 database 結構,並使用 Oracle media recovery。
反之 logical standby database 則是一個獨立的 database 但具有跟 primary database 相同的資料。它是使用 SQL statement 來進行資料的異動與更新。其中最大的優勢就是可以同時被用於 recovery 及其它工作,例如報表或查詢。
沒有留言:
張貼留言