先确认crsctl check crs是否返回crs-4638，若未显示ohas在线，则cssd未启动或权限不足；输出为空或“no voting files available”表明集群底层服务异常，非磁盘本身故障。
crsctl query css votedisk 输出为空或路径异常？先确认集群服务状态
输出为空不是 Voting Disk 消失了，而是 CSSD 没起来或没权限——crsctl check crs 必须返回 CRS-4638: Oracle High Availability Services is online 且所有子服务 OK。若 crsctl query css votedisk 报 No voting files available，别急着查磁盘，先看 crsctl stat res -t | grep css 是否为 ONLINE。非 root 用户执行会静默失败；GI 进程未完全启动时也会返回空。
v$asm_disk 中 Voting Disk 对应磁盘显示 OFFLINE 或 HEADER_STATUS 异常？重点查磁盘头与权限
Voting Disk 所在磁盘在 v$asm_disk 中状态异常，八成不是磁盘坏了，而是 ASM 没法读它的头块：
-
HEADER_STATUS = CANDIDATE或PROVISIONED：磁盘头被覆盖或未初始化，kfed read /dev/mapper/VOTE01 | grep kfbh.type应返回FKBTYP_DISKHEAD，否则需kfed repair（前提是有 AU 备份） -
VOTING_FILE = 'Y'但STATE != 'NORMAL'：说明该盘被 ASM 识别为表决盘，但无法访问——检查ls -l /dev/mapper/VOTE01是否为grid:asmadmin且权限brw-rw----（即 0660） - 节点间设备路径不一致：节点1是
/dev/mapper/VOTE01，节点2是/dev/sdc，会导致仅单节点能识别 Voting Disk，crsctl query css votedisk在节点2上可能不显示或报错
ASM 实例挂载了磁盘组，但 Voting Disk 仍不可用？验证 asm_diskstring 与 udev 规则
即使磁盘组已 MOUNTED，Voting Disk 也可能因路径不可达而失效：
-
show parameter asm_diskstring必须包含 Voting Disk 所在物理设备路径，例如'/dev/mapper/VOTE*'；19c 默认为NULL，未显式设置就等于没告诉 ASM 去哪找盘 -
udevadm info --name=/dev/mapper/VOTE01 | grep ID_WWN在所有节点运行，输出必须完全一致；WWN 不同意味着底层 LUN 被映射错盘，RAC 会拒绝协调 -
/etc/udev/rules.d/99-asm-disk.rules中必须有OWNER="grid", GROUP="asmadmin", MODE="0660"三者，缺一不可；改完需udevadm control --reload-rules && udevadm trigger --subsystem-match=block
OCR 磁盘组也脱机了？优先保 OCR，再救 Voting Disk
OCR 和 Voting Disk 同在同一个 ASM 磁盘组（如 +OCR_VOTE）时，整个磁盘组 DISMOUNTED 就等于集群“脑死亡”。此时不能只盯 Voting Disk：
- 先查
v$asm_diskgroup中该组STATE是否为MOUNTED；若为DISMOUNTED，按磁盘组挂载流程处理：asmcmd lsdsk -k验证设备可见性 → 查asm_diskstring→ 核对权限与 WWID - 不要单独尝试
crsctl replace votedisk，它依赖 OCR 可写；若 OCR 不可用，先用ocrconfig -restore恢复 OCR 备份（前提是备份有效） - Voting Disk 文件本身极小（几 MB），但损坏后集群无法完成节点加入仲裁；恢复后务必用
crsctl query css votedisk和crsctl stat res -t | grep vote双重确认
真正棘手的从来不是“找不到 Voting Disk”，而是节点间设备识别逻辑不一致——哪怕 WWID 差一个字符、udev 规则少一个 MODE=0660、或者 asm_diskstring 在某个节点漏了通配符，都会让集群在仲裁阶段静默失败。这种问题不会报错，只会让你反复看到 “No voting files available”。
