必须用“独立-持久”模式+显式启用scsi总线共享，否则两节点无法同时写入同一磁盘导致集群失败；需用vmware-vdiskmanager.exe -c -s 2gb -a lsilogic -t 2创建共享磁盘，并在两节点.vm x文件中添加scsi0:1.sharedbus="virtual"、disk.locking="false"、disk.enableuuid="true"三行配置。
必须用“独立-持久”模式 + 显式启用 scsi 总线共享，否则两个节点无法同时写入同一块磁盘，集群会直接失败。
vmware-vdiskmanager 创建共享磁盘时的关键参数
不能直接在 VMware GUI 里“添加硬盘”完事——那样创建的磁盘默认不支持跨虚拟机共享。必须用命令行工具 vmware-vdiskmanager.exe 创建，并指定类型为 -t 2（即“可共享的单文件”格式）：
-
-c：创建新磁盘 -
-s 20gb：大小建议 ≥1GB（OCR/Voting 至少 1GB，Data 至少 10GB），不要用 MB 单位，避免误算 -
-a lsilogic：控制器类型必须与后续虚拟机配置一致（RHEL/CentOS 7 默认用 LSI Logic） -
-t 2：这是关键！-t 0（单机独占）或-t 1（快照兼容）都不支持 RAC
示例命令：vmware-vdiskmanager.exe -c -s 2gb -a lsilogic -t 2 D:\RAC\ocr.vmdk
修改 .vmx 文件必须加的三行配置
仅把磁盘挂到两台虚拟机上还不够。VMware 默认禁止跨 VM 写入，必须手动编辑每个节点的 .vmx 文件，否则 asmca 扫不到盘，或者出现 ORA-15032: not all alterations performed 错误：
-
scsi0:1.sharedBus = "virtual"（假设磁盘挂载在 scsi0:1，按实际编号调整） -
disk.locking = "FALSE"：禁用 VMware 磁盘锁，否则节点间会抢锁失败 -
disk.EnableUUID = "TRUE"：让 Linux 内核能生成稳定设备 UUID，ASM 依赖这个识别磁盘
注意：scsi0:1 中的编号要和你在虚拟机设置里选的“虚拟设备节点”完全一致；两个节点的 .vmx 文件都要改，且各自对应自己的 SCSI 控制器编号（如 rac1 是 scsi0，rac2 就可能是 scsi1）。
Linux 侧识别共享磁盘的坑：partprobe 不够，得等 udev 触发
在 rac1 上用 fdisk 分好区后，rac2 执行 partprobe 常常没反应——这不是命令错了，而是 udev 事件没触发。真实生效靠的是：
- 先在 rac1 上执行
udevadm trigger --subsystem-match=block（强制重放 block 设备事件） - 再在 rac2 上运行
udevadm settle（等待 udev 队列清空） - 最后检查
/dev/sdX是否出现在ls /dev/sd*里，而不是只看fdisk -l输出
如果仍看不到，大概率是 .vmx 里 sharedBus 拼错、或两个节点挂载到了不同 SCSI 控制器（比如 rac1 挂 scsi0:1，rac2 挂 scsi1:1），这时设备名根本不会同步。
ASM 初始化前必须确认的三件事
跑 oracleasm createdisk 或 asmca 之前，漏掉任何一项都会卡在 “Disk Discovery” 步骤：
- 所有共享磁盘在两个节点上必须有**完全一致的设备路径名**（如都是
/dev/sdb1），不能一个叫sdb1、另一个叫sdc1 -
oracleasm status必须返回running，且oracleasm listdisks在两边输出相同结果 - 确保
/etc/sysconfig/oracleasm中ORACLEASM_SCANORDER包含"dm" "sd"（优先扫 device-mapper 和 SCSI 盘），否则可能跳过 ASM 盘
最隐蔽的问题是：即使设备名一致，若两个节点内核加载的 SCSI 驱动顺序不同（比如一个先加载 mptspi，另一个先加载 lsi_mr3），也会导致 /dev/sdX 编号错位——这时必须用 udev 绑定固定名称，而不是依赖内核自动命名。
