必须先加新盘、等重平衡、再删旧盘，三步缺一不可；跳过任一环节可能触发ORA-15032、ORA-59327或DROPPING卡住；操作前须确认磁盘状态、冗余类型及是否属OCR/VOTEDISK关键磁盘组。
不能直接“替换”故障磁盘——必须先加新盘、等重平衡、再删旧盘，三步缺一不可。跳过任一环节都可能触发 ORA-15032、ORA-59327 或磁盘卡在 DROPPING 状态。
确认故障磁盘真实状态和归属磁盘组
别只看 v$asm_disk.state = 'OFFLINE' 就动手。先查它是否已自动被踢出、是否还在参与重平衡、是否属于 OCR/VOTEDISK 这类关键磁盘组：
- 执行
SELECT group_number, name, path, state, header_status, mode_status FROM v$asm_disk WHERE path LIKE '%FAULTY_DISK%';——重点看header_status（PROVISIONED表示未初始化，FAILED表示 ASM 已标记损坏） - 用
SELECT name, type, state, total_mb, free_mb FROM v$asm_diskgroup WHERE group_number = <group_num>;</group_num>确认该磁盘组当前冗余类型（EXTERNAL/NORMAL/HIGH），这决定后续能否单盘删除 - 若磁盘在
OCR或VOTEDISK磁盘组中，必须先用crsctl query css votedisk和ocrcheck -config核对位置，这类磁盘删除前需额外做ocrconfig -add和crsctl replace votedisk
添加新磁盘前必须同步完成的三件事
新加磁盘在节点间不一致是 RAC 环境下最常见失败根源，不是 ASM 问题，是 OS 层配置漏了：
- 所有节点都要运行
udevadm trigger --type=devices --action=change && udevadm settle（UDEV 场景）或oracleasm scandisks（ASMLib 场景），确保/dev/asm-diskx设备文件存在且权限为brw-rw---- grid:asmadmin - 每个节点分别连接 ASM 实例执行
SELECT path FROM v$asm_disk WHERE path LIKE '/dev/asm-disk%';，输出必须完全一致；若有差异，asmcmd lsdsk -k也会不一致，此时加盘只会在一个节点生效 - 新磁盘路径必须与
v$asm_disk.path中显示的格式严格一致（含大小写、转义符），例如'/dev/asm-diskj'不能写成'/dev/asm-diskJ'或'/dev/asm-diskj '（末尾空格）
执行 ADD/DROP 时的关键参数与避坑点
命令本身简单，但参数选错会导致重平衡失控或操作静默失败：
- 加盘命令必须带
NAME子句：ALTER DISKGROUP DATA ADD DISK '/dev/asm-diskj' NAME DATA_NEW01;——否则磁盘名会是DATA_0007这类编号，在后续诊断或删盘时极易混淆 - 删盘前务必确认该磁盘
free_mb ≈ total_mb（即数据已迁出），否则DROP DISK会拒绝执行并报ORA-15036；可用SELECT disk_number, free_mb, total_mb FROM v$asm_disk WHERE group_number = <dg_num></dg_num>快速核对 - 重平衡强度用
REBALANCE POWER控制：POWER 1适合生产高峰期（慢但 IO 影响小），POWER 5适合维护窗口；切勿省略WAIT（如REBALANCE POWER 3 WAIT），否则命令返回 “Diskgroup altered” 后后台仍在跑，容易误判进度 - Normal 冗余磁盘组删盘时，若只剩 2 个 Failgroup，强行删第三个 Failgroup 会触发
ORA-59327——这不是 bug，是 12.1.0.2+ 版本强制保护机制，此时必须先加新 Failgroup 再删旧的，不能跳步
删盘后磁盘长期卡在 DROPPING 状态怎么办
这不是卡住，而是 ASM 在等 disk_repair_time 超时（默认 3.6 小时）。但更常见的是底层存储链路未真正断开或 multipath 配置残留：
- 检查
v$asm_operation：若STAT列为EXECUTING但SOFAR == EST_WORK长时间不变，说明重平衡卡死，需查Alert.log是否有 I/O timeout 或ORA-15067 - 确认旧磁盘物理链路已拔掉或 LUN 已 unmap，否则多路径仍会尝试访问，导致磁盘无法彻底退出；可用
ls -l /dev/mapper/xxx和dmsetup ls验证 - 如果已确认物理层无访问，但磁盘仍不消失，可尝试在所有节点执行
ALTER SYSTEM DROP DISKGROUP <dg_name> FORCE INCLUDING CONTENTS;</dg_name>（仅限测试环境）或联系 Oracle 支持获取_asm_force_rebalance隐含参数方案
最易被忽略的一点：整个流程中，OCR 和 VOTEDISK 所在磁盘组的操作必须单独验证、单独备份，它们不参与普通数据重平衡逻辑，一旦出错整个集群无法启动，且恢复窗口极窄。
