Oracle 12c RAC 不支持修改集群名称，因 cluster name 深度绑定 OCR 结构和 GI 内部标识，硬编码于所有资源校验逻辑中；强行修改会导致 CSS 同步中断、CRS 启动失败、节点无法加入，唯一安全路径是卸载并重建 GI（保留 OCR/Voting 磁盘组）。
crsrename 不支持在 Oracle 12c RAC 中安全修改集群名称 —— 这是官方明确禁止的操作。
Oracle 仅从 19c 开始，在满足严格前提（如 Standalone Cluster、无 RHP、所有节点 CRS 在线）下才允许用 crsrename cluster 修改集群名。12c RAC 没有该命令，也不支持任何形式的在线或离线集群名称变更。
为什么不能改？根本限制在哪
-
cluster name在 12c 中深度绑定 OCR 结构和 GI 内部标识，硬编码在多个元数据对象中 - 所有 GI 资源（
ora.crsd、ora.cssd、VIP、SCAN 等）启动时都校验集群名，不匹配直接拒绝加载 - 即使手动修改 OCR 中的
CLUSTER_NAME属性，后续crsctl check cluster会失败，CSS 同步中断，节点无法加入集群
常见错误现象包括：
CRS-4639: Could not contact Oracle High Availability Services-
CRS-4000: Command Stop failed, or completed with errors（停 CRS 时卡住） -
olsnodes -n输出为空或只显示部分节点 - 新节点执行
root.sh失败，报ORA-15032 / CRS-2672
替代方案：必须重建集群（非“修改”）
如果你确实需要新集群名，唯一安全路径是：
停全部数据库与 ASM 实例：
srvctl stop database -d <db_name>srvctl stop asm -f逐节点卸载 GI（保留 ASM 磁盘组）：
在每个节点以grid用户运行：$ORACLE_HOME/deinstall/deinstall -local
注意：加-local避免误删 OCR 磁盘；OCR 和 Voting Disk 会保留在 ASM 磁盘组中重新运行
runInstaller安装 GI：
指定新集群名（如my-new-cluster），使用原有 OCR/Voting 磁盘组路径
安装过程中选择 “Install and Configure Grid Infrastructure for a Cluster”重配数据库资源：
用srvctl add database和srvctl add instance重新注册原数据库（无需重建 DB）
关键点：
- 不要格式化 OCR 磁盘组，否则丢失所有配置元数据
-
srvctl config database显示的Database unique name和Configured nodes会自动适配新集群名，但需确认olsnodes -s输出正确 - 若使用 DNS 解析 SCAN，需同步更新 DNS 记录，否则
srvctl config scan仍显示旧名（因 SCAN 名独立于集群名）
容易被忽略的验证死角
真正危险的不是操作步骤，而是验证盲区：
- 改完后只跑
crsctl check cluster -all是不够的；必须确认crsctl query css votedisk返回的 voting disk path 与 OCR 中记录一致（用ocrcheck对比） -
srvctl status nodeapps必须显示 VIP/ONS/Network 全部 ONLINE，且olsnodes -p输出的私网地址与/etc/hosts中定义完全一致（大小写、空格、换行符都会导致 CSS 启动失败） - 如果集群曾启用 GNS 或 RHP，哪怕已停用，残留注册信息也会让新 GI 拒绝启动——此时必须用
crsctl delete resource清理相关ora.gns或ora.rhp.*资源
这不是“能不能做”的问题，而是“做了就不可逆、且大概率进不了集群”的问题。
