oracle clusterware(文件)
【正文】 建立到數(shù)據(jù)庫的持久連接，定期檢查 SGA中的特定信息，該信息由PMON進程定時更新。 在 Linux平臺上，我們使用 hangchecktimer模塊來實現(xiàn)。 網(wǎng)絡(luò)組件 Public NIC Private NIC 專門用來進行節(jié)點間的通信： Network Heartbeat和 Cache Fusion 單獨的一個通道（單獨的高帶寬交換機） 大數(shù)據(jù)量、低延遲 很多種方式實現(xiàn)私有網(wǎng)絡(luò)的聯(lián)通，最便宜的即使 G級以太網(wǎng) VIP 每個節(jié)點上，除了需要有 Public和 Private以外，還需要有一個 VIP，很多的應(yīng)用都是建立在 VIP之上的，例如 Listener TCP/IP模型 Oracle的 TAF就是建立在 VIP技術(shù)上，首先來講一下 TCP/IP四層協(xié)議。 VIP原理 如果沒有使用 VIP， Oracle客戶端靠“ TCP/IP協(xié)議棧超時”來判斷服務(wù)器故障。 節(jié)點 2的 VIP轉(zhuǎn)移到節(jié)點 1，節(jié)點 1的 Public NIC就會有 VIP VIP2兩個 VIP 和Public IP三個 IP地址 訪問節(jié)點 2的數(shù)據(jù)包被順利的轉(zhuǎn)移到節(jié)點 1，但是因為節(jié)點 1的應(yīng)用在 VIP2上沒有啟動，也就是節(jié)點 1沒有對應(yīng)的應(yīng)用負責(zé)接收，這個錯誤馬上反饋到客戶端（不需要超時）。 VIP的特點 VIP 是在 clusterware安裝的最后階段，通過腳本 VIPCA創(chuàng)建的 VIP作為一個 Nodeapps類型的 CRS Resource注冊到 OCR中，并由 OCR維護狀態(tài) VIP會綁定到 Public NIC上 某個節(jié)點出現(xiàn)故障以后， CRS會把故障節(jié)點的 VIP轉(zhuǎn)移到其他節(jié)點上 每個節(jié)點的 Listener會同時在 Public和 VIP兩個地址上監(jiān)聽 客戶端的 VIP 我們要清除一個概念 VIP會切換、為什么 VIP上的應(yīng)用沒有切換呢？需要切換嗎？ VIP要切換的目的就是為了實現(xiàn)“應(yīng)用層錯誤響應(yīng) +客戶端故障切換”。 Oracle 10g開始，將 clusterware作為一個獨立的集群軟件，而不僅僅為 RAC服務(wù)。 ，一般是作為檢查的起點 crsd、 cssd、 evmd：分別是三個目錄，里面對應(yīng)著三個進程日志 、 、 racg：里面放置的是和資源相關(guān)的日志（主要是節(jié)點相關(guān)的資源），包括 ONS和 VIP等，數(shù)據(jù)庫相關(guān)的資源主要在 ORACLE_HOME里面的日志。 因為應(yīng)用層的快速響應(yīng)和客戶端的故障切換響應(yīng)，我們不再依靠 TCP/IP協(xié)議棧的超時機制。 Oracle引入了 VIP，從而避開了對 TCP協(xié)議棧超時的依賴。如果幾次重發(fā)以后都不能響應(yīng)， TCP就認(rèn)為網(wǎng)絡(luò)出現(xiàn)問題，終止發(fā)送嘗試，通知上層的應(yīng)用，如果連接服務(wù)器使用的是 SQL*Plus，則 SQL*Plus就會拋出連接錯誤。 對上面所講的所有的進程進行分析以后發(fā)現(xiàn)，
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1