在zabbix中有了orabbix的輔助，監控效率大大提高，但是因為orabbix是基於jdbc的方式，有些監控還是有一些限制。 比如dataguard的檢查，如果採用dg broker來檢查，效果就更直觀也更可信。 DGMGRL> show configuration; Configuration - csdb Protection Mode: MaxPerformance Databases: test- Primary database stest- Physical standby database Fast-Start Failover: DISABLED Configuration Status: SUCCESS

只要顯示為SUCCESS,說明dg就是正常的。 如果通過orabbix來監控，只能通過主庫中的v$dataguard_status來進行檢查。 很多時候這種檢查一方面很可能有誤報，有時候可能會有很多額外的資訊干擾。 所以使用orabbix來監控備庫還是有一定的瓶頸，可以監控，但是結果還是不夠可信。 這個時候還是投入zabbix的懷抱，我們還是需要通過zabbix的方法來輔助。 對於dg的檢查，可以使用下面的指令碼來檢查 echo `sudo su -l oracle <<eof dgmgrl -silent / <<eod show configuration; EOD EOF`|grep ORA- |wc -l 如果輸出結果大於0，說明檢查結果存在ORA錯誤。這個時候需要關注備庫的情況。 在zabbix中的配置如下： 在zabbix agent的目錄下配置這個引數 UserParameter=check.dg[*], sh /home/app/zabbix/script/check_dg.sh 然後在zabbix agent的script目錄下，指令碼check_dg.sh 的內容就是呼叫show configuration的結果。 這些配置還是方便的。

然後配置trigger

配置完成之後，就可以在zabbix server端進行驗證。 # ./zabbix_get -s 10.xxx.xx.45 -k check.dg ZBX_NOTSUPPORTED

這個時候說明agent這邊校驗失敗，還是需要重啟一下agent的。 這個時候如果備庫存在問題顯示也會為0，需要明辨。 如果備庫確實存在問題，顯示結果就會大於0 # ./zabbix_get -s 10.127.133.45 -k check.dg 1 當然為了使得zabbix使用者能夠切換到oracle使用者，還是需要使用sudo的方式為zabbix賦予許可權,比如末尾的切換使用者的su -l zabbix ALL=(ALL) NOPASSWD: /etc/init.d/iptables status,/sbin/iptables -nL, /usr/bin/head -n 50, /var/log/secure,/bin/su -l *</eod </eof