生成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
相关推荐
2603_965148118 小时前
如何解析JSON数据?API返回的商品信息处理教程ltl9 小时前
RocksDB 经典故障排查:L0、compaction 与 write stallxfhuangfu10 小时前
Oracle中建立到CDB和PDB的连接小小龙学IT10 小时前
DuckDB 深度实战:用 C++ 在进程内跑一个「分析型数据库」jufeng130710 小时前
【系列:手搓自主 AI Agent:Hermes 架构原理剖析 · 第 8 篇】NineData10 小时前
DTCC 2026 预告|NineData CEO& 创始人叶正盛:面向 AI Agent 的数据库 DevOps 与数据复制实践circuitsosk10 小时前
跨境电商智能化实战:AI如何赋能客服自动回复、广告智能投放与供应链预测J_bean11 小时前
MySQL 事务是否必须手动开启?J_bean11 小时前
MySQL InnoDB 如何检测死锁、判定死锁、处理死锁2601_9563198811 小时前
2026年零基础学量化:从看懂示例到写清条件和动作