awrextr.sql仅支持按连续snap_id导出，需满足快照存在、SELECT_CATALOG_ROLE权限、ARCHIVELOG模式三前提，否则静默失败或导出空文件。

awrextr.sql 不支持按自然时间（如“2026-09-25 09:00 到 2026-09-26 15:00”）直接导出，它只认 snap_id 区间，且必须满足快照连续、权限到位、归档开启三个硬性前提，否则静默失败或导出空 .dmp 文件。

查不到可用 snap_id 就别急着跑 awrextr.sql

脚本执行前必须确认源库真有目标区间对应的快照。AWR 不会“补采”，没快照就无数据可导。

• 先运行 SELECT snap_id, begin_interval_time, end_interval_time FROM dba_hist_snapshot WHERE end_interval_time > SYSDATE - 7 ORDER BY snap_id DESC; 查最近 7 天快照
• 若无结果，检查 SELECT * FROM dba_hist_wr_control; 中的 retention（保留天数）是否为 0，或 interval（采集间隔）是否被设为 0
• 再确认 SHOW PARAMETER statistics_level; 返回值必须是 TYPICAL 或 ALL；BASIC 会彻底停掉 AWR 采集

directory_name 和 snap_id 填错不会报错，但导出必失败

awrextr.sql 的交互式参数里，directory_name 和 begin_snap/end_snap 是两个最易填错却无提示的点。

• directory_name 必须是数据库中已存在的 DIRECTORY 对象名（如 DATA_PUMP_DIR），不是操作系统路径；用 SELECT * FROM dba_directories; 确认存在
• begin_snap 和 end_snap 必须是真实存在、且属于同一实例的连续 snap_id；中间若被 DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE 清理过，end_snap 不能“跳空”，否则部分历史表（如 DBA_HIST_SQLSTAT）静默缺失
• 脚本会两次询问 directory_name：第一次列目录对象供选，第二次让你指定写入位置——两次都得填同一个合法对象名

权限和归档模式不达标，脚本会在打包阶段卡死或生成空文件

awrextr.sql 底层调用 DBMS_SWRF_INTERNAL.AWR_EXTRACT，这个包对环境极其敏感。

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

• 执行用户必须显式拥有 SELECT_CATALOG_ROLE 角色（仅 SELECT 权限不够）
• 用户必须对 SYSAUX 表空间有 READ 权限：GRANT READ ON TABLESPACE sysaux TO username;
• 数据库必须处于 ARCHIVELOG 模式：ARCHIVE LOG LIST 输出中必须含 Database log mode: Archive Mode；非归档模式下，脚本常卡在最后打包阶段，并抛 ORA-13504

导出后文件为空或结构异常，优先检查这三个地方

导出完成不代表数据完整。常见“看似成功、实则无效”的情况集中在以下三点：

• 导出的 .dmp 文件体积远小于预期（如只有几 KB）：大概率是快照不存在或 snap_id 跨了 RAC 实例（单实例脚本默认只处理当前实例）
• 后续用 awrload.sql 加载时报 ORA-31600 或找不到表：说明导出时缺少 SELECT_CATALOG_ROLE，导致元数据视图读取不全
• 加载后 AWR_STAGE 模式中表行数极少：检查 DBA_HIST_SNAPSHOT 在源库中对应 snap_id 区间内是否有足够多的子表记录（如 DBA_HIST_SYSMETRIC_HISTORY），而不仅是快照头存在

真正麻烦的不是步骤多，而是每个环节都可能“不报错但不干活”——尤其是快照连续性、角色权限、归档模式这三项，缺一不可，且错误表现高度隐蔽。