案例探討
在歸檔和非歸檔模式下，配置引數log_archive_dest_2後，DG的備庫是否傳輸日誌。
案例環境描述
本次環境如下，一套RAC+單機DG，然後從DG還原出來一個單獨的測試庫A，測試庫A和DG1中同樣配置有log_archive_dest_2引數，但測試庫A沒有開啟歸檔。
在昨天檢查客戶資料庫RAC1和RAC2 例項的alert日誌時，發現日誌資訊中有RFS程式，此程式往往是在DG備庫中出現，用於接收主庫日誌（具體作用大家可百度），出現在
主庫就很令人驚慌，雖然RFS程式處於報錯的狀態，於是回想了一下之前有關此例項的操作，想起前幾日由於某種需要，開啟了測試庫A的歸檔，會不會和這個有關。
於是檢視了測試庫A 例項的alert日誌，發現確實有程式在發日誌往主庫，通過檢視具體的log_archive_dest_2程式資訊可以發現LGWR程式有可能觸發了LNS程式傳送日誌，但是報錯ORA-16009，這也正是與主庫RFS程式報錯對應。
問題到這裡可以發現，可能是開啟歸檔引起的問題，於是關閉測試庫A的歸檔，再次檢視，log_archive_dest_2程式配置，發現SCHEDULE值為PENGDING（等待）,而且ERROR欄位無值，再次檢視RAC1和RAC2日誌恢復正常，問題解決，確實是開啟歸檔引起。
案例遺留問題
1、這個案例問題所在，就是開啟歸檔後，會傳輸日誌，但是LGWR在非歸檔模式下為什麼不和LNS程式互動傳輸日誌，畢竟log_archive_dest_2引數是沒有改變過。
2、log_archive_dest_2引數採用的是預設日誌傳輸模式，即ARCH傳輸（這個從官方文件也是這麼說），但是從檢視查詢的確是LGWR程式在傳輸，耐人尋味。