dd备份的Voting Disk镜像可直接还原，但需满足设备路径、大小、权限一致且备份时未被修改，否则CRS无法启动或脑裂；还原前须停所有节点CRS、验证备份完整性、确认设备未被占用，并用conv=notrunc确保字节级一致。
dd备份的 Voting Disk 镜像能直接还原，但前提是：备份时 Voting Disk 未被修改，且目标设备路径、大小、权限与原始环境一致。否则还原后 CRS 无法启动或出现脑裂。
确认当前 Voting Disk 状态和备份有效性
先验证是否真丢失了 voting disk，而不是仅状态为 offline：
- 用
crsctl query css votedisk查看输出 —— 如果返回No such file or directory或完全无输出，才说明底层设备已不可访问 - 检查备份文件是否完整：
ls -l /path/to/votingdisk.bak，对比原始设备大小（如blockdev --getsz /dev/raw/raw2或fdisk -l /dev/raw/raw2 2>/dev/null | grep "Disk.*bytes"） -
strings /path/to/votingdisk.bak | head -5应能输出类似fSLC、ssLckcoT的 CSS 标识字符串；若全是空或乱码，备份本身已损坏
还原前必须停掉所有节点的 CRS 栈
不能只在单节点执行 dd 还原 —— Voting Disk 是集群级共享资源，任何节点写入都会破坏一致性：
- 所有节点均以 root 执行：
crsctl stop crs -f（强制停止，避免等待超时） - 确认进程已清空：
ps -ef | grep -E "(crsd|ocssd|evmd)" | grep -v grep输出应为空 - 特别注意：不要用
crsctl start crs -excl启动再还原 —— exclusive 模式下 CSS 不读 Voting Disk，此时还原无效
用 dd 还原并验证设备可读性
还原命令本身简单，但路径、权限、对齐方式错一个就失败：
- 确保目标设备存在且未被 ASM 或其他进程占用：
lsof /dev/raw/raw2或fuser -v /dev/raw/raw2应无输出 - 还原命令（以原始设备为
/dev/raw/raw2为例）：dd if=/home/oracle/backup/votingdisk.bak of=/dev/raw/raw2 bs=4096 conv=notrunc -
conv=notrunc很关键：防止因块数微小差异导致末尾被截断；bs=4096匹配多数 RAW 设备默认扇区大小 - 还原后立即校验：
cmp /home/oracle/backup/votingdisk.bak /dev/raw/raw2—— 无输出表示字节级一致
启动 CRS 并观察 CSS 日志
还原完成不等于恢复成功，CSS 进程加载 Voting Disk 时会做 CRC 和结构校验：
- 任一节点执行：
crsctl start crs（无需-excl） - 立刻检查日志：
tail -f $GRID_HOME/log/`hostname`/cssd/ocssd.log - 成功标志是出现
clssnmReadDiscoveryLog: voting file read successful和clssnmInitGSTime: GST time is - 若卡在
clssnmWaitForAllNodes或报ERROR: clssnmReadVotedisk: voting file not found，说明设备路径不对、权限不足（需root:oinstall且 640），或备份本身不匹配当前 GI 版本
实际中最容易被忽略的是：备份文件生成于 12.1.0.2，但还原到 12.2.0.1 环境 —— 即使设备路径一致，CSS 也会拒绝加载，因为 Voting Disk 格式随 GI 补丁级别变化。这种情况下，dd 还原无效，必须走 crsctl replace votedisk 重建。
