SAVE STATE仅保存PDB当前OPEN模式（READ WRITE/READ ONLY）及实例绑定信息，不保存初始化状态；必须在CDB$ROOT中以直接授予的ALTER DATABASE权限、且PDB处于OPEN状态下执行，否则保存MOUNTED状态导致重启后仍不自动打开。
alter pluggable database ... save state 本身不保存“初始化状态”，只保存打开模式（read write/read only）和实例绑定信息。触发器无法替代它，也不能“实现状态保存”——这是常见误解。真要让 pdb 随 cdb 启动自动打开，得先明确用哪种机制：触发器 or save state，二者逻辑不同、适用场景不同、排错路径也完全不同。
为什么 SAVE STATE 不生效？根本不在触发器里
很多人在触发器里写 ALTER PLUGGABLE DATABASE pdb1 SAVE STATE，以为这样就能“保存并自动开”。错。这个命令必须在 PDB 处于 OPEN 状态时手动执行一次，且只能在 CDB$ROOT 容器下运行。否则：
• 如果 PDB 当前是 MOUNTED，SAVE STATE 会记下“关闭”，重启后仍是 MOUNTED
• 如果当前容器不是 CDB$ROOT（比如连到了某个 PDB），直接报 ORA-65040
• 权限必须是直接授予的 ALTER DATABASE，不能靠 DBA 角色
• 12.1.0.1 及更早版本压根不支持 SAVE STATE，硬写会报错
AFTER STARTUP 触发器总失败？检查这三件事
触发器不是写了就生效。常见卡点：
• 必须用 SYS 或已显式授予 ALTER PLUGGABLE DATABASE 权限的用户，在 CDB$ROOT 中创建（连上去先确认：SELECT SYS_CONTEXT('USERENV', 'CON_NAME') FROM DUAL）
• 创建后必须加 ENABLE，否则默认禁用：CREATE OR REPLACE TRIGGER ... ENABLE
• 不要用 DBA_PDBS 做动态遍历——它在 CDB$ROOT 可查，但字段是 STATUS（MOUNTED/READ WRITE），不是 OPEN_MODE；误用会导致漏开或报错
• 示例安全写法：
CREATE OR REPLACE TRIGGER open_all_pdbs AFTER STARTUP ON DATABASE BEGIN EXECUTE IMMEDIATE 'ALTER PLUGGABLE DATABASE ALL OPEN'; EXCEPTION WHEN OTHERS THEN NULL; END open_all_pdbs; /
业务初始化只执行一次？别依赖触发器“自动判断”
PDB 反复 OPEN/CLOSE 不重置状态，所以触发器每次启动都跑一遍初始化逻辑，会出问题。正确做法：
• 在每个 PDB 内建一张小表，如 INIT_STATUS，字段含 FLAG VARCHAR2(10) 和 CREATED_AT DATE
• 触发器里先 SELECT COUNT(*) FROM INIT_STATUS WHERE FLAG = 'DONE'，仅当结果为 0 才执行建用户、授权限等操作
• 别用 DBMS_SCHEDULER 延迟执行——PDB CLOSE 时作业挂起，OPEN 后不一定恢复
• 初始化成功后必须显式插入记录：INSERT INTO INIT_STATUS VALUES ('DONE', SYSDATE)，否则下次还跑
SAVE STATE 和触发器能共存吗？能，但要分清职责
两者不是互斥，而是互补：
• SAVE STATE 解决“PDB 是否该自动打开”——由 Oracle 底层在 CDB OPEN 后自动调用
• 触发器解决“PDB 打开后要不要做额外动作”——比如初始化、启监听、调外部脚本
• 生产环境建议：对核心 PDB 用 SAVE STATE 保基础可用性；用触发器补业务逻辑，且触发器里只做轻量、幂等操作
• 注意：如果同时配了 SAVE STATE 和触发器，PDB 会先被 Oracle 自动打开，再进触发器逻辑——顺序不可控，初始化代码必须容忍重复执行
真正容易被忽略的是：CDB 启动时，PDB 的表空间若处于 OFFLINE 或数据文件丢失，SAVE STATE 仍会记录成功，但实际无法打开，且不报错，只卡在 MOUNTED。查 V$PDBS 看到 OPEN_MODE 是 MOUNTED 时，得立刻去查 V$PDB_INCIDENT 和 alert 日志，而不是再跑一遍触发器。
