虚拟机：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用户运行安装。不同意空password
2.推荐使用远程桌面连接方式安装，如VNC等
3.要改动2个环境变量
TEMP=C:WINDOWSTEMP,TMP=C:WINDOWSTEMP
4.网络配置(重点)
主网卡(桥接)。配上VIP地址，要有网关
副网卡(Host Only)，配上PRIV地址，无需网关
配置完后要用PING和NET USE \NODE1C$測试一下。看网络是否连同。这是正确安装RAC的基本保障。另外，由于Windows是网络传输敏感性的，所以还要改动一下注冊表。在HKLMSYSTEMCurrentControlSetServicesTcpipParameters项目中，要加入一个DoubleWord字段，名称为DisableDHCPMediaSense，值为1。改完后作为网络连通性測试。还要连一下远程注冊表，看是否能正常连上节点2的注冊表，必须是能够的才行
最后。一定要注意把网卡顺序调成PUBLIC在第一位，PRIVATE在后面，否则安装OUI时，运行到加入节点这里，会自己主动加入-PRIVv到对应的节点名称后面。如：
原来在%sysroot%DRIVERSETCHOSTS文件里明明写了NODE NODE-VIP NODE-PRIV将会变成NOD-PRIV NODE-VIP-PRIV NODE-PRIV-PRIV这样，就算你改动成和HOST中配置的文件一样也没用。无法NEXT的。所以一定千万要注意！！！
5.运行services.msc，把当中一个服务关闭。名字是Distributed Tracation Coordinator
6.时间同步也要注意，保证2个节点的时间是一致的，能够双击任务栏中的时间，然后选择“Internet时间”，选择对应的server进行同步
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进程管理程序的命令非常easy。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)