ORA-16191 錯誤導致無法連線DATA GUARD環境

kewin發表於2010-06-08
ORA-16191 錯誤導致無法連線DATA GUARD環境
2010-6-8
在一個通過DUPLICATE命令搭建的10G DATAGUARD環境, 發現日誌無法通過redo transfort 服務來傳遞。檢視主庫日誌看到有報錯：
Tue Jun  8 01:09:45 2010
Error 1017 received logging on to the standby
------------------------------------------------------------
Check that the primary and standby are using a password file
and remote_login_passwordfile is set to SHARED or EXCLUSIVE, 
and that the SYS password is same in the password files.
      returning error ORA-16191
 按照提示，檢查了主備庫的remote_login_passwordfile 引數都是EXCLUSIVE；
還有一個檢查專案就是SYS的密碼是否一致；
回想起在一個密碼是change_on_install，而另外一個是manager。
先把備庫的停掉，
alter database managed standby database cancel;
shutdown immediate ;
重新建立密碼檔案，確保和主庫的密碼是一致的。
重新啟動備庫，再進行驗證日誌是否可以傳遞。
在備庫日誌中發現已經連線上的資訊:
Tue Jun  8 01:17:46 2010
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[1]: Assigned to RFS process 1384702
RFS[1]: Identified database type as 'physical standby'
Tue Jun  8 01:17:46 2010
RFS LogMiner: Client disabled from further notification
Tue Jun  8 01:17:46 2010
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[2]: Assigned to RFS process 503838
RFS[2]: Identified database type as 'physical standby'
Tue Jun  8 01:17:46 2010
Redo Shipping Client Connected as PUBLIC
-- Connected User is Valid
RFS[3]: Assigned to RFS process 1294560
RFS[3]: Identified database type as 'physical standby'
在主庫上進行插入資料，進行日誌切換，檢查日誌是否應用到了備庫；
把備庫開啟到只讀模式，檢查新的資料是否存在。
一切都正常。
問題解決。
PS: 在9I時，日誌傳送的資訊是寫到主庫的alert日誌中的，但到了10G後，這個資訊改寫到了備庫的alert日誌上。
-THE END-

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/40239/viewspace-664736/，如需轉載，請註明出處，否則將追究法律責任。

相關文章