不能直接用rman连接pdb执行restore database恢复单个pdb，因pdb无独立控制文件、spfile及完整数据文件集，该操作仅在cdb$root中合法；正确方式是在cdb$root中执行recover pluggable database。
不能直接用 rman 连接 pdb 执行 restore database 来恢复单个 pdb。这是 oracle 多租户架构的硬性限制：pdb 没有独立的控制文件、spfile 或完整数据文件集合，所有物理结构归属 cdb；rman 在 pdb 级别连接时，backup database 有效，但 restore database 会被拒绝或静默降级为无效操作。
为什么 RMAN target pdbuser/pdbpwd@pdb_name 不支持 restore database
当你用 rman target pdbuser/pdbpwd@pdb_name 连入某个 PDB 后执行 RESTORE DATABASE，RMAN 实际仍通过 CDB 的控制文件工作，但此时作用域被限制在 PDB 视图内——它无法定位到属于该 PDB 的完整数据文件列表（例如 SYSTEM 表空间文件路径可能指向 CDB 公共位置），更无法触发归档日志应用。常见报错包括：
ORA-65086: cannot perform this operation on a pluggable databaseRMAN-06026: some targets not found - aborting restore- 或静默跳过，实际未还原任何文件
根本原因不是权限或语法问题，而是 Oracle 内核明确禁止 PDB 级别的全库还原动作。该命令只在 CDB$ROOT 中合法且有意义。
正确做法：必须在 CDB$ROOT 中执行 recover pluggable database
Oracle 12.2+ 提供真正可用的单 PDB 时间点恢复能力，但前提是操作入口和上下文严格限定在 CDB 根容器：
- 用
sqlplus / as sysdba登录，确认SHOW CON_NAME返回CDB$ROOT - 目标 PDB 必须已关闭：
ALTER PLUGGABLE DATABASE pdb1 CLOSE IMMEDIATE - 确保 CDB 处于
ARCHIVELOG模式，且归档日志覆盖目标时间点 - 执行核心命令：
RECOVER PLUGGABLE DATABASE pdb1 UNTIL TIME 'SYSDATE-1/24'
这条命令会自动完成三件事：从备份中还原该 PDB 关联的数据文件（仅限其用户表空间 + PDB SYSTEM/SYSAUX）、应用归档日志到指定时间点、跳过其他 PDB 的变更记录。它不依赖 PDB 是否曾被 unplug，也不要求单独的 BACKUP PLUGGABLE DATABASE ——只要存在包含该 PDB 数据的 CDB 全备或对应增量备份即可。
误删数据文件后想快速还原单个表空间？用 tablespace name:pdb_name 语法
如果只是某个 PDB 的非关键数据文件丢失（比如用户表空间 USERS），且 PDB 当前处于 MOUNT 或 OPEN 状态，可在 CDB$ROOT 中直接还原特定表空间：
- 先确认文件归属：
SELECT con_id, tablespace_name, file_name FROM cdb_data_files WHERE tablespace_name = 'USERS' - 执行还原：
RESTORE TABLESPACE users:pdb1（注意冒号分隔，不是下划线或点） - 再恢复：
RECOVER TABLESPACE users:pdb1 - 最后打开 PDB：
ALTER PLUGGABLE DATABASE pdb1 OPEN
这个语法只适用于表空间级恢复，且要求该表空间未被设置为 READ ONLY。若还原的是 PDB 的 SYSTEM 表空间，则 PDB 必须先 CLOSE，否则 RECOVER 会失败。
最容易被忽略的一点是：RECOVER PLUGGABLE DATABASE 不会回滚 DDL 操作。比如你在目标时间点之后执行了 DROP TABLE t1，恢复完成后 t1 依然不存在——它只撤销已提交的 DML 影响。需要这类逻辑恢复，得配合 RECOVER TABLE 或闪回查询，而不是依赖 PDB PITR。
