Voting Disk和OCR的概念
2010-06-25 14:23:52| 分類： Oracle | 標籤： |字號大中小 訂閱
* Oracle Cluster Registry（OCR）文件：也是CRS關鍵的組成部分。用於維護在Cluster中高可用性組件的信息。例如，Cluster節點列表，Cluster數據庫Instance到節點的映射和CRS應用資源的列表（如Services、虛擬內部鏈接協議地址等）。此文件是通過SRVCTL類似的管理工具自動維護的。其大小約100MB。
* voting file：其本質上是用於Cluster synchronization Services守護進程進行節點信息的監控。大小約爲20MB。
OCR的結構
Cluster的配置信息是在OCR中維護的。OCR依賴分佈式的共享緩存結構用於優化關於Cluster知識庫的查詢。在Cluster中的每個節點都通過OCR進程訪問OCR緩存在其內存中維護着一個副本。事實上在Cluster中，只有一個OCR進程對共享存儲中的OCR進行讀寫操作。此進程負責刷新（refresh）其自己擁有的本地緩存以及Cluster中其他節點的OCR cache。對於涉及到Cluster知識庫的訪問，OCR客戶端直接訪問本地OCR進程。當客戶端需要更新OCR時，它們將通過本地OCR進程與那個扮演讀寫OCR文件的進程進行交互。
OCR客戶端應用有：Oracle通用安裝器（OUI）、SRVCTL、企業管理器（EM）、DBCA、DBUA、NetCA和虛擬網絡協議助理（VIPCA）。此外，OCR維護管理着CRS內部中定義的各種應用程序的資源的依賴和狀態信息，特別是Database、Instance、Services和節點的應用程序。配置文件的名字是/etc/oracle/ocr.loc，並且配置文件變量是ocrconfig_loc和ocrmirrorconfig_loc。Cluster 知識庫的位置是不受限於裸設備的。可以將OCR放置在由Cluster file system管理的共享存儲設備上。
note：OCR也可用於在ASM的單Instance中作爲配置文件，每個節點有一個OCR。
2、Voting disk
Voting disk通過健康檢查和在網絡失敗的情況下在多個進程間確定集羣的所有者來管理羣集的成員，RAC的投票權使用磁盤，以確定哪些進程是一個羣集成員。表決磁盤必須駐留在共享磁盤上。對於高可用性，Oracle建議你有多個表決磁盤。Oracle的集羣使多個磁盤上，但必須是基數的磁盤，如一、三、五等奇數。如果你定義一個單一的表決磁盤，然後你應該使用外部鏡像以提供冗餘。例如，在出現節點分裂的情況，即一個兩節點的RAC，現在的私有互聯網絡被打破，我們可以說這是由網卡失敗導致的，在這種情況下，兩機的其它部分仍然需要工作正常。那麼如何才能決定哪些應該繼續留在集羣？我們知道，只有一個應該留在羣集中，否則將有衝突，，因爲，他們沒有任何更多的協調方法。這裏就需要用到Vote disk。Vote disk是共享的磁盤存儲，所以節點都可以訪問它們，第一個鎖定投票磁盤現在將佔到的是大多數（本身加表決磁盤），因此，我們可以決定誰留在集羣和誰將出來。這也是爲什麼投票磁盤的數目必須是單數。
votind disk的位置信息存儲在ocr文件中，可以通過兩種方式獲取：
#ocrdump -stdout -keyname SYSTEM.css.diskfile
#crsctl query css votedisk
兩種查看VOTE disk信息的辦法
votingdisk中應該不存儲什麼特殊的信息，可以通過dd if=/dev/vote_disk bs=8192 count=1000 | od -a > /tmp/vote_disk.out 命令來查看vote_disk裏面內容，我的觀點是不應該被RAC頻繁更新。
或可以通過：
#dd if=/dev/raw/raw7 of=/u01/vote.bak
#strings /u01/voting.bak |sort –u
*voting disk的信息一般不會被更改，緊緊是在第一次安裝和節點發生變化如增加減少節點的情況下。
3、voting disk和OCR
voting file和OCR file是不能被存儲在ASM中的，因爲它們必須在任何Oracle Instance啓動前就可以被訪問。並且，兩者必須是在冗餘的、可靠的存儲設備中存放，如RAID。推薦最好的做法是將這些文件放在裸磁盤上。