Oracle監(jiān)聽器(listener)配置心得 |
發(fā)布時間: 2012/8/29 17:51:49 |
一、配置初衷 嚴重: 監(jiān)聽程序未啟動或數(shù)據(jù)庫服務未注冊到該監(jiān)聽程序。啟動該監(jiān)聽程序并注冊數(shù)據(jù)庫服務, 然后重新運行 EM Configuration Assistant。 有關詳細資料, 請參閱 D:\Oracle\cfgtoollogs\dbca\orcl\emConfig.log 中的日志文件。 參考:http://www.linuxidc.com/Linux/2011-09/44122.htm 但是始終沒有解決。(ps:也可能是我自身問題) 所以,決定拎起袖子,跨界學習一下Oracle中的監(jiān)聽器吧。 二、監(jiān)聽器的原理理解 關于監(jiān)聽器的理解,不妨可以參考這篇文章:http://www.linuxidc.com/Linux/2011-09/42089.htm 以下,就談談我自己的淺薄的理解吧: 首先,我覺得監(jiān)聽器的設計使用了代理模式,而監(jiān)聽器正正是代理模式中所描述的代理。當客戶端對數(shù)據(jù)庫發(fā)生請求的時候,監(jiān)聽器就作為這個客戶端的代理,發(fā)出對數(shù)據(jù)庫實例的請求。當數(shù)據(jù)庫實例的server 進程收到監(jiān)聽器轉發(fā)過來的請求時候,會做出響應。而這個響應也是通過監(jiān)聽器轉發(fā)給客戶端。不難發(fā)現(xiàn),客戶端與數(shù)據(jù)庫實例之間的交互是間接完成的,在他們中間就存在著一個中間人-監(jiān)聽器。 但是,有一點我們需要注意的,客戶端永遠不知道他請求的數(shù)據(jù)庫實例是什么,唯一知道的只是數(shù)據(jù)庫所在的服務器的某個服務的名字以及這個數(shù)據(jù)庫分配給他的用戶名和密碼。這就好比我們?nèi)ベI蘋果產(chǎn)品,我們買的時候去的只是代理商的店面,只知道產(chǎn)品是蘋果公司賣的,但產(chǎn)品到底是由哪家代工公司生產(chǎn)的,作為消費者的我們一無所知。 但是,歸根到底,總該有那么一個機制,負責維護“服務”,“監(jiān)聽器”,“數(shù)據(jù)庫實例”三者之間的關系吧。答案是有的,請看下面的內(nèi)容。 三、相應的三個配置文件:sqlnet.ora,tnsnames.ora,listener.ora(路徑:$Oracle_home\NETWORK\ADMIN;默認情況下安裝的話,大概如此:D:\app\Administrator\product\11.2.0\dbhome_2\NETWORK\ADMIN) 考慮一下,以下的一種情況: 假如,我們需要連接到一個數(shù)據(jù)庫上的名字為mzoa的實例并且這個數(shù)據(jù)庫實例里面有一個密碼為:a,用戶名為:sysman的賬號。但是,我們不知道這個數(shù)據(jù)庫實例的名字,只知道這個數(shù)據(jù)庫服務器向外提供了一個名為“mzoa”的“服務”,至于我們需要請求的數(shù)據(jù)庫的實例的名字是什么,我們一無所知。但是,盡管如此,我們還是能夠連接上我們需要找到的數(shù)據(jù)庫實例-mzoa。(ps:實例名字“mzoa”與服務名字“mzoa”不是必然相同的,可以在創(chuàng)建實例的時候加以修改的!) 不信?可以看看下面…… 我們可以在cmd里面完成以下的連接操作: C:\Users\Administrator>sqlplus sysman/a@I_AM_SERIVCE SQL*Plus: Release 11.2.0.1.0 Production on 星期二 9月 2714:15:162011 Copyright (c) 1982, 2010, Oracle. All rights reserved.
SQL> 我們先將這三個配置文件分分類。sqlnet.ora,tnsnames.ora屬于客戶端,listener.ora屬于服務器端。 第一類,客戶端文件:sqlnet.ora,tnsnames.ora 在我們上面的操作過程中,我們使用了以下的語句: sqlplus sysman/a@I_AM_SERIVCE
Oracle客戶端是這樣子完成對“I_AM_SERIVCE”這一個名字作出解釋的: 步驟一: 查看sqlnet.ora配置文件,內(nèi)容如下: SQLNET.AUTHENTICATION_SERVICES= (NTS) NAMES.DIRECTORY_PATH= (TNSNAMES,HOSTNAME,EZCONNECT) 其中第二個條目NAMES.DIRECTORY_PATH,從左至右,指示首先由哪些文件來解釋名字。 如上面的例子,就是指示,先由TNSNAMES.ora文件,然后是客戶端所在系統(tǒng)的hosts文件……解釋名字 步驟二: 因為,sqlnet.ora文件指出先由TNSNAMES.ora文件解釋。 我們查看TNSNAMES.ora文件,里面關于“I_AM_SERIVCE”有以下的內(nèi)容: I_AM_SERIVCE= 在這里我們可以清晰看到關于這個“I_AM_SERIVCE”的名字的詳細信息了。通過這個名字,我們可以請求數(shù)據(jù)庫服務器所在地址:127.0.0.1,“服務”的名字是“mzoa”。 而端口號:1521正是我們這篇文章的主人公監(jiān)聽器(listener)正在監(jiān)聽的端口號。 通過以上信息,我們可以知道客戶端的請求可以通過訪問服務器“服務”的形式發(fā)送到監(jiān)聽器(listener)上。
第二類,服務器端:listener.ora。 內(nèi)容以及解釋如下: # listener.ora Network Configuration File: D:\app\Administrator\product\11.2.0\dbhome_2\network\admin\listener.ora #下面定義監(jiān)聽器(LISTENER)進程為哪個實例提供服務 ADR_BASE_LISTENER = D:\app\Administrator
從中,我們不難發(fā)現(xiàn),其實客戶端中考究的“服務”名字貌似在服務器端不起什么作用。監(jiān)聽器都是通過監(jiān)聽某個host下的端口,得到客戶端發(fā)來的請求的,然后,再將此請求發(fā)送到實例中去的。但是,到底是不是這回事。希望看到這篇文章的朋友,可以跟我交流一下。 三、修改監(jiān)聽器的信息 具體步驟,可以參考這篇文章: Oracle: listener.ora 、sqlnet.ora 、tnsnames.ora的配置及例子 http://www.linuxidc.com/Linux/2011-09/44121.htm 接下來,就說說我自己的一些看法。 1、每次修改監(jiān)聽器所涉及到的三個配置文件:sqlnet.ora,tnsnames.ora,listener.ora,必須首先關閉監(jiān)聽器,修改成功后再打開。 具體做法:a、windows用戶可以通過關閉/開啟服務的方式完成b、通過命令的方式 2、推薦通過修改配置文件的方式,完成修改工作。 好吧,就說這些,希望上面的內(nèi)容對你有用!。。。。。 本文出自:億恩科技【mszdt.com】 |