必须用awrgrpt.sql且inst_num输入ALL才能生成Oracle RAC全局AWR报告,否则仅输出单实例数据,缺失Global Cache等RAC特有指标。
在 RAC 环境下,awrrpt.sql 本质是单实例脚本,它调用 DBMS_WORKLOAD_REPOSITORY.AWR_REPORT_HTML,这个函数只接受一个 inst_num 参数。你连在节点1上执行,哪怕集群有4个实例,它也只查 inst_num=1 的数据,不会跨节点聚合。
常见问题表现包括:
Global Cache Blocks Received 这类 RAC 特有指标完全不出现所以第一步就是明确:RAC 全局报告只能用 awrgrpt.sql,路径是 @?/rdbms/admin/awrgrpt.sql。
运行 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(比如 PDB_PRODCORE),不能直接在 CDB$ROOT 下跑 awrgrpt.sql。否则报告里全是 CDB 后台进程,业务 SQL 几乎不出现。
正确操作顺序是:
ALTER SESSION SET CONTAINER = PDB_PRODCORE;
dbid:SELECT dbid FROM v$database;(注意:PDB 的 dbid ≠ CDB 的 dbid)@?/rdbms/admin/awrgrpt.sql,此时列出的快照 ID 仅限该 PDB 有数据的那些切换容器后,还要重新验证 SELECT_CATALOG_ROLE 是否激活,因为角色状态不跨容器继承。
遇到 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 组合场景下,每次切换容器后都要重新验证一次角色是否仍激活 —— 这点最容易被忽略,一卡就是半小时。
小米路由器历史固件怎么删除(小米路由器历史固件删除方法)
小米路由器青春版mini潘多拉固件怎么升级的(小米路由器青春版mini潘多拉固件升级方法)
小米路由器青春版mini怎么恢复出厂(小米路由器青春版mini恢复出厂方法)
小米路由器青春版mini设置教程(小米路由器青春版mini如何设置)
小米路由器分享路由器什么意思啊(小米路由器分享路由器含义详解)
小米路由器默认ip进不去怎么办(小米路由器默认ip进不去解决方案)