asm_diskstring仅是磁盘发现路径，非访问控制机制；真正实现过滤需依赖udev/AFD的设备稳定性、权限控制（grid:asmadmin+0660）及多节点路径一致性，否则将导致ORA-15018等错误。
直接改 asm_diskstring 参数本身不能实现磁盘过滤，它只是告诉 asm 去哪里“找盘”；真正起过滤作用的是底层设备路径的稳定性与权限控制。盲目修改该参数却没配好 udev 或 afd，只会让 asm 找不到盘、报 ora-15018 或 ora-15042。
为什么不能只靠改 asm_diskstring 实现过滤
asm_diskstring 是一个发现路径（discovery string），不是访问控制开关。ASM 会按这个 glob 模式扫描设备节点，但能否成功打开、读写，取决于：
– 节点上是否存在对应设备文件
– 该文件是否被正确标记为 ASM 可用（如 udev 规则生效、AFD 已加载）
– 权限是否为 grid:asmadmin 且 MODE="0660"
– 多节点间路径是否完全一致（尤其 RAC 场景）
常见错误现象：
– 改完 asm_diskstring='/dev/asm-disk*' 后 asmca 列表仍是空的
– SQL*Plus 中执行 SELECT path FROM v$asm_disk 返回空集
– crsctl start res ora.asm 失败，日志里反复出现 “no disks found”
udev 场景下如何安全更新 asm_diskstring
前提：已用 ID_WWN 或 ID_SERIAL 配好 /etc/udev/rules.d/99-asm.rules，且 ls -l /dev/asm-disk* 显示属主为 grid:asmadmin、权限为 0660。
操作步骤：
– 进入 sqlplus / as sysasm
– 执行：ALTER SYSTEM SET asm_diskstring='/dev/asm-disk*' SCOPE=BOTH;
– 立即验证：SELECT path FROM v$asm_disk WHERE state='NORMAL'; 应返回非空结果
– 若失败，回退：ALTER SYSTEM SET asm_diskstring='' SCOPE=BOTH;，再查 udev 是否真生效（udevadm trigger + ls -l /dev/asm-disk*）
关键注意点：
– 不要混用路径类型，例如同时写 '/dev/sdb','/dev/asm-disk1'，ASM 会依次尝试，但一旦某条路径下有权限错误或设备不存在，整个发现过程可能中断
– RAC 多节点必须所有节点的 asm_diskstring 完全一致，否则 OCR/Voting Disk 创建失败
– 修改后需重启 ASM 实例（crsctl stop res ora.asm; crsctl start res ora.asm），仅 reload 参数不够
启用 AFD 后 asm_diskstring 的写法和限制
AFD 模式下，设备路径由 AFD:* 统一接管，不再依赖 udev 符号链接。此时 asm_diskstring 必须包含 AFD:*，否则 ASM 不会通过 AFD 层访问磁盘。
实操建议：
– 先确认 AFD 已加载：asmcmd afd_state 应输出 AFD is 'ON'
– 查看当前磁盘标签：asmcmd afd_lsdsk，确保输出中显示类似 AFD-00001 的磁盘名
– 设置参数：ALTER SYSTEM SET asm_diskstring='AFD:*' SCOPE=BOTH;
– 严禁写成 'AFD:/dev/asm-disk1' 或 '/dev/asm-disk1','AFD:*' —— AFD 不识别具体设备路径，只认通配符 AFD:*
容易踩的坑：
– 在未运行 asmcmd afd_configure 和 crsctl stop crs && crsctl start crs 完整流程前就改参数，ASM 会因找不到 AFD 控制设备 /dev/oracleafd/admin 而报错 AFD-9156
– 忘记在所有节点同步执行 asmcmd dsset，导致部分节点仍走旧路径，集群启动失败
– 误以为 AFD 启用后可删 udev 规则 —— 实际上 AFD 初始化阶段仍依赖 udev 创建 /dev/oracleafd/admin，规则不能删
改完 asm_diskstring 后必须验证的三件事
别信“设完就跑”，以下三项缺一不可：
– v$asm_disk 里能看到状态为 NORMAL 的盘，且 path 列显示的是你设的路径（如 /dev/asm-disk1 或 AFD-00001）
– crsctl stat res -t | grep asm 显示 ora.asm 资源 ONLINE，不是 OFFLINE 或 INTERMEDIATE
– 在另一个节点上重复执行 SELECT path FROM v$asm_disk，结果必须和本节点一致 —— RAC 下路径不一致，后续加盘、扩容、故障转移全部失效
最常被忽略的点：很多人只在一个节点验证就认为配置完成，结果集群启到一半卡在 voting disk 创建阶段，日志里全是 ORA-15032 和 ORA-15063，根源就是第二节点的 asm_diskstring 没同步、或 udev/AFD 状态不一致。
