导出awr数据唯一可靠路径是运行$oracle_home/rdbms/admin/awrextr.sql脚本(需sys权限),须指定快照范围、oracle directory对象及文件名前缀;导入必须用awrload.sql并手动输入目标dbid,否则dba_hist_*视图查不到数据。
导出awr数据必须用 dbms_swrf_internal,但直接调用会报错
oracle官方没公开暴露这个包的调用接口,dbms_swrf_internal 是内部包,权限默认不开放,且多数过程带 access_denied 检查。你执行 exec dbms_swrf_internal.awr_extract(...) 时大概率看到 pls-00201: identifier 'dbms_swrf_internal.awr_extract' must be declared 或 ora-00904: invalid identifier。
真正能走通的路径只有两条:
- 用
ORACLE_HOME/rdbms/admin/awrextr.sql脚本(需 SYS 连接)——它底层就是包装了DBMS_SWRF_INTERNAL.AWR_EXTRACT,但绕过了权限校验 - 手动授予
EXECUTE权限给特定用户(极少见,且需重启实例或 flush shared pool 才可能生效,不推荐)
别试 GRANT EXECUTE ON DBMS_SWRF_INTERNAL TO xxx,Oracle 会拒绝:该包未在 ALL_OBJECTS 中注册为可授权对象。
awrextr.sql 导出时必须指定快照范围和目标目录对象
导出不是“一键打包”,awrextr.sql 要求你明确提供三要素:源库 AWR 快照起止 ID、目标 OS 目录路径(以 Oracle Directory 对象形式)、导出文件名前缀。漏掉任一参数,脚本会卡在提示符或抛 ORA-20100: Invalid snapshot range。
常见错误现象:
- 误把本地文件系统路径(如
/u01/dump)直接传给脚本 → 报ORA-22285: non-existent directory or file - 快照 ID 超出当前库 AWR 保留期(比如设了
begin_snap => 100,但库中最早快照是 200)→ 导出空文件,无报错但.dmp文件大小为 0 - 未提前创建 Directory 对象:
CREATE DIRECTORY AWR_DUMP_DIR AS '/u01/dump'; GRANT READ, WRITE ON DIRECTORY AWR_DUMP_DIR TO SYS;
实操建议:先查清楚快照范围:SELECT MIN(snap_id), MAX(snap_id) FROM dba_hist_snapshot;,再用 @?/rdbms/admin/awrextr.sql,按提示依次输入目录名(如 AWR_DUMP_DIR)、文件名(如 awr_data)、开始/结束快照 ID。
导入到目标库前,得先跑 awrload.sql 并确认 DBID 已重映射
导入不是简单 impdp。Oracle 强制要求用 $ORACLE_HOME/rdbms/admin/awrload.sql,因为它会解析导出文件中的 DBID 并写入目标库的 WRM$_DATABASE_INSTANCE 表。如果目标库已有同名实例(比如测试库和生产库都叫 ORCL),不重映射会导致后续查询 DBA_HIST_* 视图时数据混杂或查不到。
关键步骤:
- 运行
@?/rdbms/admin/awrload.sql,输入源导出目录(如AWR_DUMP_DIR)、导出文件名(如awr_data.dmp)、目标目录(如AWR_LOAD_DIR) - 脚本会提示 “Enter value for dbid” —— 这里**不能回车跳过**,必须填目标库当前
DBID(查SELECT dbid FROM v$database;) - 若想保留原库 DBID(比如做跨版本对比),得提前用
DBMS_SWRF_INTERNAL.AWR_SET_DBID(仅限 12c+,且需隐含参数支持)
漏掉 DBID 设置,导入后 SELECT * FROM dba_hist_sysmetric_summary 可能返回 0 行,但 dba_hist_snapshot 里有记录 —— 数据存在,只是被 DBID 过滤掉了。
跨库分析时,DBA_HIST_* 视图默认只读本库数据,要加 DBID 过滤
导入成功 ≠ 自动可用。所有 DBA_HIST_* 视图底层都通过 DBID 关联,不显式指定,就只查当前库的 AWR。你想对比两个库的 DB CPU 使用率?光写 SELECT snap_id, value FROM dba_hist_sysmetric_summary WHERE metric_name = 'DB CPU' 是查不到导入数据的。
正确做法:
- 确认导入数据的
DBID:SELECT DISTINCT dbid FROM dba_hist_snapshot;(应看到至少两个值) - 查某库数据时,必须加
AND dbid = 123456789(替换成对应 DBID) - 别依赖
INSTANCE_NUMBER或INSTANCE_NAME过滤 —— 它们在导入后可能重复,DBID才是唯一锚点
容易被忽略的一点:DBA_HIST_SNAPSHOT 的 DBID 字段在 11g 中是 NUMBER,12c+ 改为 RAW(8),跨版本导入时字段类型不一致可能导致视图查询异常,这时得用 TO_NUMBER(RAWTOHEX(dbid)) 做兼容处理。










