为什么Oracle 12c多租户模式下的PDB的AWR采样会失效
Oracle 12c多租户下PDB无独立AWR快照机制，所有PDB共享CDB$ROOT的SNAP_INTERVAL；AWR数据通过CON_ID字段从CDB视图中过滤获取，相关操作必须在CDB$ROOT中执行。
oracle 12c 多租户下 pdb 的 awr 采样“失效”，根本不是采样本身坏了，而是你误以为存在独立的 pdb 级快照机制——它压根就不存在。
DBA_HIST_WR_CONTROL 显示的 SNAP_INTERVAL 不是 PDB 的
你在 PDB 里查 DBA_HIST_WR_CONTROL，看到的 SNAP_INTERVAL 值其实是 CDB$ROOT 的全局配置。所有 PDB 共享同一套快照节奏，没有“这个 PDB 设 15 分钟、那个设 60 分钟”的可能。所谓“PDB 的 AWR 设置”，只是个常见误解。
- 执行
SELECT SNAP_INTERVAL, RETENTION FROM DBA_HIST_WR_CONTROL必须在 CDB$ROOT 中查才反映真实控制参数 - PDB 内执行该查询返回的值，只是 CDB$ROOT 的镜像，不能用于判断“本 PDB 是否生效”
-
awr_snapshot_time_offset在单实例多 PDB 下无实质作用，它只影响 CDB 快照的毫秒级偏移，且已在 12.2+ 标记为 deprecated
AWR_PDB_SNAPSHOT 为空 ≠ 没数据
启用 awr_pdb_autoflush_enabled=true 后，AWR_PDB_SNAPSHOT 视图仍可能为空——这不是功能故障，而是因为该视图只记录 PDB 级 flush 动作（即把内存中的 ASH 数据刷入 AWR 表），它依赖底层 CDB 快照已存在。没 CDB 快照，它就永远没数据。
- 必须先确认 CDB 快照已生成：
SELECT MIN(SNAP_ID), MAX(SNAP_ID) FROM DBA_HIST_SNAPSHOT - 等至少一个完整
SNAP_INTERVAL周期（比如设了 30 分钟，就等 35 分钟以上）再查，MMON 不会在数据库刚启动后立刻按新节奏跑 -
AWR_PDB_SNAPSHOT是辅助视图，不能用它验证快照是否采集成功；真正承载 PDB 性能数据的是带CON_ID字段的子表，如DBA_HIST_ACTIVE_SESS_HISTORY
awrrpt.sql 在 PDB 里运行必报错
直接在 PDB 中执行 @?/rdbms/admin/awrrpt.sql 会触发 ORA-13541 或静默失败，因为它底层调用 DBMS_WORKLOAD_REPOSITORY.AWR_REPORT_HTML，而该函数强制要求 session 位于 CDB$ROOT，且 PDB 缺少独立的 WRM$_DATABASE_INSTANCE 元数据。
- 不要尝试
ALTER SESSION SET CONTAINER = pdb1后再跑脚本——脚本不识别该切换 - 12.2+ 启用
awr_pdb_autoflush_enabled后，必须进 CDB$ROOT 运行awrrpt.sql，并在“Location of AWR Data”提示处明确选AWR_PDB（不是默认的AWR_ROOT） - Database ID 和 Instance Number 仍填 CDB 的 DBID 和任意有效
inst_num，脚本会自动按AWR_PDB上下文过滤出对应 PDB 的快照范围
查 PDB 性能数据只能靠 CON_ID 过滤 CDB 视图
所谓“PDB 级 AWR 报告”，本质是从 CDB 统一生成的快照中，通过 CON_ID 字段筛选归属某 PDB 的记录。DBA_HIST_SNAPSHOT 的 CON_ID 永远是 0，真有 CON_ID 的是它的子表。
- 定位等待事件：优先用
DBA_HIST_ACTIVE_SESS_HISTORY，含CON_ID、SQL_ID、EVENT，粒度细（秒级） - 分析 SQL 性能：用
DBA_HIST_SQLSTAT，注意EXECUTIONS_DELTA是增量，需按SNAP_ID排序后做差值计算 - 禁止用
V$SQL替代：它只反映当前 PDB 内存内容，无历史纵深 - 示例查 PDB1（
CON_ID=3）最近 2 小时最耗时 SQL：SELECT sql_id, sum(elapsed_time_delta)/1000000/sum(executions_delta) avg_ela_secFROM dba_hist_sqlstat s JOIN dba_hist_snapshot sn USING (snap_id)WHERE s.con_id = 3 AND sn.begin_interval_time > sysdate - 2/24 AND executions_delta > 0GROUP BY sql_id ORDER BY avg_ela_sec DESC FETCH FIRST 5 ROWS ONLY;
最易被忽略的一点：所有 AWR 相关操作（修改间隔、生成快照、导出报告）都必须在 CDB$ROOT 中完成。PDB 不是“小数据库”，它没有自己的 MMON、没有自己的 WRH$_ 表写入权限、也没有独立的 AWR 控制平面——把它当成一个带命名空间的数据分区更准确。
