虛擬機器：VMware 9.0

OS：Window Server 2003 Enterprise (32 Bit)

Clusterware：10.2.0.1->10.2.0.4

Database：10.2.0.1->10.2.0.5

        以前習慣了在Linu環境下搭建玩RAC，昨天第一次嘗試在Windows上玩了一把，有人肯定會覺得很不屑，覺得Windows平臺沒什麼實用價值，誰說不是呢？話雖如此，但也不能說就一定沒有用windows的生產環境了，既然如此，那麼作為DBA的我們，就要成為多面手，無論處理何種平臺，都要做到心中有數，遇事才不會慌了手腳。下面我把部署過程中遇到的一些問題分享一下，不會講具體操作過程，只會列出幾個比較需要注意的問題：

1.必須確保使用administrator使用者執行安裝，不允許空密碼

2.推薦使用遠端桌面連線方式安裝，如VNC等

3.要修改2個環境變數

TEMP=C:\WINDOWS\TEMP,TMP=C:\WINDOWS\TEMP

4.網路配置(重點)

主網絡卡(橋接)，配上VIP地址，要有閘道器

副網絡卡(Host Only)，配上PRIV地址，無需閘道器

配置完後要用PING和NET USE \\NODE1\C$測試一下，看網路是否連同，這是正確安裝RAC的基本保障。另外，由於Windows是網路傳輸敏感性的，所以還要修改一下注冊表，在HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters專案中，要新增一個DoubleWord欄位，名稱為DisableDHCPMediaSense，值為1。改完後作為網路連通性測試，還要連一下遠端登錄檔，看能否正常連上節點2的登錄檔，必須是可以的才行

最後，一定要注意把網絡卡順序調成PUBLIC在第一位，PRIVATE在後面，否則安裝OUI時，執行到新增節點這裡，會自動新增-PRIVv到相應的節點名稱後面，如：

原來在%sysroot%\DRIVERS\ETC\HOSTS檔案中明明寫了NODE NODE-VIP NODE-PRIV將會變成NOD-PRIV NODE-VIP-PRIV NODE-PRIV-PRIV這樣，就算你修改成和HOST中配置的檔案一樣也沒用，無法NEXT的，所以一定千萬要注意！！！

5.執行services.msc，把其中一個服務關閉，名字是Distributed Tracation Coordinator

6.時間同步也要注意，保證2個節點的時間是一致的，可以雙擊工作列中的時間，然後選擇“Internet時間”，選擇相應的伺服器進行同步

7.配置共享磁碟(也是重點)

具體不多說，可以去網上搜命令和方法，主要講講我的經驗。這塊如果配置不好，2個節點間是無法正常通訊的，因為RAC環境的兩個重要部分OCR和VOTINGDISK都是需要放在共享磁碟中的。主要就是注意，提前規劃好磁碟大小，因為一旦確定了OCR和VOTINGDISK磁碟，就不太會再動了，我的經驗是，10g的話，OCR只有100多M，給個500M就足夠了，VOTINGDISK也不需要給很多，500M也足夠了，如果是11g那相應要多給一點，1G吧。Windows檢視磁碟工具是DISKPART，挺好用的，具體用法可以不帶引數直接輸入DISKPART按回車，就能看幫助了，10g我們一般是用裸盤，不要格式化檔案系統，也不要給碟符，只要建立好分割槽和邏輯驅動器就可以了

另外，如果是VMware來搞的話，要注意在“節點名”.vmx檔案中新增入disk.locking = "FALSE"，否則當你同時啟動2個虛擬機器時，會報一個xx磁碟被lock的錯誤彈窗，無法正常開啟。

8.做完以上步驟以後，其實就可以clone一個主機作為節點2了，然後修改主機名、網絡卡IP等資訊，需重啟生效

9.安裝RAC之前，要先用命令預檢一下，看各個配置環節有沒有疏漏，命令如下：runcluvfy.bat stage -pre crsinst -n node1,node2 [-verbose]

安裝完以後，也可以用這個命令再次檢驗一下：runcluvfy.bat stage -post hwos -n node1,node2 [verbose]

10.坑爹的來了，這個問題困擾了我一天，前前後後裝了足足4次，就是關於vipca在10.2.0.1 RAC的bug引發的一系列問題。當你順利裝完RAC後，滿心歡喜去執行VIPCA就以為大功告成的時候，會很悲催的，絲毫沒有別的解決辦法，手動去啟動OracleCRService也沒用，執行crsctl start crs就卡住，而且日誌資訊也沒有明顯的ERROR提示。

執行VIPCA時會報如下2個錯誤：

會報PRKH-1010和PRKR-1062的錯誤。重啟節點1和節點2也沒用，為了解決這個bug，查閱了很多資料，最終還是在MOS找到了解決方法：

官方是這麼說的，由於Windows在10.2.0.1這個版本下存在Oracle相關服務不能自動啟動的BUG，必須安裝一個後續PATCH中才有的工具來解決，名字叫做“opmd.exe”。

引用一段官方對這個BUG SOLUTION的說明：

Oracle BUG:4537790 was logged for this issue, although the problem is more of an OS initialization problem than a CSS problem.  The fix forBUG:4537790 is to provide an executable called 'opmd.exe'  .  The opmd.exe allows the creation of a new service called the 'Oracle Process Manager'.   The Oracle Process Manager will control the startup of the clustering services to prevent the OracleCSService (or OracleCMService9i) from starting up before the rest of the OS services have started.  

To resolve this problem, you must obtain the patchset for your release which contains the 'opmd.exe'.  The following patches contain this utility:

For Oracle10g:
===============================

10.1.0.4 Patch 10 and higher will contain 'opmd.exe'
10.1.0.5 Patch 1 and higher will contain 'opmd.exe'
10.2.0.1 Patch 5 and higher will contain 'opmd.exe'
10.2.0.2 Patch 3 and higher will contain 'opmd.exe'

安裝opmd程序管理程式的命令很簡單，opmd -install

解除安裝opmd就是opmd -unistall

還可以加-debug引數，產生一個trace的log檔案記錄整個過程

注意，必須在2個節點都執行opmd，單獨在節點1執行是沒用的，opmd的主要作用是把OracleCRService,OracleCSService,OracleEVMService這3個服務設定成手動啟動模式，目的是為了避免和OS的程序在初始化的時候起衝突，造成這幾個RAC重要服務無法自動啟動，從而產生Split-Brain，一旦2個節點都安裝完opmd後，就可以手動在去啟動這幾個服務了，不再會報錯

安裝完opmd以後，一切問題都搞定，整個人都輕鬆了好多，執行VIPCA也正常了。先寫這麼多，希望對大家以後在Windows上玩RAC帶來一定的幫助。

參考資料：Automatic Startup of Cluster Services May Hang or Fail on Windows (文件 ID 358156.1)