本篇內(nèi)容主要講解“Oracle備庫無法連接主庫的原因”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“Oracle備庫無法連接主庫的原因”吧!

十載的中牟網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。營銷型網(wǎng)站的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整中牟建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)從事“中牟網(wǎng)站設(shè)計(jì)”,“中牟網(wǎng)站推廣”以來，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

今天在搭建DG的時(shí)候碰到了一個(gè)蠻有意思的問題，耗費(fèi)了不少腦細(xì)胞，簡單記錄一下。

首先主庫是Queuedb,備庫是s2queuedb，使用RMAN的duplicate來搭建，主備庫的網(wǎng)絡(luò)配置listener.ora,tnsnames.ora都沒有問題。

但是使用RMAN命令的時(shí)候就拋出了下面的錯(cuò)誤，從錯(cuò)誤信息可以看出來，主庫是沒有啟動(dòng)起來。

$ rman target sys@Queuedb auxiliary sys@s2queuedb nocatalog
connected to target database: QUEUEDB (not mounted)
using target database control file instead of recovery catalog
auxiliary database Password:
connected to auxiliary database: QUEUEDB (not mounted)

看到這里，心里咯噔一下，難道數(shù)據(jù)庫宕機(jī)了?

趕緊連接到主庫去看，發(fā)現(xiàn)主庫的狀態(tài)都正常，松了一口氣，繼續(xù)在備庫看問題的緣由。
在備庫端使用TNS的方式連接，拋出了錯(cuò)誤，看起來數(shù)據(jù)庫是明顯連接到備庫了。

$ sqlplus xx/xx@queuedb
ERROR:
ORA-01033: ORACLE initialization or shutdown in progress
Process ID: 0
Session ID: 0 Serial number: 0

但是查看tnsping的結(jié)果，和主庫的輸出一致，完全沒問題啊。

而換一個(gè)思路，直接連備庫，因?yàn)檫€沒有open，輸出肯定是01033的錯(cuò)誤。

$ sqlplus xx/xx@s2queuedb
ERROR:
ORA-01033: ORACLE initialization or shutdown in progress
Process ID: 0
Session ID: 0 Serial number: 0

反反復(fù)復(fù)確認(rèn)了主機(jī)名的配置，暫時(shí)都沒有發(fā)現(xiàn)問題。帶著疑惑也對比了ORACLE_HOME,依然無果。

[oracle@s2queuedb admin]$ ps -ef|grep smon
oracle    43186      1  0 11:15 ?        00:00:00 ora_smon_Queuedb
oracle    43277  43064  0 11:28 pts/0    00:00:00 grep smon
$ cat /proc/43188/environ|xargs -0 -n1|grep ORACLE_HOME
ORACLE_HOME=/U01/app/oracle/product/11.2.0.4
$ echo $ORACLE_HOME
/U01/app/oracle/product/11.2.0.4所以說上面的檢查就只能到這里了，我們得換個(gè)思路來看待這個(gè)問題。
既然/etc/hosts里面的配置沒問題，主機(jī)名Queuedb_ZS.test.com指向主庫，tnsping沒問題，拿我就使用ping來測試。

$ ping Queuedb_ZS.test.com
PING Queuedb_ZS.test.com (127.0.0.1) 56(84) bytes of data.
64 bytes from Queuedb_ZS.test.com (127.0.0.1): icmp_seq=1 ttl=64 time=0.019 ms
64 bytes from Queuedb_ZS.test.com (127.0.0.1): icmp_seq=2 ttl=64 time=0.008 ms
^C這個(gè)結(jié)果讓我有一種頓悟的感覺，我再次審視/etc/hosts文件的配置。

$ cat /etc/hosts
127.0.0.1   Queuedb_ZS.test.com localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
10.127.xx.166  Queuedb_ZS.test.com
10.129.xx.190   s2queuedb.test.com

發(fā)現(xiàn)竟然在127.0.0.1的地方配置了一個(gè)主機(jī)名Queuedb_ZS.test.com，這樣就會優(yōu)先去走這個(gè)訪問路徑了，果斷刪除，再次嘗試就沒有問題了。

   而如果你刪除不得當(dāng)，直接把127.0.0.1的配置全刪除了，那么啟動(dòng)監(jiān)聽肯定會拋出下面的錯(cuò)誤。

-bash-4.1$ lsnrctl start LISTENER_1528
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=s3nstatdb.test.com)(PORT=1528)))
TNS-12547: TNS:lost contact
 TNS-12560: TNS:protocol adapter error
  TNS-00517: Lost contact
   Linux Error: 104: Connection reset by peer

所以這些看起來瑣碎的配置還是尤其需要注意的。

到此，相信大家對“Oracle備庫無法連接主庫的原因”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！