修改SCAN IP前必须先停SCAN Listener和SCAN VIP，否则srvctl modify scan会因PRCR-1079报错失败；需按顺序执行停服务、全集群验证、完整指定新IP列表、reload listener并校验DNS/VIP/OCR一致性。
SCAN IP 修改前必须停掉 SCAN Listener 和所有节点的 SCAN VIP
不先停服务就改配置，srvctl modify scan 会失败，并报错 prcr-1079 : failed to start resource ora.scan1.vip 或类似资源状态冲突。scan 是集群级资源，依赖底层 vip 和 listener，顺序错了整个 scan 就起不来。
实操建议：
- 在任意节点执行
srvctl stop scan_listener和srvctl stop scan - 确认已停：运行
srvctl status scan和srvctl status scan_listener，输出应为 “not running” - 别只在本地节点停——
srvctl命令默认操作全集群，但状态检查得每个节点都看一眼，防止某节点因网络问题没同步到状态
srvctl modify scan 的参数必须带完整新 IP 列表，不能只改一个
SCAN 名字本身不带 IP，它背后是 1–3 个 IP 地址组成的集合（取决于 DNS 解析结果）。Oracle 要求你一次性提供全部新 IP，哪怕只换其中一个。漏写、少写、顺序错，都会导致 SCAN VIP 资源注册异常或 DNS 解析与实际 VIP 不一致。
常见错误现象：修改后 nslookup your-scan-name 返回 3 个 IP，但 srvctl config scan 只显示 1 个，或者 ifconfig -a | grep -i scan 找不到对应 VIP。
实操建议：
- 先查当前配置：
srvctl config scan，记下原有 IP 数量和顺序 - 执行命令时明确列出全部新 IP：
srvctl modify scan -n new-scan-name -i 192.168.10.101,192.168.10.102,192.168.10.103 -
-n参数可选，但如果 SCAN 名变了（比如 DNS 记录同步更新了），就必须带上；否则只改 IP，-n可省略
改完必须手动 reload listener 并验证 DNS 与 VIP 一致性
修改 SCAN IP 后，srvctl start scan 和 srvctl start scan_listener 会拉起资源，但 Listener 不会自动重读网络配置，旧端口可能还绑在老 IP 上，新 IP 上监听不生效。
性能影响：客户端连 SCAN 名超时、TNS-12545 错误、连接被随机拒绝——大概率是 Listener 没监听新 IP。
实操建议：
- 启动 SCAN 后立即执行：
srvctl reload listener -l LISTENER_SCAN1（LISTENER_SCAN1 是默认名，可用srvctl config listener确认） - 验证三件事是否一致：
— DNS 解析：nslookup your-scan-name
— 集群配置：srvctl config scan
— 实际绑定：netstat -tlnp | grep :1521（看哪些 IP:1521 在 LISTENER_SCAN 进程下） - 特别注意：如果 DNS 是轮询返回 3 个 IP，但你的集群只配了 2 个 SCAN VIP，第三个 IP 的连接请求会直接失败，不是负载问题，是根本没 VIP 绑定
OCR 中 SCAN 相关资源路径和权限容易被忽略
虽然 srvctl modify scan 会自动更新 OCR，但若之前手工改过 OCR 内容（比如用 ocrconfig 或 crsctl 强制写入），OCR 里存的 SCAN VIP 资源路径可能残留旧值，导致后续 crsctl stat res -t 显示资源 offline 或 INTERMEDIATE 状态。
容易踩的坑：以为改完 IP 就完事，结果某天集群重启，SCAN VIP 没自动拉起，查日志发现 OCR 里记录的 VIP 名还是 old-scan-vip1，跟当前资源名对不上。
实操建议：
- 修改前后都运行：
crsctl stat res -w "TYPE = ora.scan_vip.type"，确认资源名格式统一（如ora.scan1.vip） - 不要手动 touch OCR 里 SCAN 相关键值；如真需排查，用
ocrdump -stdout | grep -A5 -B5 scan快速扫一眼，别用ocrconfig -import回写 - 最稳妥的兜底动作：修改完成后，跑一次
cluvfy comp scan -n all -verbose，它会校验 DNS、OCR、VIP、Listener 四者是否闭环
