生成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诊断权限
ㄟ留恋さ寂寞2026-05-12 11:01
相关推荐
机器人梦想家26 分钟前
具身机器人视觉服务的异步回调与并发控制Buke..30 分钟前
【APP 逆向】哔哩哔哩 sign 参数逆向(上):Frida 反调试绕过与 unidbg 调用小妖同学学AI1 小时前
开源向量数据库的王者:Milvus 深度解析,专为 AI 应用打造的云原生搜索引擎!头发够用的程序员1 小时前
ImportError: libopenblas.so.0: cannot open shared object file 完整复盘与解决方案何以解忧,唯有..1 小时前
Python 线程编程:从入门到实战l1258651 小时前
# RAG上线评估指标体系:六大核心指标与压测实战全解析我命由我123451 小时前
人脸识别 - 人脸识别选帧一只鹿鹿鹿2 小时前
数据资产管理解决方案(Word文件)2401_894915532 小时前
Geo 优化源码部署实战:环境配置、参数调优完整指南