Oracle11gR2RAC高可用連接特性–SCAN詳解解讀

Oracle11gR2RAC高可用連接特色–SCAN詳解解讀Oracle11gR2RAC高可用連接特色–SCAN詳解解讀/Oracle11gR2RAC高可用連接特色–SCAN詳解解讀SCAN

看法先介紹一下什么叫SCAN，SCAN(SingleClientAccessName)是Oracle從11gR2開始推出的，客戶端可以經(jīng)過SCAN特色負(fù)載均衡地連接到RAC數(shù)據(jù)庫。SCAN供應(yīng)一個(gè)域名來接見RAC，域名可以分析1個(gè)到3個(gè)（注意，最多3個(gè)）SCANIP，我們可以經(jīng)過DNS也許GNS來分析實(shí)現(xiàn)。此中DNS大家都很熟習(xí)，這里不多說。GNS(GridNamingService)則是Oracle11gR2的新功能，可以經(jīng)過DHCP服務(wù)為節(jié)點(diǎn)和SCAN分配VIP和SCANIP。其余還有個(gè)長處是，關(guān)于新加入集群的節(jié)點(diǎn)，它會(huì)自動(dòng)分配VIP地址，更新集群資源，客戶端仍舊經(jīng)過SCAN特色負(fù)載均衡地連接到新增集群節(jié)點(diǎn)上。DNS和GNS配置與分析相關(guān)內(nèi)容在下邊還有說明。除了DNS和GNS分析方法外，SCAN也可以使用hosts文件來分析，但用過的人都知道，此方法不僅在安裝RAC的時(shí)候產(chǎn)生問題，后期使用也是存在問題的，比方SCAN域名只好定義一個(gè)SCANIP。所以這種方法也是Oracle不介紹使用的。但盡管這樣，我見過很多生產(chǎn)上仍舊這樣使用，也就是荒棄了11g的新特色SCAN，而是仍舊采納VIP連接方式。備注：有人可能會(huì)注意到《此方法不僅在安裝RAC的時(shí)候產(chǎn)生問題》這句，RAC安裝的時(shí)候的確會(huì)報(bào)錯(cuò)，但這其實(shí)不影響后期Oracle的使用。SCAN最明顯的長處就是，當(dāng)集群中新增添了節(jié)點(diǎn)也許刪除了節(jié)點(diǎn)，不需要額外保護(hù)客戶端。PUBLICIP,PRIVATEIP,VIP,SCANVIP,GNSVIP,LOCAL_LISTENER,REMOTE_LISTENER,LOCALLISTENER,SCANLISTENER在RAC

部署的時(shí)候，我們都會(huì)接觸到

PUBLICIP

、PRIVATEI

、VIP

等等，那下邊就針對(duì)它們進(jìn)行介紹。PUBLICIP:

這是我們網(wǎng)卡上配置的真實(shí)

IP地址，我們稱為公共

IP，這個(gè)

IP的存在關(guān)系到下邊介紹的

VIP能不可以正確漂在其所在網(wǎng)卡上。注意，PUBLICIP是不供應(yīng)給客戶端去連接配置的，這其實(shí)不是說經(jīng)過PUBLICIP沒法連接實(shí)例，而是它會(huì)存在節(jié)點(diǎn)服務(wù)器宕機(jī)的時(shí)候全部向它央求的客戶端都會(huì)有等候現(xiàn)象并且最后得到超時(shí)信息的弊端。PRIVATEIP:

稱為私網(wǎng)

IP（私有

IP），它是用于心跳同步的，也就是保證兩臺(tái)服務(wù)器數(shù)據(jù)同步。說道私網(wǎng)IP，我簡單說下Oracle另一個(gè)高可用性連接特色–HAIP。其實(shí)CacheFusion會(huì)耗資節(jié)點(diǎn)服務(wù)器很大的私網(wǎng)資源，其余，私網(wǎng)間沒法通訊還會(huì)引起brainsplit(腦裂)，以前為解決這類問題，我們可以采納網(wǎng)卡bonding技術(shù)，而Oracle在11gR2的時(shí)候HAIP技術(shù)來實(shí)現(xiàn)，HAIP(HighlyAvailableVirtualIP)用于節(jié)點(diǎn)間的私網(wǎng)通訊，支持同時(shí)使用多個(gè)網(wǎng)絡(luò)連接來滿足網(wǎng)卡間的負(fù)載均衡，并且還提升了CacheFusion資源通訊能力。HAIP技術(shù)其實(shí)不是主要內(nèi)容，所以在這里點(diǎn)到為止。VIP:RAC的每個(gè)節(jié)點(diǎn)都需要有一個(gè)虛假IP，這就是VIP。VIP需要和PUBLICIP同一個(gè)子網(wǎng)，它們是由GI的Clusterware來管理的。VIP在其節(jié)點(diǎn)服務(wù)器發(fā)生故障的時(shí)候會(huì)自動(dòng)漂移到其余正常的節(jié)點(diǎn)服務(wù)器上，若是

RAC

是多個(gè)節(jié)點(diǎn)運(yùn)轉(zhuǎn)的，那詳細(xì)漂移到哪個(gè)活動(dòng)的節(jié)點(diǎn)將由

Clusterware

決定。VIP發(fā)生漂移現(xiàn)象之后，其當(dāng)前的節(jié)點(diǎn)服務(wù)器

LOCALLISTENER

是不會(huì)監(jiān)聽它的央求的，所以有客戶端向這個(gè)

VIP發(fā)送央求時(shí)，Clusterware

的FAN

會(huì)通知客戶端向其余

VIP發(fā)送央求，客戶端收到通知后經(jīng)過

Failover

系統(tǒng)把央求重新發(fā)送到ADDRESS列表中的其余VIP上。固然有這類較復(fù)雜的過程，但向來對(duì)客戶端是透明進(jìn)行的，并且這個(gè)過程完成時(shí)間特別短暫，客戶端也就幾乎感覺不到有節(jié)點(diǎn)宕機(jī)。等故障節(jié)點(diǎn)恢復(fù)正常，漂移的也回到此節(jié)點(diǎn)上，連續(xù)供應(yīng)服務(wù)。

VIPSCANVIP:SCANVIP就是我在剛開始常說的SCANIP，也就是由DNS也許GNS、hosts分析出來的IP地址。上邊也說過，SCANVIP最多能有三個(gè)，它們循環(huán)地被客戶端所央求到。這里大家可能會(huì)存在這樣的問題，SCANVIP只有三個(gè)，那RAC是四節(jié)點(diǎn)或更多的節(jié)點(diǎn)狀況怎么辦？存在這類問題的原由歸咎于對(duì)SCANVIP的認(rèn)識(shí)不足。其實(shí)，SCANVIP數(shù)目和節(jié)點(diǎn)數(shù)是沒有任何關(guān)系的，SCANVIP會(huì)落到哪個(gè)節(jié)點(diǎn)上都是隨機(jī)的。GNSVIP:GNSVIP同SCANVIP，也是Oracle從11gR2開始供應(yīng)的。GNSVIP是供應(yīng)GNS服務(wù)的IP地址，它綁定到某個(gè)節(jié)點(diǎn)的PUBLICIP所在網(wǎng)卡上，當(dāng)節(jié)點(diǎn)出現(xiàn)故障，GNS資源會(huì)自動(dòng)切換到其余正常的節(jié)點(diǎn)連續(xù)供應(yīng)GNS分析服務(wù)。若是我們不使用GNS分析方法，那么也不會(huì)存在GNSVIP。LOCALLISTENER:

當(dāng)?shù)乇O(jiān)聽器，RAC

的每個(gè)節(jié)點(diǎn)上都會(huì)有獨(dú)立的當(dāng)?shù)乇O(jiān)聽器，

它會(huì)監(jiān)聽該節(jié)點(diǎn)的

PUBLICIP和

VIP，而每個(gè)節(jié)點(diǎn)的實(shí)例在啟動(dòng)的時(shí)候也向當(dāng)?shù)乇O(jiān)聽器進(jìn)行注冊(cè)，自然它也會(huì)向

SCAN

監(jiān)聽器注冊(cè)，當(dāng)VIP也許PUBLICIP(這類狀況比較少見)有連接央求的時(shí)候，當(dāng)?shù)乇O(jiān)聽器就接受辦理并和當(dāng)?shù)貙?shí)例建立連接。若是某個(gè)節(jié)點(diǎn)故障，其上邊的VIP會(huì)進(jìn)行漂移，但當(dāng)?shù)乇O(jiān)聽器其實(shí)不會(huì)產(chǎn)生漂移。SCANLISTENER:SCAN監(jiān)聽器，它是實(shí)現(xiàn)SCAN負(fù)載均衡的原理所在。若是RAC上有三個(gè)SCANVIP，那么SCAN監(jiān)聽器也有三個(gè)，它們各自監(jiān)聽SCANVIP的連接央求。SCAN監(jiān)聽器跟著SCANVIP隨機(jī)分配到節(jié)點(diǎn)服務(wù)器上，若是某個(gè)節(jié)點(diǎn)發(fā)生故障，運(yùn)轉(zhuǎn)在此節(jié)點(diǎn)上的SCANVIP會(huì)進(jìn)行漂移，這時(shí)候SCAN監(jiān)聽器也跟著漂移到正常的節(jié)點(diǎn)上，連續(xù)為SCANVIP監(jiān)聽連接央求，當(dāng)PMON進(jìn)度下次動(dòng)向更新實(shí)例信息到該

SCAN

監(jiān)聽器此后，它又重新接受客戶端的連接。這和

VIP

產(chǎn)生漂移的時(shí)候是有所區(qū)其余。LOCAL_LISTENER:這是Oracle的參數(shù)，這個(gè)參數(shù)控制著當(dāng)?shù)乇O(jiān)聽器的注冊(cè)，因?yàn)楫?dāng)?shù)乇O(jiān)聽器的工作機(jī)制關(guān)系，經(jīng)過當(dāng)?shù)乇O(jiān)聽器的數(shù)據(jù)庫連接央求只會(huì)連接到當(dāng)?shù)毓?jié)點(diǎn)的實(shí)例上。REMOTE_LISTENER:同LOCAL_LISTENER是Oracle的參數(shù)，經(jīng)過這個(gè)設(shè)置，任何實(shí)例都會(huì)向SCAN監(jiān)聽器注冊(cè)，所以SCAN監(jiān)聽器可以負(fù)載均衡地發(fā)散連接央求到節(jié)點(diǎn)當(dāng)?shù)乇O(jiān)聽器上，也就是連接到其當(dāng)?shù)毓?jié)點(diǎn)上實(shí)例上。關(guān)于LOCAL_LISTENER與REMOTE_LISTENER的配置，在下邊講動(dòng)向注冊(cè)的時(shí)候再看一下。SCAN分析與配置SCAN是在安裝GI(GridInfrastructure)時(shí)配置的，作為Clusterware資源被管理。忽視hosts分析此后，有兩種方式配置和分析SCAN:DNS和GNS(GridNamingService)

。這里要點(diǎn)說一下使用DNS分析

DNSSCAN

分析SCAN方式的時(shí)候，DNS服務(wù)器會(huì)采納

rr(round-robin)

的方式循環(huán)分析為它準(zhǔn)備的

3個(gè)

IP地址，與Oracle11gR2的客戶端配合使不同樣的客戶端可以連接到不同樣的SCANListener上，這相當(dāng)于是Oracle10g中配置的客戶端負(fù)載均衡（經(jīng)過LOAD_BALANCE=yes配置）。下邊看一下客戶端經(jīng)過SCAN連接到數(shù)據(jù)庫的過程，第一由DNS服務(wù)器分析SCAN名稱，DNS服務(wù)器返回SCAN對(duì)應(yīng)的3個(gè)IP地址的列表，客戶端會(huì)選擇使用此中一個(gè)SCANVIP地址作為連接地址，將命名方法分析后的連接信息發(fā)送到SCANVIP對(duì)應(yīng)的SCANListener上，SCANListener經(jīng)過負(fù)載均衡系統(tǒng)再把央求轉(zhuǎn)發(fā)給比較安閑的服務(wù)器上的當(dāng)?shù)乇O(jiān)聽器，由當(dāng)?shù)乇O(jiān)聽器完成實(shí)例與客戶端之間的連接。使用SCAN連接數(shù)據(jù)庫實(shí)例，整個(gè)過程實(shí)現(xiàn)了客戶端的Failover(Oracle10gR2是經(jīng)過FAILOVER=on來配置)，DNS服務(wù)器返回的是一個(gè)SCANVIP列表，客戶端會(huì)選擇此中一個(gè)連接到RAC，若是這個(gè)IP地址不可以正常接見，客戶端會(huì)選擇另一個(gè)IP地址連續(xù)連接，直到全部的地址都不可以正常連接，才返回錯(cuò)誤給客戶端，整個(gè)過程對(duì)客戶端程序來說仍舊是透明的。需要注意的是，使用SCAN連接到數(shù)據(jù)庫，不再需要客戶端能分析節(jié)點(diǎn)的PUBLICIP和VIP，只需要客戶端可以經(jīng)過DNS服務(wù)器正常分析SCAN就可以了。負(fù)載均衡工作交給服務(wù)器端的SCAN實(shí)現(xiàn)。至于GNS分析SCAN，因?yàn)楫?dāng)前GNS服務(wù)存在不堅(jiān)固的狀況，也極稀有企業(yè)將其投入到生產(chǎn)環(huán)境使用，并且其工作原理也較為復(fù)雜，所以在這里其實(shí)不深入說明。實(shí)例的動(dòng)向注冊(cè)上邊已經(jīng)介紹了LOCAL_LISTENER和REMOTE_LISTENER兩個(gè)和動(dòng)向注冊(cè)相關(guān)的參數(shù)，那我們看看它們?cè)跀?shù)據(jù)庫中的表現(xiàn)形式：當(dāng)?shù)乇O(jiān)聽器注冊(cè)是由實(shí)例的LOCAL_LISTENER參數(shù)所控制的：SQL>setline150SQL>showparameterlocal_listenerNAMETYPEVALUE———————————————————-——————————local_listenerstring(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=94)(PORT=1521))))–這是我管理的一套R(shí)AC上的配置，自然我已經(jīng)辦理好IP地址了。LOCAL_LISTENER設(shè)置為向當(dāng)?shù)豓IP地址進(jìn)行注冊(cè)，因?yàn)楫?dāng)?shù)乇O(jiān)聽器是在當(dāng)?shù)氐腜UBLICIP和VIP上監(jiān)聽，所以向VIP監(jiān)聽注冊(cè)就能保證成功向當(dāng)?shù)乇O(jiān)聽器注冊(cè)。查察當(dāng)?shù)乇O(jiān)聽器的狀態(tài)：[grid@pos2~]$lsnrctlstatuslistener–Productionon23-OCT-201212:01:21Copyright(c)1991,2011,Oracle.Allrightsreserved.Connectingto(DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER)))STATUSoftheLISTENER————————Alias

LISTENERVersionStartDateUptimeTraceLevelSecuritySNMP

19-JUL-201215:31:4595days20hr.29min.35secoffON:LocalOSAuthenticationOFF

–ProductionListenerParameterFileListenerLogFile

/u01/app/grid/diag/tnslsnr/pos2/listener/alert/log.xmlListeningEndpointsSummary(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER)))(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=92)(PORT=1521)))(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=94)(PORT=1521)))ServicesSummaryService"+ASM"has1instance(s).Instance"+ASM2",statusREADY,has1handler(s)forthisserviceService"pos"has1instance(s).Instance"pos2",statusREADY,has1handler(s)forthisserviceService"posXDB"has1instance(s).Instance"pos2",statusREADY,has1handler(s)forthisserviceThecommandcompletedsuccessfully–這里注意：查察當(dāng)?shù)乇O(jiān)聽器信息的時(shí)候每個(gè)節(jié)點(diǎn)只美麗到其上運(yùn)轉(zhuǎn)的實(shí)例。SCAN監(jiān)聽器的注冊(cè)是由REMOTE_LISTENER

參數(shù)控制的，任何實(shí)例都會(huì)向全部的

SCAN

監(jiān)聽器注冊(cè)：SQL>showparameterremote_listenerNAMETYPEVALUE———————————————————-——————————remote_listenerstringpos-cluster-scan:1521下邊是LISTENER_SCAN1的一個(gè)狀態(tài)信息，自然你也可以查察LISTENER_SCAN2和LISTENER_SCAN3的狀態(tài)。[grid@pos2~]$lsnrctlstatuslistener_scan1–Productionon23-OCT-201212:06:56Copyright(c)1991,2011,Oracle.Allrightsreserved.Connectingto(DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_SCAN1)))STATUSoftheLISTENER————————AliasLISTENER_SCAN1Version–ProductionStartDate19-JUL-201215:31:45Uptime95days20hr.35min.10secTraceLeveloffSecurityON:LocalOSAuthenticationSNMPOFFListenerParameterFileListenerLogFileListeningEndpointsSummary(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER_SCAN1)))(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=95)(PORT=1521)))ServicesSummaryService"pos"has2instance(s).Instance"pos1",statusREADY,has1handler(s)forthisserviceInstance"pos2",statusREADY,has1handler(s)forthisserviceService"posXDB"has2instance(s).Instance"pos1",statusREADY,has1handler(s)forthisserviceInstance"pos2",statusREADY,has1handler(s)forthisserviceThecommandcompletedsuccessfully因?yàn)槿魏螌?shí)例啟動(dòng)都會(huì)向全部的SCAN監(jiān)聽器動(dòng)向注冊(cè)，從LISTENER_SCAN1的SCAN監(jiān)聽器運(yùn)轉(zhuǎn)狀態(tài)來看，SERVICEpos包含了全部的實(shí)例名稱。就像我昨天回答那位朋友的時(shí)候簡單說“是經(jīng)過內(nèi)部系統(tǒng)”同樣，大家可能看到上邊的內(nèi)容其實(shí)不知道SCAN監(jiān)聽器如何找到比較安閑的實(shí)例的。其實(shí)SCAN監(jiān)聽器是及時(shí)認(rèn)識(shí)全部實(shí)例的運(yùn)轉(zhuǎn)狀況的，所以它可以正確地將連接重定向到安閑服務(wù)器的當(dāng)?shù)乇O(jiān)聽器上。下邊我們經(jīng)過日記查察實(shí)例的動(dòng)向注冊(cè)與動(dòng)向更新1）當(dāng)?shù)乇O(jiān)聽器動(dòng)向注冊(cè)日記：[grid@pos2~]$cd$ORACLE_BASE/diag/tnslsnr/pos2/listener/alert[grid@pos2alert]$grepservice_registerlog_1.xml|head-3<txt>18-JUN-201213:58:23*service_register*LsnrAgt*0<txt>18-JUN-201213:58:30*service_register*+ASM2*0<txt>18-JUN-201215:54:15*service_register*pos2*0--之所以選擇log_1.xml歷史文件是因?yàn)榘l(fā)現(xiàn)我的log.xml里基本都是更新日記，沒有注冊(cè)日記。2）當(dāng)?shù)乇O(jiān)聽器動(dòng)向更新日記：[grid@pos2alert]$grepservice_updatelog.xml|head-3<txt>16-OCT-201216:07:09*service_update*pos2*0<txt>16-OCT-201216:07:33*service_update*pos2*0<txt>16-OCT-201216:08:03*service_update*pos2*03）SCAN監(jiān)聽器動(dòng)向注冊(cè)日記：[grid@rac1~]$cd$ORACLE_BASE/diag/tnslsnr/rac1/listener_scan2/alert/[grid@rac1~]$grepservice_registerlog.xml|head-3<txt>13-AUG-201205:25:00*service_register*LsnrAgt*0<txt>13-AUG-201220:29:07*service_register*luocs1*0<txt>13-AUG-201220:58:05*service_register*luocs1*0這是我另一套測(cè)試RAC環(huán)境。4）SCAN監(jiān)聽器動(dòng)向更新日記：[grid@rac1~]$grepservice_updatelog.xml|head-3<txt>13-AUG-201220:29:19*service_update*luocs1*0<txt>13-AUG-201220:30:19*service_update*luocs1*0<txt>13-AUG-201220:30:46*service_update*luocs1*0注意，若是你的

RAC

是經(jīng)過

hosts

分析了

SCAN

域名的，那么系統(tǒng)里就找不到上邊的

SCAN

監(jiān)聽器日記的路徑。實(shí)例的動(dòng)向注冊(cè)和動(dòng)向更新過程是由實(shí)例的PMON進(jìn)度完成的，正是因?yàn)镾CAN監(jiān)聽器可以及時(shí)認(rèn)識(shí)實(shí)例的負(fù)載狀況，所以SCAN監(jiān)聽器可以負(fù)載均衡地將連接央求轉(zhuǎn)發(fā)給適合實(shí)例的當(dāng)?shù)乇O(jiān)聽器來辦理。這里談到負(fù)載均衡，那么就說下負(fù)載均衡中的優(yōu)先級(jí)共享服務(wù)器配置中：低負(fù)載節(jié)點(diǎn)低負(fù)載實(shí)例實(shí)例相關(guān)的低負(fù)載調(diào)換器專用服務(wù)器配置中：低負(fù)載節(jié)點(diǎn)低負(fù)載實(shí)例SCAN兼容性配置介紹SCAN差不多了，這里還有個(gè)兼容性問題不可以不說。要圓滿實(shí)現(xiàn)SCAN功能特色，其實(shí)對(duì)客戶端的要求也是存在的。下邊看下不同樣版本和SCAN之間的兼容性編號(hào)客戶端軟件版本服務(wù)器端軟件版本SCAN特色的使用111gR211gR2可以充分使用SCAN的特色2早于11gR2版本11gR2不可以充分感覺到SCAN特色311gR2早于11gR2版本在服務(wù)器端沒有SCAN的看法4早于11gR2版本早于11gR2版本在服務(wù)器端沒有SCAN的看法這里略微詳細(xì)說一下第2種狀況，若是客戶端低于11gR2能只好固定地使用第一個(gè)SCANVIP連接數(shù)據(jù)庫；若是該

的版本，在DNS分析的3個(gè)VIP地址中，可SCANVIP對(duì)應(yīng)的監(jiān)聽器出現(xiàn)故障，那么整個(gè)連那針對(duì)兼容性問題我們?nèi)〕龈鞣N客戶端配置方法1）客戶端和服務(wù)器端軟件版本都是11gR2的時(shí)候Tnsnames.oraRACSCAN=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=luocs10g)))2）客戶端是早于11gR2的版本，服務(wù)器端是11gR2的時(shí)候RACSCAN=(DESCRIPTION=(ADDRESS_LIST=(LOAD_BALANCE=on)(FAILOVER=on)(ADDRESS=(PROTOCOL=TCP)(HOST=93)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=94)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=95)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=luocs10g)))為了保證在早于11gR版本的客戶端負(fù)載均衡和失敗切換，我們需要在tnsnames.ora中增添3個(gè)SCANVIP。3）傳統(tǒng)的RAC客戶端配置方法先從客戶正直常地分析服務(wù)器全部節(jié)點(diǎn)的主機(jī)名稱和相應(yīng)的VIP名稱，最好和服務(wù)端/etc/hosts一致。自然，我們不分析名稱的狀況下還可以夠使用VIP地址，比方：LUOCSRAC=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=93)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=94)(PORT=1521))(LOAD_BALANCE=yes)(FAILOVER=on))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=luocs)))當(dāng)?shù)乜蛻舳薶osts分析此后，使用名稱：LUOCSRAC=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=)(PORT=1521))(LOAD_BALANCE=yes)(FAILOVER=on))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=luocs)))注意：傳統(tǒng)的客戶端配置方法其實(shí)還有多種，這個(gè)在這里不細(xì)說。4）JDBC字符串配置初期版本：jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=)(PORT=1521))(LOAD_BALANCE=yes)(FAILOVER=on))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=luocs)))11gR2：jdbc:oracle:thin@luocs-cluster-scan:1521/luocs注意：JDBC是不支持TAF的，所以經(jīng)過JDBC連接沒法實(shí)現(xiàn)Failover，那有沒有解決方法，我們可以使用應(yīng)用的連接池來實(shí)現(xiàn)，也就是當(dāng)連接的時(shí)候發(fā)現(xiàn)某些連接有故障，那自動(dòng)切換到正常實(shí)例的連接。最后我貼一下SCAN配置信息的檢查方法和DNS、GNS方式SCAN分析實(shí)例：第一SCAN配置信息的檢查。1）查察SCAN分析的VIP地址：[root@rac1Server:45Address:45#53Name:Address:97Name:Address:95Name:Address:962）查察SCAN配置信息：[root@rac1bin]#./srvctlconfigscanSCANname:,Network:1///bond0SCANVIPname:scan1,IP:96SCANVIPname:scan2,IP:97SCANVIPname:scan3,IP:953）查察SCAN監(jiān)聽器配置信息：[root@rac1bin]#./srvctlconfigscan_listenerSCANListenerLISTENER_SCAN1exists.Port:TCP:1521SCANListenerLISTENER_SCAN2exists.Port:TCP:1521SCANListenerLISTENER_SCAN3exists.Port:TCP:15214）查察SCANVIP的節(jié)點(diǎn)分配：[root@rac1bin]#./srvctlstatusscanSCANVIPscan1isenabledSCANVIPscan1isrunningonnoderac1SCANVIPscan2isenabledSCANVIPscan2isrunningonnoderac2SCANVIPscan3isenabledSCANVIPscan3isrunningonnoderac25）查察SCANListener的運(yùn)轉(zhuǎn)節(jié)點(diǎn)：[root@rac1bin]#./srvctlstatusscan_listenerSCANListenerLISTENER_SCAN1isenabledSCANlistenerLISTENER_SCAN1isrunningonnoderac1SCANListenerLISTENER_SCAN2isenabledSCANlistenerLISTENER_SCAN2isrunningonnoderac2SCANListenerLISTENER_SCAN3isenabledSCANlistenerLISTENER_SCAN3isrunningonnoderac2DNS方式配置SCAN：以下操作在DNS服務(wù)器進(jìn)步行：安裝bind三個(gè)包配置主地域cd/var/named/chroot/etccp-pnamed.caching-nameserver.confnamed.confvinamed.confoptions{listenlistendirectory

-onport53{any;};-on-v6port53{::1;"/var/named"

};;dump-filestatisticsmemstatistics

"/var/named/data/cache_dump.db";-file"/var/named/data/named_stats.txt";-file"/var/named/data/named_mem_stats.txt"

;allowallow

-query{any;};-query-cache{any;

};};logging{channeldefault_debug

{file"data/named.run";severitydynamic;};};viewlocalhost_resolver{match-clients{any;};match-destinations{any;};recursionyes;include"/etc/named.zones";};cp-pnamed.rfc1912.zonesnamed.zonesvinamed.zoneszone“"IN{typemaster;file“.zone";allow-update{none;};};zone"77.168.192."IN{typemaster;file"77.168.192.local";allow-update{none;};};cd/var/named/chroot/var/named$TTL86400@INSOA.(42;serial(d.adams)3H;refresh15M;retry1W;expiry1D);minimumINNS.scanINA95scanINA96scanINA97$TTL86400@INSOA.(1997022700;Serial28800;Refresh14400;Retry3600000;Expire86400);MinimumINNS.195INPTR.196INPTR.197INPTR.servicenamedrestartchkconfignamedonnslookup或dig檢查，經(jīng)過檢查我們也可以判斷[root@rac1Server:45Address:45#53

DNS供應(yīng)

rr

方式：Name:Address:97Name:Address:95Name:Address:96[root@rac1Server:45Address:45#53Name:Address:96Name:Address:97Name:Address:95[root@rac1Server:45Address:45#53Name:Address:95Name:Address:96Name:Address:97此后我們?cè)诎惭b

GI

的時(shí)候使用

即可，自然要不選擇

ConfigureGNS

。–若是有不知道我在說什么的朋友請(qǐng)?jiān)囈辉囈槐?/p>

Oracle11gR2RAC

的安裝。GNS方式配置SCAN：DNS配置部分[root@oel1[root@oel1[root@oel1[root@oel1~]#cd/var/named/chroot/etc[root@oel1etc]#cp-pnamed.caching-nameserver.confnamed.conf[root@oel1etc]#vinamed.confoptions{listen-onport53{any;};listen-on-v6port53{::1;};directory"/var/named";dump-file"/var/named/data/cache_dump.db";statistics-file"/var/named/data/named_stats.txt";memstatistics-file"/var/named/data/named_mem_stats.txt";Thoseoptionsshouldbeusedcarefullybecausetheydisableportrandomizationquery-sourceport53;query-source-v6port53;allow-query{any;};allow-query-cache{any;};};logging{channeldefault_debug{file"data/named.run";severitydynamic;};};viewlocalhost_resolver{match-clients{any;};match-destinations{any;};recursionyes;include"/etc/named.zones";};#cp-pnamed.rfc1912.zonesnamed.zones[root@oel1etc]#vinamed.zoneszone"