dataguard從9i起就在oracle的高可用和容災方面發揮著巨大的作用，尤其是物理dg，整體來講，部署容易，管理相對簡單，執行比較穩定，是企業高可用架構中承擔舉足輕重的角色。
10g physical dataguard同9i 版本相比，整個風格還是一脈相承的，調整增加了一些功能和引數以便於更平滑的切換和更可控的故障切換。另外，在日誌的傳送機制上，也有了相應的優化改進。
不管是小到十幾g的db，還是大到t級別的db，架構dataguard都是一套理想的軟體層面的高可用方案。它能避免資料庫主機的單點隱患，有效的提高業務系統的服務時間，能夠在短時間內完成計畫內的切換和計畫外不可預計的故障切換。
在我所在的企業環境中，大面積的採用了物理dataguard來作為資料庫伺服器應急方案(以下就物理dg談)。
1.健壯性dataguard是相當健壯的產品，一般搭建好環境後，不容易破壞。執行會出現一些故障，但都容易fix。除非你的歸檔日誌由於規劃問題或者人為原因丟失而斷檔(少數bug情況除外)，一般情況下整個dg環境無需重建。
另外，無論是資料庫小版本之間的公升級/打patch還是類似9i到10g跨大版本公升級，只要操作合理，整個dg環境都能保持，無需重建。
2.穩定性物理dataguard具有極高的穩定性。因為dg需要通過網路對archivelog或者redo進行transprot，因此網路的穩定和頻寬往往較其他方面會對整個dg的效能和穩定執行產生影響。糟糕的網路環境和io會帶來一些特定的dg環境的等待事件，對主庫效能和運作造成影響。例如較高的wait on等待(arch wait on sendreq/attach/detach||lgwr wait on sendreq/attach/detach||lns wait on sendreq/attach/detach)，可先從網路方面入手診斷，當然，在高負載的環境中，這種dg等待還是會時常出現的，大部分並不是網路帶來的問題。
3.高可用遷移應該說，對於同平台的db遷移(同版本或者跨版本)，物理dataguard對其具有強大的殺傷力，不論你的資料庫容量多大，採用dataguard做遷移都能將停機時間控制在幾小時或者幾分鐘之內。而且，因為不涉及資料庫輯物件層面的變更，整個過程風險小，考慮的因素少，即便不小心失敗也不會對現有的環境造成破壞。
**：
等待中的閒扯
軟體工程的研究核心是什麼，是人。可以說一切工程方面的研究核心都是人。這一點我早幾年在平cmm的時候就說過，這不是我的發明創造，也算不上我的總結和分析，僅僅就是我乙個直白的轉述。而在今天包括張導師這樣的人都承認了，人 才是問題的關鍵，我想這一點很說明問題。當然我們不可能不去研究其他的問題，比如模式 設...
dataguard引數的解釋
1.db name，資料庫 名字，需要保持同乙個data guard 中所有資料庫db name相同 primary端和 standby 端相同 db name ora10g db name ora10g 2.db unique name，對應資料庫的例項名，每乙個資料庫需要指定乙個唯一的名字 pr...
DATA GUARD的概念及作用
data guard的最主要的功能是冗災。當然根據配置的不同，data guard還可以具備以下特點 高可用 效能提公升 資料保護以及故障恢復等。data guard可以分為物理standby和邏輯standby兩種。二者的最大差別在於，物理standby應用的是主庫的歸檔日誌，而邏輯standby...