SQL Server做业报错特殊案例

一个做业报错，报错信息以下，从错误信息根本看不出为何出错，手工运行做业又成功了。一时不清楚什么缘由致使做业出错。

 

Message

Executed as user: NT SERVICE\SQLSERVERAGENT. ...eration. [SQLSTATE 01003] (Message 8153)  Mar  6 2019  8:09AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:10AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:17AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 11:17AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  1:03PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  4:06PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  4:07PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  1:40PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  1:36PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:02AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:06AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  9:47AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  5:38PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  5:34PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:16PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:07AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:09AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:18PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  1:24PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:11AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:12AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 11:34AM [SQLSTATE 01000] (Message 0)  Mar  7 2019 11:39AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  4:20PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:51AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:44AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  7:31AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 10:46AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 10:10AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:08AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:04AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  3:19PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:02AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  9:01AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  9:48AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:01AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  4:16PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:17PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:31AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:04AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:08AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  1:08PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  1:04PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:03PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:18PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:16AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:14PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  4:13PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  4:10PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:02AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:01PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  7:44AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  5:38PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  5:34PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  5:38PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  5:34PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:03PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:05PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  7:01PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:05AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:47PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:16AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:18PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:18PM [SQLSTATE 01000] (Message 0)  Mar  7 2019  2:36PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:20AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:32AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:13AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  1:31PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  8:06AM [SQLSTATE 01000] (Message 0)  Mar  7 2019  8:07AM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:16PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  3:16PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  9:03AM [SQLSTATE 01000] (Message 0)  Mar  6 2019 11:59AM [SQLSTATE 01000] (Message 0)  Mar  7 2019 12:01PM [SQLSTATE 01000] (Message 0)  Mar  6 2019  2:59PM [SQLSTATE 01000] (Message 0)  Mar  6 2019 11:49AM [SQLSTATE 01000] ...  The step failed.

 

 

 

 

如上截图所示，从这里能够看到出错信息的Sql Severity级别为13， 经过数据库引擎错误严重性（Database Engine Error Severities），咱们能够知道13意味着Indicates transaction deadlock errors. 也就是说出现死锁，致使做业的会话成为了死锁的牺牲品。不过也很奇怪，之前也遇到过做业因为出现死锁，致使做业失败的状况。都会在Message里面有提示，可是这个实例的版本SQL Server 2012 SP3（11.0.6020.0），出现死锁，竟然没有提示相关死锁信息。不清楚是Bug仍是其它缘由。

 

 

 

严重性级别

下表列出并说明 SQL Server 数据库引擎所引发错误的严重级别。

严重级别	描述
0-9	返回不太严重的状态信息或报表错误的信息性消息。 数据库引擎 不会引发严重级别为 0 到 9 的系统错误。
10	返回不太严重的状态信息或报表错误的信息性消息。 因为兼容性缘由， 数据库引擎 在将错误信息返回到调用应用程序前将严重性级别从 10 转换为 0。
11-16	指示可由用户纠正的错误。
11	指示给定的对象或实体不存在。
12	特殊严重性，用于因特殊查询提示而不使用锁定的查询。 在某些状况下，由于没有用锁保证一致性，由这些语句所执行的读取操做会产生不一致的数据。
13	指示事务死锁错误。
14	指示安全性相关错误，如权限被拒绝。
15	指示 Transact-SQL?命令中的语法错误。
16	指示可由用户纠正的常规错误。
17-19	指示没法由用户纠正的软件错误。 请将问题通知系统管理员。
17	指示语句致使 SQL Server?用尽资源（如数据库的内存、锁或磁盘空间）或超出了系统管理员设置的某些限制。
18	指示 数据库引擎 软件中有问题，但可完成执行语句，而且可维护到 数据库引擎 实例的链接。 每当出现严重级别为 18 的消息时均应通知系统管理员。
19	指示超出了不可配置的 数据库引擎 限制而且当前批处理已终止。 严重级别为 19 或更高的错误消息将中止执行当前的批处理。 严重级别为 19 的错误不多，必须由系统管理员或主要支持提供商更正。 当引起严重级别为 19 的消息时，请与系统管理员联系。 严重级别从 19 到 25 的错误消息均写入错误日志。
20-24	指示系统问题而且是致命错误，这意味着正在执行某语句或批处理的 数据库引擎 任务已中止运行。 此任务记录了所发生事件的有关信息，而后终止。 在大多数状况下，应用程序与 数据库引擎 实例的链接也可能终止。 若是发生这种状况，该问题可能使应用程序没法从新链接。 此范围内的错误消息能够影响同一数据库中全部正在访问数据的进程，并可能指示数据库或对象已损坏。 严重级别从 19 到 24 的错误消息均写入错误日志。
20	指示语句遇到了问题。 因为该问题只影响了当前任务，数据库自己未必已经损坏。
21	指示遇到了影响当前数据库中全部任务的问题，但数据库自己未必已经损坏。
22	指示消息中所指定的表或索引因软件或硬件问题而损坏。 不多发生严重级别为 22 的错误。 若是发生这种错误，请运行 DBCC CHECKDB 以肯定数据库中的其余对象是否也已损坏。 这种问题可能只是出如今缓存中而不存在于磁盘自己。 若是发生此错误，请从新启动 数据库引擎 实例更正此问题。 若要继续工做，则必须从新链接到 数据库引擎实例；不然，请使用 DBCC 修复该问题。 在某些状况下，可能须要还原数据库。 若是从新启动 数据库引擎 的实例不能解决此问题，那么问题就是出在磁盘上。 有时，销毁错误消息中指定的对象能够解决此问题。例如，若是消息报告 数据库引擎 的实例在非汇集索引中发现了长度为 0 的行，则请删除该索引并重建。
23	指示整个数据库的完整性因硬件或软件问题而出现问题。 不多发生严重级别为 23 的错误。 若是发生这种错误，请运行 DBCC CHECKDB 以肯定损坏的程度。 这种问题可能只是出如今缓存中而未出如今磁盘自己。 若是发生此错误，请从新启动 数据库引擎 实例更正此问题。 若要继续工做，则必须从新链接到 数据库引擎实例；不然，请使用 DBCC 修复该问题。 在某些状况下，可能须要还原数据库。
24	指示介质故障。 系统管理员可能须要还原数据库。 您可能还须要致电硬件供应商

 

 

 

参考资料：

 

https://docs.microsoft.com/zh-cn/sql/relational-databases/errors-events/database-engine-error-severities?view=sql-server-2017