首先向大家道歉,前段時間由於工作原因一直沒穩定下來,故部落格也沒有及時更新。今天終於抽出時間來更新一下自己的部落格,寫一寫今天花了兩個小時得到的成果。
近日新入職的公司的開發平台與我原來使用的平台大不相同。
語言:C#→Java
資料庫:MSSQL→Oracle10
開發的軟體:較雜→行業軟體
開發架構:原有我自己寫的架構→現在公司原有牛人寫的一架構。
既然環境變了,咱就得努力學習以適應環境。入職之時使用的環境都是同事們給配置好的,所以我本人一直沒機會自己學習一下如何配置環境。今天終於把Oracle10給下下來。裝上,然後摸索其配置方式。
介紹下我的安裝環境:
本,開了個XP的虛擬機器,給虛擬機器分配了1G記憶體)。將Oracle10G伺服器裝在了該虛擬機器上,在宿主機Vista上安裝了plsql和Oracle用戶端精簡版。
一切安裝成功,開始配置。
說實話,對於Oracle的配置我是一點都不知道。沒有一點思路,到網上搜也不知用何關鍵字來搜尋。後來記起來好像以前聽說過某個詞叫偵聽……說對Oracle要配置偵聽……
然後接下來的事就好辦了。
使用net configuration assistant配置“監聽程式”和“本地NET服務名配置”。配置之後我本來想依據自己的記憶去到用戶端(即Vista上)去修改一下disk:\Oracle\ora90\network\ADMIN\tnsnames.ora檔案的。可無奈修改之後不知道哪兒出錯又或者是我伺服器端沒配置正確,在使用plsql串連伺服器的時候總是串連不上……
於是從伺服器端disk:\oracle\product\10.2.0\db_1\NETWORK\ADMIN\目錄中的拷貝了一份tnsnames.ora檔案到用戶端的disk:\Oracle\ora90\network\ADMIN\tnsnames.ora中。再次用PLSql串連之,依然不行。
忽然想起,是不是防火牆阻止了1521連接埠了呢?於是到XP虛擬機器中將防火牆關閉(其實開啟1521連接埠也是可以的),再連,ok成功!
行了,終於會配置它了。接下來就可以使用了……
====================================================================
參考資料如下(具體網址記不清了,見諒):
要使一個用戶端機器能串連oracle資料庫,需要在用戶端機器上安裝oracle的用戶端軟體,唯一的例外就是java串連資料庫的時候,可以用jdbc thin模式,不用裝oracle的用戶端軟體。加入你在機器上裝了oracle資料庫,就不需要在單獨在該機器上安裝oracle用戶端了,因為裝oracle資料庫的時候會自動安裝oracle用戶端。
用過sql server資料庫然後又用oracle的新手可能會有這樣的疑問:問什麼我用sql server的時候不用裝sql server的用戶端呢?原因很簡單,sql server也是microsoft的,它在作業系統中整合了sql server用戶端,如果microsoft與oracle有協議,將oracle用戶端也整合到作業系統中,那我們也就不用在用戶端機器裝oracle用戶端軟機就可訪問資料庫了,不過,這好像是不可能實現的事情。
也有的人會問:為什麼在sql server中沒有偵聽連接埠一說,而在oracle中要配置偵聽連接埠?其實sql server中也有偵聽連接埠,只不過microsoft將偵聽連接埠固定為1433,不允許你隨便改動,這樣給你一個錯覺感覺sql server中沒有偵聽連接埠,咳,microsoft把太多的東西都封裝到黑盒子裡,方便使用的同時也帶來的需要副作用。而oracle中的偵聽連接埠直接在設定檔中,允許隨便改動,只不過無論怎樣改動,要與oracle伺服器端設定的偵聽連接埠一致。
好,言歸正傳,我們如何做才能使用戶端機器串連到oracle資料庫呢?
A. 安裝相關軟體
B. 進行適當的配置
A.在適當的位置安裝適當的軟體:
在用戶端機器:
1.在用戶端機器上安裝ORACLE的Oracle Net通訊軟體,它包含在oracle的用戶端軟體中。
2.正確配置了sqlnet.ora檔案:
NAMES.DIRECTORY_PATH = (TNSNAMES, ….)
NAMES.DEFAULT_DOMAIN=DB_DOMAIN
一般情況下我們不用NAMES.DEFAULT_DOMAIN參數。如果想不用該參數用#注釋掉或將該參數刪除即可,對於NAMES.DIRECTORY_PATH參數採用預設值即可,對於NAMES.DEFAULT_DOMAIN參數有時需要注釋掉,在下面有詳細解釋。
3.正確配置了tnsname.ora檔案
在伺服器端機器:
1.保證listener已經啟動
2.保證資料庫已經啟動。
如果資料庫沒有啟動,用:
Oracle 9i:
dos>sqlplus “/ as sysdba”
sqlplus> startup
Oracle 8i:
dos>svrmgrl
svrmgrl>connect internal
svrmgrl>startup
命令啟動資料庫
如果listener沒有啟動,用:
lsnrctl start [listener name]
lsnrctl status [listener name]
命令啟動listener
B.進行適當的配置
如何正確配置tnsname.ora檔案:
可以在用戶端機器上使用oracle Net Configuration Assistant或oracle Net Manager圖形組態工具對用戶端進行配置,該組態工具實際上修改tnsnames.ora檔案。所以我們可以直接修改tnsnames.ora檔案,下面以直接修改tnsnames.ora檔案為例:
該檔案的位置為: …\network\admin\tnsnames.ora (for windows)
…/network/admin/tnsnames.ora (for unix)
此處,假設伺服器名為testserver,服務名為orcl.testserver.com,使用的偵聽連接埠為1521,則tnsnams.ora檔案中的一個test網路服務名(資料庫別名)為:
test =
(DESCRIPTION=
(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT=1521))
)
(CONNECT_DATA=(SERVICE_NAME=orcl.testserver.com)
)
)
此處的笑臉為)。
紅色的內容為需要根據實際情況修改的內容,現解釋如下:
PROTOCOL:用戶端與伺服器端通訊的協議,一般為TCP,該內容一般不用改。
HOST:資料庫偵聽所在的機器的機器名或IP地址,資料庫偵聽一般與資料庫在同一個機器上,所以當我說資料庫偵聽所在的機器一般也是指資料庫所在的機器。在UNIX或WINDOWS下,可以通過在資料庫偵聽所在的機器的命令提示字元下使用hostname命令得到機器名,或通過ipconfig(for WINDOWS) or ifconfig(for UNIX)命令得到IP地址。需要注意的是,不管用機器名或IP地址,在用戶端一定要用ping命令ping通資料庫偵聽所在的機器的機器名,否則需要在hosts檔案中加入資料庫偵聽所在的機器的機器名的解析。
PORT:資料庫偵聽正在偵聽的連接埠,可以察看伺服器端的listener.ora檔案或在資料庫偵聽所在的機器的命令提示字元下通過lnsrctl status [listener name]命令察看。此處Port的值一定要與資料庫偵聽正在偵聽的連接埠一樣。
SERVICE_NAME:在伺服器端,用system使用者登陸後,sqlplus> show parameter service_name命令察看。
如何利用配置的網路服務名串連到資料庫:
用sqlplus程式通過test網路服務名進行測試,如sqlplus system/manager@test。如果不能串連到資料庫,則在tnsname.ora檔案中的test網路服務名(net service)後面加上sqlnet.ora檔案中NAMES.DEFAULT_DOMAIN參數的值,此處我的參數值為testserver.com,將其加到網路服務名後面,修改後的tnsname.ora中關於該網路服務名的內容為:
什麼情況下會引起oracle自動化佈建NAMES.DEFAULT_DOMAIN參數?
出現這種情況的典型環境為windows的用戶端的‘我得電腦à屬性à電腦名稱à更改à其它…à此電腦的主DNS尾碼’中設定了‘primary dns suffix’,因為在這種情況下安裝用戶端時,會在sqlnet.ora檔案中自動化佈建NAMES.DEFAULT_DOMAIN參數,或許當把電腦加入域中安裝oracle用戶端時也會出現這種情況,有條件的話大家可以試一下。
我在設定oracle的用戶端時一般手工修改tnsnames.ora檔案,但是還有許多人喜歡用圖形工具配置,該圖形工具最終還是修改tnsnames.ora檔案,但是它有時會引起其它的問題:
在用oracle的圖形配置軟體'net assistant'或‘Net Configuration Assistant’配置網路服務名時,假如已經設定了‘primary dns suffix’,但是在圖形配置軟體中寫的網路服務名的名字中沒有‘primary dns suffix’,如只是寫了test,則圖形配置軟體會自動在後面加上‘primary dns suffix’,使之變為test.testserver.com,並存在tnsnames.ora中,而不管你的sqlnet.ora檔案中是否有NAMES.DEFAULT_DOMAIN參數。此時,用圖形工具進行測試連接是通過的,但是假如此時sqlnet.ora檔案中沒有NAMES.DEFAULT_DOMAIN參數,則你在使用網路服務名時應該使用在tnsnames.ora中的test.testserver.com,而不是你在圖形配置軟體中鍵入的test。解決的辦法為:
<1>可以在sqlnet.ora檔案中設定NAMES.DEFAULT_DOMAIN= testserver.com,這時你可以用test或test.testserver.com串連資料庫
<2>在sqlnet.ora檔案中不設定NAMES.DEFAULT_DOMAIN參數,在tnsnames.ora檔案中將test.testserver.com中的.testserver.com去掉,這時你可以用test串連資料庫。
關於為什們在網路服務名後面加db_domain參數,需要瞭解sql*plus串連資料庫的原理,我在後面解決12154常見故障中給出了詳細的說明。
如果上面的招數還不奏效的話,只好用一下乾坤大挪移了。
將用戶端的網路服務名部分
test.testserver.com =
(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT=1521))
)
(CONNECT_DATA=(SERVICE_NAME=orcl.testserver.com)
)
)
此處的笑臉為)。
拷貝到伺服器的tnsnames.ora檔案中。然後再伺服器端用sqlplus system/manager@test.testserver.com串連到資料庫。
如果能串連成功,說明你的用戶端與伺服器端的網路有問題。
如果串連不成功,用前面的部分檢查網路服務名部分部分是否正確,如果確信網路服務名部分正確而且所有的用戶端都連不上資料庫則可能為系統TCP/IP或Oracle系統有問題,建議重新安裝資料庫。
常見故障解決辦法:
TNS-12154 (ORA-12154):TNS:could not resolve service name
該錯誤表示用於串連的網路服務名在tnsnames.ora檔案中不存在,如上面的tnsnames.ora中的網路服務名只有test,假如使用者在串連時用sqlplus system/manager@test1則就會給出TNS-12154錯誤。
要注意的是,有時即使在tnsnames.ora檔案中有相應的網路服務名,可是用該網路服務名串連時還會出錯,出現這種情況的典型配置如下(在用戶端的機器上):
sqlnet.ora檔案:
NAMES.DIRECTORY_PATH = (TNSNAMES, ….)
NAMES.DEFAULT_DOMAIN = server.com
tnsnames.ora檔案:
test =
(DESCRIPTION=
(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=testserver)(PORT=1521))
)
(CONNECT_DATA=(SERVICE_NAME=orcl.testserver.com)
)
)
此處的笑臉為)。
sql*plus運行基本機理:
在使用者輸入sqlplus system/manager@test後,sqlplus程式會自動到sqlnet.ora檔案中找NAMES.DEFAULT_DOMAIN參數,假如該參數存在,則將該參數中的值取出,加到網路服務名的後面,即此例中你的輸入由sqlplus system/manager@test自動變為sqlplus system/manager@test.server.com ,然後再到tnsnames.ora檔案中找test.server.com網路服務名,這當然找不到了,因為該檔案中只有test網路服務名,所以報錯。解決的辦法就是將sqlnet.ora檔案中的NAMES.DEFAULT_DOMAIN參數注釋掉即可,如#NAMES.DEFAULT_DOMAIN = server.com。假如NAMES.DEFAULT_DOMAIN參數不存在,則sqlplus程式會直接到tnsnames.ora檔案中找test網路服務名,然後取出其中的host,port,tcp,service_name,利用這些資訊將串連請求發送到正確的資料庫伺服器上。
另外原則上tnsnames.ora中的配置不區分大小寫,但是我的確遇到區分大小寫情況,所以最好將使用的網路服務與tnsnames.ora中配置的完全一樣。
ORA-12514: TNS:listener could not resolve SERVICE_NAME given in connect Descriptor.
該錯誤表示能在tnsnames.ora中找到網路服務名,但是在tnsnames.ora中指定的SERVICE_NAME與伺服器端的SERVICE_NAME不一致。解決的辦法是修改tnsnames.ora中的SERVICE_NAME。
易混淆術語介紹:
Db_name:對一個資料庫(Oracle database)的唯一標識,該資料庫為第一章講到的Oracle database。這種表示對於單個資料庫是足夠的,但是隨著由多個資料庫構成的分散式資料庫的普及,這種命令資料庫的方法給資料庫的管理造成一定的負擔,因為各個資料庫的名字可能一樣,造成管理上的混亂。為瞭解決這種情況,引入了Db_domain參數,這樣在資料庫的標識是由Db_name和Db_domain兩個參數共同決定的,避免了因為資料庫重名而造成管理上的混亂。這類似於互連網上的機器名的管理。我們將Db_name和Db_domain兩個參數用’.’串連起來,表示一個資料庫,並將該資料庫的名稱稱為Global_name,即它擴充了Db_name。Db_name參數只能由字母、數字、’_’、’#’、’$’組成,而且最多8個字元。
Db_domain:定義一個資料庫所在的域,該域的命名同互連網的’域’沒有任何關係,只是資料庫管理員為了更好的管理分散式資料庫而根據實際情況決定的。當然為了管理方便,可以將其等於互連網的域。
Global_name:對一個資料庫(Oracle database)的唯一標識,oracle建議用此種方法命令資料庫。該值是在建立資料庫是決定的,預設值為Db_name. Db_domain。在以後對參數檔案中Db_name與Db_domain參數的任何修改不影響Global_name的值,如果要修改Global_name,只能用ALTER DATABASE RENAME GLOBAL_NAME TO <db_name.db_domain>命令進行修改,然後修改相應參數。
Service_name:該參數是oracle8i新引進的。在8i以前,我們用SID來表示標識資料庫的一個執行個體,但是在Oracle的並行環境中,一個資料庫對應多個執行個體,這樣就需要多個網路服務名,設定繁瑣。為了方便並行環境中的設定,引進了Service_name參數,該參數對應一個資料庫,而不是一個執行個體,而且該參數有許多其它的好處。該參數的預設值為Db_name. Db_domain,即等於Global_name。一個資料庫可以對應多個Service_name,以便實現更靈活的配置。該參數與SID沒有直接關係,即不必Service name 必須與SID一樣。
Net service name:網路服務名,又可以稱為資料庫別名(database alias)。是用戶端程式訪問資料庫時所需要,屏蔽了用戶端如何串連到伺服器端的細節,實現了資料庫的位置透明的特性。