直接运行 _awrload.sql 报 ORA-01403 是因缺失前置条件：须先执行 awrextr.sql 导出完整包（dmp+txt+log），目标库需完成初始化建表、创建匹配权限的 directory 对象，且 dbid 必须一致（否则需 dbms_swrf_internal.register_database 注册源库 dbid）。
直接运行 _awrload.sql 会报错 ORA-01403：no data found
这是最常见现象——脚本本身不校验源库 awr 快照是否存在、是否导出完整，直接硬执行 @?/rdbms/admin/_awrload.sql 时，内部查询 dba_hist_snapshot 或临时表找不到数据就崩。根本原因是：这个脚本不是“一键导入”，而是依赖前置的 awrextr.sql 导出流程生成的 dump 文件 + metadata 文件，且要求目标库已创建好对应 awr schema（sysaux 下的 awr_* 表）。没走完提取 → 传输 → 预置 → 加载四步，单独跑 _awrload.sql 就是裸奔。
实操建议：
- 确认你手里有完整的 AWR 提取包：至少包含
awrdat_*.dmp（二进制 dump）、awrdat_*.txt（metadata 描述）和awrdat_*.log - 目标测试库必须已运行过
@?/rdbms/admin/awrload.sql的“初始化阶段”（即执行到提示输入 dump 文件名之前那部分），它会建表、授权、设参数 - 别用 SQL*Plus 直接
@_awrload.sql，要先连上目标库，再手动执行脚本中从PROMPT Enter name of directory object开始的交互段
directory 对象权限和路径必须匹配 dump 文件实际位置
Oracle 不允许直接读任意文件系统路径，必须通过 directory 对象映射。但很多人建了目录、赋了权，还是卡在 ORA-39001: invalid argument value 或 ORA-39000: bad dump file specification，问题往往出在路径细节上。
实操建议：
- 用
SELECT * FROM dba_directories WHERE directory_name = 'AWR_DIR';确认目录真实路径，注意末尾斜杠：Linux 下必须是/u01/app/oracle/awr_dump/（带尾斜杠），Windows 下是C:\awr_dump\ - 把
awrdat_*.dmp和awrdat_*.txt放到该路径下，且 Oracle 进程用户（如oracle）对该路径有读权限 - 执行时输入的文件名只写
awrdat_123456.dmp，不要带路径——路径由directory决定 - 如果用 ASM 存储，
directory必须指向 ASM 别名，且数据库需为 12c+ 并启用asm_diskstring正确识别
目标库 dbid 和 db_name 不同会导致快照时间线错乱甚至加载失败
AWR 数据严格绑定源库的 dbid。测试库若为克隆库或新库，dbid 与生产库不同，_awrload.sql 默认拒绝加载（报 ORA-13516: AWR snapshot range cannot be loaded into database with different DBID）。强行绕过可能让 dba_hist_snapshot 中的 begin_interval_time 显示为 4000 年，或者 awr_report_text 查不到数据。
实操建议：
- 加载前查清楚：
SELECT dbid, name FROM v$database;对比源库和目标库 - 若
dbid不同，必须在运行_awrload.sql前，手动执行EXEC dbms_swrf_internal.register_database(123456789);（123456789 换成源库dbid） - 该过程会修改数据字典视图
wrm$_database_instance，仅限诊断用途，不可用于长期运行的生产测试库 -
db_name可以不同，但instance_name建议保持一致，否则 OEM 或awrrpt报告里实例名显示异常
加载后 awrrpt 查不到报告？检查 awr_pdb_id 和容器模式
如果是 12c+ 多租户环境，且 AWR 数据来自 PDB，而你在 CDB$ROOT 下运行 _awrload.sql，默认只加载 CDB 级数据。PDB 的快照不会自动出现，awrrpt 就查不到任何内容——不是失败，是压根没加载进去。
实操建议：
- 确认源库导出时是否指定了 PDB：
awrextr.sql中选了Enter the database id (DBID)后，是否还填了Enter the PDB ID (PDBID) - 目标库加载前，先
ALTER SESSION SET CONTAINER = <code>pdb_name;，再运行_awrload.sql的交互部分 - 加载完成后，在对应 PDB 内查：
SELECT COUNT(*) FROM dba_hist_snapshot;，而非在 CDB$ROOT 查 - 用
awrrpt生成报告时，必须指定-pdb参数，例如：awrrpt -pdb <code>pdb_name
事情说清了就结束。真正卡住的点，往往不是脚本本身，而是 dump 文件完整性、directory 权限粒度、dbid 绑定逻辑这三个地方来回试错。
