一、Data Guard 發展脈絡
| 版本 | 關鍵特性 |
|---|
| 7.3 - 8.0 | Standby Database，手工拷貝歸檔、手工應用 |
| 8.1.5 | 多節點複製、自動同步（異步模式，可能丟數據） |
| 9i | 更名 Data Guard，三大保護模式、LGWR 傳輸、DMON 進程、最多 9 節點、邏輯備庫 |
| 9.2+ | 邏輯備庫成熟、SQL Apply、即時查詢、快照備庫 |
二、製造業生產庫特徵
- 前端：ERP / MES / Shop Floor 系統；
- 運行：7×24 不間斷，OLTP 為主，月結/實時報表並存；
- HA 要求：RTO ≤ 30 分鐘，RPO ≤ 15 分鐘。
三、架構演進路徑
- 單機 → Cluster（OS 級雙機熱備）：僅防主機故障，不防數據庫邏輯/物理損壞；
- Cluster + Physical Data Guard：主機 HA + 數據庫級容災，備庫分擔備份壓力；
- 引入 Logical Data Guard：備庫開放讀寫，支援報表查詢、索引重建、異構同步，實現「備庫增值利用」。
四、Physical Data Guard 核心要點
運行前提
- 主庫歸檔模式；
- 主備版本、OS、位數（32/64bit）一致，目錄結構可不同；
- 主庫避免
NOLOGGING 操作。
兩種模式
| 模式 | 特點 |
|---|
| Managed Recovery | 應用歸檔，保持同步，不可查詢 |
| Read Only | 開放只讀查詢，歸檔傳輸持續，應用暫停 |
五、Logical Data Guard 增值場景
- 報表查詢卸載主庫；
- 備庫建立額外索引/物化視圖加速分析；
- 異構平台同步（如主庫 AIX，備庫 Linux）；
- 滾動升級過渡環境。
六、運維關鍵指標監控
-- 應用延遲
SELECT * FROM V$DATAGUARD_STATS WHERE NAME='apply lag';
-- 傳輸延遲
SELECT * FROM V$DATAGUARD_STATS WHERE NAME='transport lag';
-- 狀態總覽
SELECT * FROM V$DATABASE WHERE DATABASE_ROLE='PHYSICAL STANDBY';
總結
製造業從「單機→Cluster→Physical DG→Logical DG」的演進，本質是RPO/RTO 持續收斂 + 備庫資源利用率最大化。建議：新建項目直接規劃 Physical + Logical 混合部署，老系統按業務優先級分批升級。
