不能单独备份“指定PDB的归档日志”，因为归档日志是CDB级产物，由LGWR统一生成，记录整个CDB的物理变更，文件名、路径、SCN均不携带PDB上下文，RMAN的BACKUP ARCHIVELOG命令无PDB限定语法，其作用域仅为CDB。
不能单独备份“指定PDB的归档日志”——归档日志是CDB级产物，不存在属于某个PDB的归档。
为什么 BACKUP ARCHIVELOG 无法限定到 PDB
Oracle 归档日志（ARCHIVELOG）由 CDB 的 LGWR 进程统一生成，记录的是整个 CDB 的物理变更（包括所有 PDB 的 DML/DDL），文件名、路径、SCN 都不携带 PDB 上下文。RMAN 的 BACKUP ARCHIVELOG 命令作用域只能是 CDB，没有 FOR PLUGGABLE DATABASE 或 WHERE CON_ID = ... 语法支持。
- 执行
BACKUP ARCHIVELOG ALL或BACKUP ARCHIVELOG UNTIL TIME ...，备份的是 CDB 全局归档链 - 试图在 PDB 内连接 RMAN（如用
tnsnames.ora中指向pdb1的服务名）再运行该命令，RMAN 仍运行在 CDB 上下文，结果不变 - 查询
V$ARCHIVED_LOG可看到CON_ID列，但该列仅表示“该归档日志中最后一条记录所属的容器”，不是归属标识——同一归档文件内可能混有多个 PDB 的日志
实际可操作的“按 PDB 需求备份归档”方案
虽然不能物理隔离归档，但可通过时间窗口或 SCN 范围，配合 PDB 级恢复目标，间接实现逻辑上的“为某 PDB 备份所需归档”：
- 确认目标 PDB 最近一次完整备份时间点（例如
LIST BACKUP OF PLUGGABLE DATABASE pdb1查COMPLETION TIME） - 用该时间点作为起点，执行：
BACKUP ARCHIVELOG FROM TIME '2026-09-15 14:00:00' UNTIL TIME SYSDATE - 若已知关键事务 SCN，可用：
BACKUP ARCHIVELOG FROM SCN 12345678 TO SCN 12346789 - 务必搭配
DELETE INPUT或DELETE ALL INPUT（谨慎评估保留策略），避免 FRA 溢出
常见错误现象与规避
误以为归档可分 PDB 管理，常导致以下问题：
- RMAN 报
RMAN-06026: some targets not found - aborting backup：因手动指定ARCHIVELOG LIKE '%pdb1%'，而归档名根本不含 PDB 名 - 恢复时发现归档缺失：只备份了“自认为属于 pdb1”的归档，漏掉跨 PDB 的事务链（如一个事务更新 pdb1 和 pdb2 表），导致
RECOVER PLUGGABLE DATABASE pdb1报ORA-19505 - 脚本中硬编码
SERVICE=pdb1连接 RMAN，结果备份的是 CDB 归档，但运维误判为“已为 pdb1 单独备份”，故障时才发现备份不可用
真正要保障单个 PDB 的可恢复性，关键是确保其备份+覆盖该备份起始 SCN 至当前的完整归档链可用——这条链天然属于 CDB，必须按 CDB 统一管理，不能切割。
