ORA-13793报错怎么回事，比较指标不对导致的故障修复和远程帮忙处理方案

ORA-13793这个错误代码，根据甲骨文官方文档的解释（来源：Oracle Database Error Messages, 19c版本），其含义是“比较指标不对”，这个说法听起来可能有点抽象,我们可以把它拆开来看。

这里的“指标”通常指的是在Oracle数据库的“自动工作量仓库”（Automatic Workload Repository, 简称AWR）功能中，用于衡量和比较数据库性能的那些数据点，比如SQL语句的执行时间、消耗的CPU资源、磁盘读取次数等等，AWR就像是数据库的“黑匣子”或“健康记录仪”,会定期拍下数据库性能的快照并保存下来。

而“比较”指的是Oracle提供的一个强大功能，叫做“AWR比对报告”（AWR Compare Report），这个报告允许数据库管理员（DBA）选择两个不同时间段的AWR快照，然后进行对比，可以对比今天上午10点系统运行缓慢时的快照和昨天同一时间系统运行正常时的快照，这个报告会高亮显示在两个时间段内差异最大的性能指标，从而帮助DBA快速定位问题所在，比如是不是某条SQL语句在今天变得异常耗时，或者某个硬件资源（如I/O）突然出现了瓶颈。

“比较指标不对”这个错误（来源：Oracle Database Performance Tuning Guide），通俗来讲，就是在你尝试生成这样一份AWR比对报告时，系统用来进行对比的两个AWR快照所包含的“指标”不匹配，导致报告无法正常生成，这就像是你想比较一个人的身高体重变化，但第一次测量只记录了身高，第二次测量只记录了体重，这两个数据因为不是同一类指标,所以根本无法进行有意义的比较。

导致“指标不对”的常见原因有以下几种（来源：基于Oracle技术支持社区和文档的常见问题汇总）：

1. 数据库版本或参数不一致的快照：这是最常见的原因，你选择用于对比的两个AWR快照，可能来自于不同版本的数据库实例，一个快照是在数据库升级前拍的（19.3版本），另一个是在升级后拍的（19.12版本），不同版本的数据库，其内部收集的性能指标项可能会有增减或变化，导致无法直接对比，同样，如果两个快照来自参数设置（如statistics_level）完全不同的数据库实例,也可能出现此问题。

2. 快照数据不完整或已损坏：AWR快照在生成过程中如果被中断（比如数据库突然重启），或者底层的存储AWR数据的表空间出现了问题，可能导致某个快照的数据不完整或损坏，用一个损坏的快照去和正常的快照对比,系统自然无法处理。

3. 选择了无效的时间范围：有时，用户可能无意中选择了两个时间点完全相同的快照，或者第二个快照的时间点早于第一个快照的时间点,这种不合逻辑的选择也可能触发该错误。

故障修复和处理方案

当遇到ORA-13793错误时,可以按照以下步骤进行排查和修复：

第一步：确认快照信息 你需要登录到数据库服务器，使用具有DBA权限的用户（如SYS或SYSTEM）连接到数据库，查询AWR快照的详细信息，可以执行类似下面的SQL语句： SELECT snap_id, dbid, instance_number, startup_time, begin_interval_time, end_interval_time FROM dba_hist_snapshot ORDER BY snap_id; （来源：Oracle Database Reference） 仔细检查你打算用于生成比对报告的那两个snap_id对应的记录,重点关注：

• dbid（数据库标识符）是否相同？必须是同一个数据库的快照。
• instance_number（实例号）是否相同？如果是RAC（实时应用集群）环境,要确保对比的是同一个实例的快照。
• startup_time（数据库启动时间）是否相同？如果两次快照期间数据库有过重启，那么重启前后的指标可能因为计数器重置而缺乏可比性，虽然不一定是这个报错,但也是需要注意的。

第二步：排查版本和参数一致性 如果快照基本信息正常，接下来检查数据库版本和参数，确认两个快照采集期间，数据库没有进行过升级，检查关键参数statistics_level是否一直保持为TYPICAL或ALL（这是收集完整AWR信息所必需的）,你可以通过查询历史参数设置或回顾变更记录来确认。

第三步：尝试使用不同的快照 如果怀疑某个快照有问题，最直接的方法是换一对快照进行对比，选择两个确信是在数据库状态稳定、版本和参数一致的时间段内采集的快照，选择昨天下午2点到3点，和今天下午2点到3点的快照进行对比,前提是这两个时间段内数据库环境没有发生变化。

第四步：重新生成AWR比对报告 在确定了合适的快照对（snap_id）之后，再次尝试生成报告，在SQL*Plus中，可以使用Oracle提供的脚本： @?/rdbms/admin/awrddrpt.sql 然后根据提示输入开始的snap_id和结束的snap_id等信息。

远程帮忙处理方案

如果你是远程协助处理这个问题，流程大致相同,但需要通过远程桌面或终端共享的方式来进行：

1. 获取访问权限：需要被协助方提供安全的数据库服务器访问权限，例如通过VPN连接后使用SSH工具登录服务器，或者使用Oracle SQL Developer等图形化工具直接连接数据库。
2. 信息收集：请对方告知报错时具体使用的两个快照ID（snap_id），或者直接由你在远程会话中操作，查询dba_hist_snapshot视图。
3. 执行排查步骤：远程重复上述“故障修复”中的第一步到第三步,通过命令行或SQL界面进行检查和验证。
4. 指导或代劳：你可以通过语音或文字指导对方执行命令，或者在你拥有操作权限的情况下，直接执行诊断和修复操作,关键操作前最好与被协助方确认。
5. 验证结果：在调整了快照选择或确认环境一致性后，再次尝试生成AWR比对报告，确认ORA-13793错误是否消失。
6. 记录与建议：问题解决后，建议记录下根本原因（如是因为版本升级导致），并告知对方未来在进行AWR比对时需要注意的事项，比如避免跨版本对比，或者在数据库环境发生重大变更后,注意AWR快照的可用性。

ORA-13793错误的核心是AWR比对的基础数据不具备可比性，解决方法的核心思路就是确保你挑选出来进行“PK”的两位“选手”（两个AWR快照）处于相同的“量级”和“规则”下（即相同的数据库版本、配置和完整状态）。