Oracle Data Guard的中文名字叫數據衛士，顧名思義，它是生產庫的一道保障。所以管理Data Guard是DBA的一項重要工作之一，管理Data Guard時主要有以下幾個注意點需要引起重視。

1. 備份庫的歸檔日志積壓
   一般情況下，生產庫的歸檔日志是不會積壓的，即生產庫的歸檔日志空間使用率不會到達100%。但經常會由于疏于管理，備份端的歸檔日志沒有及時刪除，導致歸檔空間100%，進而導致Data Guard失效。在Oracle 10g以上版本中，如果備份端開啟閃回，則還需檢查閃回空間的使用情況。在歸檔日志產生高峰期間（如批處理、大批量數據導入期間等），尤其需要檢查主備歸檔日志空間的使用情況。
2. 生產庫的歸檔日志斷檔
   Data Guard運行是否正常完全依賴于生產庫歸檔日志是否能夠及時、無間斷地傳輸到備份端。如果生產庫部分歸檔日志不能傳輸到備份端，那么備份端的歸檔日志應用就會停止。最常見的故障就是如果生產庫既配置有磁帶備份，又配置有Data Guard時，由于種種原因，歸檔日志傳輸到備份端之前，生產庫的歸檔日志會被磁帶備份刪除，進而導致Data Guard失效。所以在刪除生產庫歸檔日志之前必須檢測該生產庫的歸檔日志在備份端是否已經存在。
   備份主機重啟、備庫重啟、備庫監聽重啟、主備庫之間網絡故障都可能導致主庫日志不能傳輸至備份。故障修復之后建議檢查生產庫的最新歸檔日志是否已經傳輸到備庫。
3. 在新路徑下添加數據文件
   在生產庫中，如果在新路徑下添加數據文件，則需在備份端修改路徑轉換參數（DB_FILE_NAME_CONVERT），否則在備份端自動創建新添加數據文件容易失敗。
4. 定期檢查備庫數據文件是否損壞
   Data Guard運行過程中，由于硬件故障或者其他原因，備庫的數據文件可能會損壞，所以需要定期檢查其是否損壞。檢查方法有2種，一種是用dbv工具掃描數據文件觀察是否有物理壞塊。另外一種是將備庫READ ONLY模式打開，然后用exp或者expdp工具進行全庫導出，觀察業務表是否有壞塊。
   如果條件允許，最好能定期進行主備角色切換，這樣不僅能檢測備庫的有效性，而且能熟悉數據庫的切換流程。當發生災難時，一個完善的切換流程，能極大的縮短數據庫的切換時間。
5. 主庫運行環境發生變化
   主庫運行環境發生變化指的是操作系統參數修改、數據庫參數修改和打開數據庫某項特性（如設置SUPPLEMENTAL LOG）。由于以上這些變化是不會通過在線日志傳輸到備庫中的，所以在主庫發生變化時，需要人為在備庫中進行修改。從Oracle 10g開始，主備數據庫要求sys用戶具有相同的密碼，所以在主庫中改了sys用戶密碼，不要忘記更改備份端的密碼文件。
6. Data Guard主備切換前注意點
   Data Guard主備切換前的注意點如下：
   ?檢查備庫的數據庫參數是否能滿足系統運行。
   ?檢查備庫歸檔日志的應用情況，如果應用延遲比較大，則建議應用完成之后再切換。
   ?分別在主備主機上檢查能否用SQLPLUS連接對方數據庫。
   ?為加快切換速度，建議先重啟生產庫。
   另外，數據庫主備角色切換時，實時觀察生產庫和備份庫的警告日志。數據庫主備角色切換之后，檢查備庫的在線日志數量和大小是否能滿足系統正常運行。