生成AWR报告需要SELECT ANY DICTIONARY权限,因为awrrpt.sql脚本依赖DBA_HIST_、WRH_等数据字典视图,而这些视图仅对SYS或拥有该权限的用户开放;普通DBA角色不包含此权限,导致ORA-00942等错误。为什么生成AWR报告需要 SELECT ANY DICTIONARY?因为 awrrpt.sql 脚本在后台大量依赖 dba_hist_*、wrh_\* 等数据字典视图(如 dba_hist_sqlstat、dba_hist_sysmetric_summary),而这些视图默认只对 sys 或拥有 select any dictionary 权限的用户开放。普通 dba 角色不自动包含该权限------这是很多人执行 @?/rdbms/admin/awrrpt 时突然报 ora-00942: table or view does not exist 的根本原因。如何安全授予诊断权限(非SYS用户)不要直接给应用账号或开发账号授权,应创建专用诊断账号并最小化授权:用 SYS 登录: sqlplus / as sysdba创建只读诊断用户(示例名 awr_reader):CREATE USER awr_reader IDENTIFIED BY "StrongPass123!" DEFAULT TABLESPACE users QUOTA 1M ON users;授予必要权限(仅限读取,不含修改/删除):GRANT CONNECT TO awr_reader;\
GRANT SELECT ANY DICTIONARY TO awr_reader;\
GRANT SELECT ON dba_hist_wr_control TO awr_reader;验证是否能查核心视图:SELECT snap_interval, retention FROM dba_hist_wr_control;(非SYS用户必须能查此视图才能运行 awrrpt.sql)常见错误现象与绕过陷阱授了 DBA 角色却仍失败?这是因为 DBA 角色默认不包含 SELECT ANY DICTIONARY(从 12c 起更严格)。典型报错包括:ORA-00942: table or view does not exist → 实际是查 WRHLATCH 等基表失败ORA-01031: insufficient privileges → 在调用 DBMS_WORKLOAD_REPOSITORY.AWR_REPORT_HTML 时触发脚本卡在"选择快照范围"步骤后无响应 → 很可能因权限不足导致内部查询超时注意:SELECT_CATALOG_ROLE 不足以替代 SELECT ANY DICTIONARY,它不覆盖 WRH_\* 和 WRI* 等 AWR 特有基表。 有道翻译AI助手 有道翻译提供即时免费的中文、英语、日语、韩语、法语、德语、俄语、西班牙语、葡萄牙语、越南语、印尼语、意大利语、荷兰语、泰语全文翻译、网页翻译、文档翻译、PDF翻
如何授权AWR报告生成_GRANT SELECT ANY DICTIONARY诊断权限
2301_775148152026-04-25 16:43
相关推荐
李妍.1 分钟前
PyTorch GPU 版安装记录(RTX 5060 + Python 3.14)90后的晨仔4 分钟前
Python 基础语法完整汇总广慈新医知6 分钟前
当健康问题越来越复杂,AI更适合先帮我们“把问题问清楚”一晌小贪欢7 分钟前
python-第27天:Python面向对象详解青 春 记 忆10 分钟前
LeetCode 350. 两个数组的交集 II|Python 解法详解ZGG00319 分钟前
线程池详解:从 7 大参数到生产避坑龙亘川21 分钟前
数智赋能退役军人服务:V1.0 系统搭建全生命周期闭环服务体系zhangguojia71 小时前
权限弹窗点击允许的授权流程jnrjian1 小时前
Postgres 序列(sequence)的权限风禾万里1 小时前
【无标题】