ORACLE11g DataGuard手工建立錯誤的解決方案(一)
執行環境:redhat5.4+oracle11.2.0.3
主庫:ndb1
備庫: standby1
1、使用RMAN進入時報錯,備庫的網路服務名STANDBY1的狀態為BLOCKED:
[oracle@lfy1 admin]$ rman target / auxiliary sys/oracle@STANDBY1
Recovery Manager: Release 11.2.0.3.0 - Production on Sun Mar 1 08:28:00 2015
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: ndb1 (DBID=2082231315)
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00554: initialization of internal recovery manager package failed
RMAN-04006: error from auxiliary database: ORA-12154: TNS:could not resolve the connect identifier specified
原因:查詢了一下METALINK,發現這個問題從9i到11g,任何一個版本都可能會出現。造成這個問題的原因是,例項雖然啟動,但是沒有註冊到監聽。這時候,使用lsnrctl status檢視監聽的狀態,顯示為BOLCKED,例項是透過PMON程式註冊到監聽上的,而PMON程式需要在MOUNT狀態下才會啟動。因此造成了上面的錯誤。
可以參考metalink文件:Note:419440.1。
Oracle給出了兩種解決方案,一種方法是對AUXILIARY資料庫直接使用/,
對TARGET資料庫透過網路訪問。
第二種方法 為AUXILIARY資料庫設定靜態監聽,在$ORACLE_HOME/network/admin目錄下的listener.ora中新增下面的內容:
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME =STANDBY1)
(ORACLE_HOME = /data/oracle/product/11.1)
(GLOBAL_DBNAME=STANDBY1)
)
)
配置靜態監聽後,再次操作,就沒有問題了
[oracle@lfy1 admin]$ rman target / auxiliary sys/oracle@STANDBY1
主庫:ndb1
備庫: standby1
1、使用RMAN進入時報錯,備庫的網路服務名STANDBY1的狀態為BLOCKED:
[oracle@lfy1 admin]$ rman target / auxiliary sys/oracle@STANDBY1
Recovery Manager: Release 11.2.0.3.0 - Production on Sun Mar 1 08:28:00 2015
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
connected to target database: ndb1 (DBID=2082231315)
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00554: initialization of internal recovery manager package failed
RMAN-04006: error from auxiliary database: ORA-12154: TNS:could not resolve the connect identifier specified
原因:查詢了一下METALINK,發現這個問題從9i到11g,任何一個版本都可能會出現。造成這個問題的原因是,例項雖然啟動,但是沒有註冊到監聽。這時候,使用lsnrctl status檢視監聽的狀態,顯示為BOLCKED,例項是透過PMON程式註冊到監聽上的,而PMON程式需要在MOUNT狀態下才會啟動。因此造成了上面的錯誤。
可以參考metalink文件:Note:419440.1。
Oracle給出了兩種解決方案,一種方法是對AUXILIARY資料庫直接使用/,
對TARGET資料庫透過網路訪問。
第二種方法 為AUXILIARY資料庫設定靜態監聽,在$ORACLE_HOME/network/admin目錄下的listener.ora中新增下面的內容:
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME =STANDBY1)
(ORACLE_HOME = /data/oracle/product/11.1)
(GLOBAL_DBNAME=STANDBY1)
)
)
配置靜態監聽後,再次操作,就沒有問題了
[oracle@lfy1 admin]$ rman target / auxiliary sys/oracle@STANDBY1
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/543979/viewspace-1659201/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ORACLE11g DataGuard手工建立錯誤的解決方案(二)Oracle
- DataGuard ORA-10458錯誤解決方案
- SVN 遇到的一些錯誤解決方案
- latex 錯誤以及解決方案
- ORACLE11G解決ORA-00845錯誤Oracle
- 建立cache group 時遇到 錯誤5120 時候的解決方案
- Linux下錯誤解決方案Linux
- 解決MySQL server has gone away錯誤的解決方案MySqlServerGo
- Oracle11g 手工建立資料庫Oracle資料庫
- Ubuntu Cannot allocate memory 錯誤解決方案Ubuntu
- ORA-28000錯誤解決方案
- ORA-07445: 錯誤解決方案
- ORA-00054錯誤解決方案(摘)
- ORA-00845的錯誤與解決方案
- PbootCMS中常見的錯誤提示及其解決方案boot
- Hadoop常見錯誤及解決方案Hadoop
- HTTP 錯誤 500.21 - Internal Server Error 解決方案HTTPServerError
- MySQL插入資料1366錯誤解決方案MySql
- 開發常見錯誤及解決方案
- MySQL錯誤Incorrect file format解決方案薦MySqlORM
- Java java.lang.ExceptionInInitializerError 錯誤解決方案JavaExceptionError
- informatica SORT_40406 錯誤解決方案ORM
- SQL Server 錯誤程式碼:17058 。解決方案SQLServer
- MySQL建立二進位制日誌產生1067錯誤的解決方案MySql
- DataGuard切換報ora-16009錯誤的解決辦法
- SSL錯誤ssl connect error 35的解決方案Error
- MySQL連線錯誤(10048)的解決方案MySql
- [轉]MySql錯誤程式碼1045的解決方案MySql
- linux oracle 建立informix dblink 錯誤解決LinuxOracleORM
- 7.Hibernate一對多關係建立與錯誤解決
- vagrant homestead 錯誤記錄以及解決方案
- JNI命令列下編譯錯誤解決方案命令列編譯
- 使用JPEGImageEncoder提示Access restriction:錯誤 解決方案REST
- Unsupported major.minor version 51.0 錯誤解決方案
- ORA-01658 錯誤之解決方案
- ant構建時出現錯誤解決方案
- Oracle11g Dataguard錯誤ORA-02097:ORA-16053:Oracle
- 一個 ExpressionChangedAfterItHasBeenCheckedError 錯誤的解決過程ExpressError