數據容災
世上沒有最好的方案，任何技術都有其“軟肋”。只有適合的，合適的才是最優！
數據容災（常見數據容災方法 描述及優缺點）
| 數據容災方法 | 方法描述 | 優點 | 缺點 |
| 基於 存儲 物理 |
其核心是通過SAN進行存儲之間的數據拷貝， 常見方案如 IBM的FlashCopy , EMC的SRDF等。 |
速度快，對操作系統和應用完全透明 | 成本高（尤其是遠距離），對存儲的型號有一定要求，無法避免數據庫的邏輯壞塊，對數據的恢復狀態不可知，為了保證數據的一致性， 在某個時間點需要將數據庫置為熱備份模式或者IO掛起，不能支持異構平台 |
| 基於卷管理器 物理
|
通過卷管理器的快照功能來實現數據同步，常見方案如Veritas Volumn Manager Snapshot(類似 ASM Snapshot) |
可以通過SAN來完成數據同步，速度較快，對存儲無特定要求 | 大多與基於存儲的方案相同，另外這種方案需要額外的磁盤空間 |
| 基於數據庫的恢復
|
其核心是把數據庫的日志傳送到遠端數據庫，通過數據庫的恢復機制恢復出來。如 Oracle的Date Guard和DB2的HADR |
方法簡單，對存儲沒有特別要求，過程對應用可見，可隨時觀測到已經恢復的數據，可避免邏輯壞塊 | 對數據庫之間的版本要求比較高，不能跨平台，對網絡帶寬有一定要求 |
| 邏輯 方式 |
通過外圍應用來實現，實現方法如甲骨文Golden Gate（收購）、 北京靈蜂Beedup（中國 北京） |
方法簡單，實時性強，靈活性強，跨平台，可以忍受苛刻的網絡條件 | 對數據庫類型及數據庫版本有要求。如數據庫低版本不支持 如：Oracle9i以下，SQLsrver2000以下 |