根本原因是执行save state时pdb未处于read write状态，或rac环境下未指定instances覆盖所有节点；该命令仅保存当前实例上已open的pdb模式快照，若为mounted则重启后仍为mounted。
save state 不生效，根本原因几乎总是：执行时 pdb 没在 open（read write）状态，或 rac 实例范围没覆盖全。
save state 命令必须在 PDB OPEN 且 READ WRITE 下运行
Oracle 的 SAVE STATE 不是“计划任务”，它只做一件事：把当前 PDB 的 OPEN_MODE 快照下来。如果当时是 MOUNTED 或 READ ONLY，重启后就只会恢复成那个状态——哪怕你本意是让它自动 OPEN READ WRITE。
- 执行前务必确认：
SELECT CON_NAME, OPEN_MODE FROM V$PDBS WHERE CON_NAME = 'YOUR_PDB';结果必须是READ WRITE - 不能跳过
ALTER PLUGGABLE DATABASE YOUR_PDB OPEN;直接SAVE STATE，否则等于保存了一个“关机快照” - 在 RAC 中，
OPEN和SAVE STATE都需在目标实例上执行；若 PDB 当前只在一个节点 OPEN，另一个节点仍是 MOUNTED，那未 OPEN 节点上的SAVE STATE实际无效
RAC 环境下 save state 默认只作用于当前实例
在 Oracle RAC 中，ALTER PLUGGABLE DATABASE pdb1 SAVE STATE 只对当前连接的实例生效。如果你只在节点1执行了该命令，节点2重启后不会自动打开这个 PDB——这是生产环境最常被忽略的坑。
- 显式指定实例列表：
ALTER PLUGGABLE DATABASE pdb1 SAVE STATE INSTANCES=('racnode1','racnode2'); - 用
ALL时也受限：ALTER PLUGGABLE DATABASE ALL SAVE STATE仅保存当前实例上所有已 OPEN 的 PDB 状态，不跨实例同步 - 验证是否生效：重启前查
DBA_PDB_SAVED_STATES，确保INST_ID列包含你期望的所有实例 ID
检查 /etc/oratab 是否允许 CDB 自动启动
即使 SAVE STATE 设置正确，如果 CDB 本身没被系统服务拉起，PDB 自然无从谈起。很多 RAC 部署漏掉这步基础配置。
- 确认
/etc/oratab中对应 CDB 的条目末尾是:Y，不是:N，例如：mycdb:/u01/app/oracle/product/19.0.0/dbhome_1:Y - 修改后无需重启数据库，但需确保 Oracle 自启动服务（如
ora.<db_name>.db</db_name>CRS 资源）已启用并 ONLINE - RAC 中建议统一用 CRS 管理：用
crsctl status resource ora.mycdb.db确认状态，避免依赖操作系统级脚本
真正麻烦的从来不是命令输错，而是状态快照和实例边界这两个隐性约束——一个要求你精确控制执行时机，一个要求你明确声明作用域。没查 V$PDBS 就跑 SAVE STATE，或没写 INSTANCES 就当 RAC 全局生效，基本等于白配。
