必须用awrgrpt.sql且inst_num输入all才能生成oracle rac全局awr报告，否则仅输出单实例数据，缺失global cache等rac特有指标。
必须用 awrgrpt.sql，不是 awrrpt.sql
在 RAC 环境下，awrrpt.sql 本质是单实例脚本，它调用 DBMS_WORKLOAD_REPOSITORY.AWR_REPORT_HTML，这个函数只接受一个 inst_num 参数。你连在节点1上执行，哪怕集群有4个实例，它也只查 inst_num=1 的数据，不会跨节点聚合。
常见错误现象包括：
-
Global Cache Blocks Received这类 RAC 特有指标完全不出现 - Top SQL 只显示当前连接实例的语句，实际瓶颈可能在节点3的锁争用上
- Instance Efficiency Percentages 值异常高（比如 Buffer Nowait %99.99%），掩盖了跨实例缓存失效
所以第一步就是明确：RAC 全局报告只能用 awrgrpt.sql，路径是 @?/rdbms/admin/awrgrpt.sql。
inst_num 必须输 ALL（全大写）
运行 awrgrpt.sql 后，交互中关键一步是：Enter value for inst_num:。这里必须输入 ALL，不能留空、不能输小写 all、不能输数字（如 1 或 2）。
原因在于：
- 留空 → 默认取当前连接实例的
inst_num（由ORACLE_SID决定） - 填数字 → 强制指定单节点，若填的实例号不存在，会报
ERROR: Instance number 2 is not valid for this database - 输
ALL→ 触发底层DBMS_WORKLOAD_REPOSITORY.AWR_GLOBAL_REPORT_HTML函数，真正做跨实例聚合
漏掉这一步，其余参数再准也没用 —— 报告里根本不会出现 Global Cache、Interconnect、GCS/GES 等 RAC 核心章节。
PDB 场景下要先切容器并查对应 dbid
如果你目标是分析某个 PDB（比如 PDB_PRODCORE），不能直接在 CDB$ROOT 下跑 awrgrpt.sql。否则报告里全是 CDB 后台进程，业务 SQL 几乎不出现。
正确操作顺序是：
- 先切换到目标 PDB：
ALTER SESSION SET CONTAINER = PDB_PRODCORE; - 查该 PDB 的
dbid：SELECT dbid FROM v$database;（注意：PDB 的dbid≠ CDB 的dbid） - 再运行
@?/rdbms/admin/awrgrpt.sql，此时列出的快照 ID 仅限该 PDB 有数据的那些
切换容器后，还要重新验证 SELECT_CATALOG_ROLE 是否激活，因为角色状态不跨容器继承。
权限不足时别硬试，先查 session_roles
遇到 ORA-01031: insufficient privileges 或 ORA-00942: table or view does not exist，大概率是 SELECT_CATALOG_ROLE 没启用，即使你用 sqlplus / as sysdba 登录也不代表该角色已激活。
执行：SELECT * FROM session_roles WHERE role = 'SELECT_CATALOG_ROLE';，有返回才说明激活。
没返回？临时授予权限：GRANT SELECT_CATALOG_ROLE TO sys;（仅限本次诊断，事后可回收）
RAC + PDB 组合场景下，每次切换容器后都要重新验证一次角色是否仍激活 —— 这点最容易被忽略，一卡就是半小时。
