pdb默认不随cdb启动是因为oracle 21c设计为先保障cdb根容器可用性，所有pdb初始处于mounted状态；需在cdb$root中以sys执行alter pluggable database ... open save state才能实现自动打开。
为什么PDB默认不随CDB启动
Oracle 21c 的 CDB 启动后，所有 PDB 默认处于 MOUNTED 状态，而非 OPEN。这不是 bug，而是设计行为：避免 PDB 启动顺序、资源争用或依赖冲突影响 CDB 根容器的可用性。你执行 startup 或系统重启后看到 SELECT con_id, name, open_mode FROM v$pdbs 返回 MOUNTED，就是这个机制在起作用。
设置PDB为自动打开的两种可靠方式
必须在 CDB$ROOT 中以 SYS 身份操作，且目标 PDB 需已存在并可正常打开。以下任一方法生效后，下次 CDB 启动时该 PDB 就会自动进入 READ WRITE 模式：
- 使用
ALTER PLUGGABLE DATABASE ... SAVE STATE（推荐）：这是 Oracle 官方推荐的持久化方式，状态保存在控制文件中，不依赖触发器或脚本ALTER PLUGGABLE DATABASE ORCLPDB1 OPEN SAVE STATE; - 使用
ALTER DATABASE ... ENABLE PLUGGABLE DATABASE+ 触发器（仅限旧习惯迁移）：该命令本身不控制 PDB 开启状态，真正起效的是配套的AFTER STARTUP ON DATABASE触发器，但维护成本高、易出错，21c 中已不必要
验证与排障要点
配置后别急着重启，先手动验证逻辑是否闭环：
- 执行
ALTER PLUGGABLE DATABASE ORCLPDB1 CLOSE;再ALTER PLUGGABLE DATABASE ORCLPDB1 OPEN;，确认 PDB 可正常开闭 - 运行
SELECT con_id, name, open_mode, saved_state FROM v$pdbs;，检查saved_state列是否为OPEN - 重启 CDB：
SHUTDOWN IMMEDIATE→STARTUP，再查v$pdbs，若仍为MOUNTED，大概率是没在 CDB$ROOT 下执行SAVE STATE，或拼错了 PDB 名（区分大小写，且注意是否带引号） - 如果使用了触发器方式，务必确认触发器状态为
ENABLED，且触发器体中调用的是ALTER PLUGGABLE DATABASE ... OPEN，不是ALTER DATABASE
容易被忽略的权限与上下文陷阱
最常踩的坑不是命令写错，而是执行环境不对：
- 必须连接到
CDB$ROOT，而不是某个 PDB —— 连错容器时ALTER PLUGGABLE DATABASE会报ORA-65047: operation not allowed in this container - 必须用
SYS或具有SET CONTAINER+ALTER PLUGGABLE DATABASE权限的用户，普通 PDB 用户无权操作自身保存状态 -
SAVE STATE不支持RESTRICTED模式开启，如需受限打开，得另配触发器或启动后手动切 - Docker 环境下，若使用官方镜像，
startup是由 entrypoint 脚本触发的，确保你的SAVE STATE已提前配置好，否则容器重启后 PDB 仍不会自动开
SAVE STATE 是写死在控制文件里的，比任何外部脚本都稳定。但要注意：它只管“打开”，不管“服务名注册”——如果你用 tnsnames.ora 连 PDB，还得确认监听器里已静态或动态注册了该 PDB 的服务名，否则客户端连得上 CDB 却找不到 PDB。
