【文章內(nèi)容簡介】 與： IP 是利用TCP層超時， VIP 利用的是應用層的立即響應。VIP 它是浮動的IP. 當一個節(jié)點出現(xiàn)問題時會自動的轉(zhuǎn)到另一個節(jié)點上。假設有一個2個節(jié)點的RAC，正常運行時每個節(jié)點上都有一個VIP。 VIP1 和VIP2. 當節(jié)點2發(fā)生故障，比如異常關系。 RAC 會做如下操作：1). CRS 在檢測到rac2節(jié)點異常后，會觸發(fā)Clusterware 重構，最后把rac2節(jié)點剔除集群，由節(jié)點1組成新的集群。2). RAC的Failover 機制會把節(jié)點2的VIP轉(zhuǎn)移到節(jié)點1上，這時節(jié)點1的PUBLIC 網(wǎng)卡上就有3個IP 地址： VIP1,VIP2, PUBLIC IP1.3). 用戶對VIP2的連接請求會被IP層路由轉(zhuǎn)到節(jié)點14). 因為在節(jié)點1上有VIP2的地址，所有數(shù)據(jù)包會順利通過路由層，網(wǎng)絡層，傳輸層。5). 但是，節(jié)點1上只監(jiān)聽VIP1和public IP1的兩個IP地址。并沒有監(jiān)聽VIP2，故應用層沒有對應的程序接收這個數(shù)據(jù)包，這個錯誤立即被捕獲。6). 客戶段能夠立即接收到這個錯誤，然后客戶段會重新發(fā)起向VIP1的連接請求。 VIP 特點： 1). VIP 是通過VIPCA腳本創(chuàng)建的 2). VIP 作為Nodeapps類型的CRS Resource 注冊到OCR中，并由CRS 維護狀態(tài)。 3). VIP 會綁定到節(jié)點的public 網(wǎng)卡上，故public 網(wǎng)卡有2個地址。 4). 當某個節(jié)點發(fā)生故障時，CRS 會把故障節(jié)點的VIP 轉(zhuǎn)移到其他節(jié)點上。5). 每個節(jié)點的Listener 會同時監(jiān)聽public 網(wǎng)卡上的 public ip 和VIP6). 一般會配置指向節(jié)點的VIP. Clusterware 的日志體系Oracle Clusterware的輔助診斷，只能從log 和trace 進行。 而且它的日志體系比較復雜。 :$ORA_CRS_HOME\log\hostname\, 這是首選的查看文件。Clusterware后臺進程日志：: $ORA_CRS_HOME\log\hostname\crsd\: $ORA_CRS_HOME\log\hostname\cssd\: $ORA_CRS_HOME\log\hostname\evmd\Nodeapp日志位置：$ORA_CRS_HOME\log\hostname\racg\這里面放的是nodeapp的日志，包括ONS和VIP，比如：工具執(zhí)行日志：$ORA_CRS_HOME\log\hostname\client\Clusterware 提供了許多命令行工具： 比如ocrcheck, ocrconfig,ocrdump,oifcfg和clscfg, 這些工具產(chǎn)生的日志就放在這個目錄下還有$ORACLE_HOME\log\hostname\client\ 和$ORACLE_HOME\log\hostname\racg 也有相關的日志。 一． RAC 并發(fā)RAC 的本質(zhì)是一個數(shù)據(jù)庫，運行在多臺計算機上的數(shù)據(jù)庫，它的主要任務是數(shù)據(jù)庫就是事務處理，它通過 Distributed Lock Management(DLM:分布式鎖管理器) 來解決并發(fā)問題。因為RAC的資源是共享的，為了保證數(shù)據(jù)的一致性，就需要使用DLM來協(xié)調(diào)實例間對資源的競爭訪問。RAC 的DLM 就叫作 Cache Fusion。在DLM 中，根據(jù)資源數(shù)量，活動密集程度，把資源分成兩類：Cache Fusion和NonCache Fusion。Cache Fusion Resource指數(shù)據(jù)塊這種資源，包括普通數(shù)據(jù)庫，索引數(shù)據(jù)庫，段頭塊(Segment Header),undo 數(shù)據(jù)庫。 NonCache Fusion Resource是所有的非數(shù)據(jù)庫塊資源, 包括數(shù)據(jù)文件，控制文件，數(shù)據(jù)字典，Library Cache，share Pool的Row Cache等。Row Cache 中存放的是數(shù)據(jù)字典，它的目的是在編譯過程中減少對磁盤的訪問。在Cache Fusion中，每一個數(shù)據(jù)塊都被映射成一個Cache Fusion資源，Cache Fusion 資源實際就是一個數(shù)據(jù)結構，資源的名稱就是數(shù)據(jù)塊地址（DBA）。每個數(shù)據(jù)請求動作都是分步完成的。首先把數(shù)據(jù)塊地址X轉(zhuǎn)換成Cache Fusion 資源名稱，然后把這個Cache Fusion 資源請求提交給DLM， DLM 進行Global Lock的申請，釋放活動，只有進程獲得了PCM Lock才能繼續(xù)下一步，即：實例要獲得數(shù)據(jù)塊的使用權。Cache Fusion要解決的首要問題就是：數(shù)據(jù)塊拷貝在集群節(jié)點間的狀態(tài)分布圖， 這是通過GRD 實現(xiàn)的。 GRD（Global Resource Directory）可以把GRD 看作一個內(nèi)部數(shù)據(jù)庫，這里記錄的是每一個數(shù)據(jù)塊在集群間的分布圖，它位于每一個實例的SGA中，但是每個實例SGA中都是部分GRD，所有實例的GRD匯總在一起就是一個完整的GRD。RAC 會根據(jù)每個資源的名稱從集群中選擇一個節(jié)點作為它的Master Node，而其他節(jié)點叫作Shadow Node。 Master Node 的GRD中記錄了該資源在所有節(jié)點上的使用信息，而Shadow Node的GRD中只需要記錄資源在該節(jié)點上的使用情況，這些信息實際就是PCM Lock信息。PCM Lock 有3個屬性： Mode，Role 和 PI(Past Image)二． RAC 架構 SGA 的變化 和傳統(tǒng)的單實例相比， RAC Insance的SGA 最顯著的變化就是多了一個GRD部分。 Oracle 中的數(shù)據(jù)操作都是在內(nèi)存的SGA區(qū)完成的，和傳統(tǒng)的單實例不同，RAC 是有多個，每個數(shù)據(jù)塊可以在任何一個Instance 的SGA中都有拷貝，RAC必須知道這些拷貝的分布版本，狀態(tài)，而GRD就是這些信息的內(nèi)存區(qū)。GRD 雖然位于SGA中，但是不像Buffer Cache 或者 Log buffer等SGA 組件，有明確的參數(shù)來對應，每個節(jié)點中都只有部分GRD內(nèi)容，所有的節(jié)點合在一起才構成完整的GRD. 后臺進程的變化 每個RAC的實例和傳統(tǒng)的單實例一樣，都有DBWR,LGWR,ARCn，CKPT 這些后臺進程，除了這些進程外，每個實例還增加了若干RAC特有的進程，要注意的是，這些進程名稱和進程提供的服務名稱差異很大，比如LMS進程提供的是GCS 服務，很不便與記憶，造成這種現(xiàn)象的原因是進程名稱從9i 之前的OPS（RAC 前身）延續(xù)下來的，但是服務卻已經(jīng)在RAC中重新設計并命名。 LMSn 這個進程是Cache Fusion的主要進程，負責數(shù)據(jù)塊在實例間的傳遞，對應的服務叫作GCS(Global Cache Service), 這個進程的名稱來源與Lock Manager Service。 從Oracle 9開始，Oracle 對這個服務重新命名成Global Cache SErvice, 但是進程名字確沒有