oracle 12c rac 在 windows server 上无法安装，因官方自11gr2起已停止支持，仅限linux/unix；强行安装会因缺少windows版集群进程而失败，正确高可用方案为data guard或mscs+单实例。
Oracle 12c RAC 在 Windows Server 上无法安装——这不是配置问题，而是官方明确不支持的架构限制。
Windows Server 不支持 Oracle 12c RAC
Oracle 官方从 11gR2 开始就已停止对 Windows 平台的 RAC 支持。12c 版本（包括 12.1 和 12.2）的 RAC 仅支持 Linux 和 UNIX 系统，Windows Server 不在受支持的操作系统列表中。你查不到任何 Oracle 文档、MOS Note 或安装介质里包含 winx64_12cRAC 这类包，因为根本不存在。
常见错误现象：
- 运行
setup.exe时，安装向导根本不显示“Real Application Clusters”选项，只有单实例安装路径 - 强行复制 Linux RAC 的响应文件或参数到 Windows，安装直接报
INS-06006或PRVG-11001类校验失败 - 即使绕过前置检查（如用
-ignorePrereq），也会卡在rootcrs.pl执行阶段，因缺少 Windows 版ohasd、crsd等集群进程而失败
为什么不能硬上 Windows + MSCS 模拟 RAC
有人试图用 Windows 故障转移群集（MSCS）+ 多个 Oracle 单实例来“模拟”RAC，这条路完全走不通：
-
Oracle RAC和Windows Failover Clustering是两套互斥的高可用机制：RAC 依赖Oracle Grid Infrastructure管理共享存储、全局队列和缓存融合（Cache Fusion），而 MSCS 只做服务级故障转移，不提供内存同步或跨节点锁管理 - 两者共存会触发底层冲突：
ClusSvc和OracleCSService抢占同一注册表路径HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Clus*；监听端口（如1521、6200）和服务启动顺序也必然紊乱 - 即便临时禁用 MSCS 后装上 Grid Infrastructure，也无法启动
crsctl start crs，因为 Windows 版 Oracle Clusterware 自 11.2.0.2 起就已移除 RAC 相关组件
替代方案：Windows 上能用的高可用组合
如果你必须在 Windows Server 上跑 Oracle 并需要高可用，只能选以下两种被 Oracle 官方认证的路径：
-
Oracle Data Guard：主库（Primary）+ 备库（Standby），支持物理或快照备库。切换是手动或借助
DGMGRL，RTO/RPO 可控，但不是实时负载分担 -
Windows 故障转移群集（MSCS）+ 单实例 Oracle：把整个 Oracle 实例（含监听、数据库服务）作为集群资源托管，故障时整实例漂移。注意：必须卸载所有 RAC 相关痕迹（如残留
Grid Infrastructure），且Get-WindowsFeature Failover-Clustering必须返回InstallState : Installed
不要尝试混合使用：既装 MSCS 又跑 Grid Infrastructure，或在已启用 MSCS 的节点上执行 runInstaller -clusterEnabled，这类操作只会导致注册表损坏、服务无法启动、后续无法干净卸载。
真正想部署 RAC？换操作系统
如果业务场景强依赖 RAC 的特性（如跨节点并行查询、在线滚动升级、读写分离扩展），唯一合规路径是迁移到 Linux（RHEL/CentOS/Oracle Linux 7.x+ 或 OL8/9）。Oracle 12.2 RAC 在 Linux 上要求：
- 至少两个同构节点（CPU 架构、内核版本、补丁级别一致）
- 共享存储必须通过 ASM 或第三方集群文件系统（如 OCFS2），Windows 的 SMB 共享或 iSCSI Target 不被支持
-
grid infrastructure和database software必须分别安装，且CRS用户需有asmadmin、asmdba组权限
RAC 的复杂性不在安装界面点几下，而在网络心跳、OCR/Voting Disk 容错、ASM 磁盘组冗余策略这些底层设计上——Windows 平台从内核机制到驱动模型都不支撑这些能力，强行折腾只是浪费时间。
