SQL Server - TRY/CATCH 在某些情况下不起作用

Question

我如何编写受保护的代码，CATCH在每个预期的* 情况下调用代码块（而不是像在动态 SQL 中包装所有东西那样做一些时髦的垃圾）？

例如，这不起作用：

1. 定义一个没有步骤的 SQL 代理作业

2. 尝试在一个内部开始工作 TRY/CATCH

   BEGIN TRY
       EXEC msdb.dbo.sp_start_job @job_name = 'my_empty_job'
   END TRY
   BEGIN CATCH
       SELECT [MyError] = 'Error caught: ' + ISNULL(ERROR_MESSAGE(), 'NULL')
   END CATCH
   

消息 22022，级别 16，状态 1，第 0 行 SQLServerAgent 错误：请求运行作业 my_empty_job（来自用户 xyz）被拒绝，因为作业没有作业步骤。

请注意，其错误严重性为 16，因此它不应绕过 CATCH 块。卧槽？！？

CATCH如果作业忙于处理请求，它也会绕过我的块（我在测试中发送停止和启动请求）。

消息 22022，级别 16，状态 1，第 0 行 SQLServerAgent 错误：请求运行作业 my_simple_job（来自用户 xyz）被拒绝，因为作业已经有来自用户 xyz 的挂起请求。

相关案例：链接服务器引用无效

PS请不要假设我只想要一个处理作业调用的窄范围解决方案。我正在寻找一个可以在未来重复使用的通用解决方案。

PPS 我能够捕捉到尝试启动/停止不存在的作业的情况（“指定的@job_name ('missing_job') 不存在。”）。为什么表现不同？

*_{什么 TRY/CATCH 不处理（tl; dr 错误严重程度超出范围(10, 20)）}

Answer 1

我如何编写在每个预期* 情况下调用 CATCH 代码块的受保护代码（而不是像在动态 SQL 中包装所有东西那样做一些时髦的垃圾）？

不幸的是，你不能。

SQL Server MVP Erland Sommarskog 有一系列关于 SQL Server 中错误处理主题的简短*文章，从这里开始：SQL Server 中的错误和事务处理

您在代理作业中遇到的问题是它调用了扩展存储过程，这就是引发错误的原因。特别是，该错误来自master.dbo.xp_sqlagent_notify.

Erland在这里涵盖了这个问题：

SQL Server 仍然附带相当多的扩展存储过程，其中一些被记录在案，而另一些仅用于 SQL Server 附带的工具。关于错误处理，所有的赌注都在这些人身上。没有一致的行为，每个 XP 都有自己的扭曲。

我知道您提到您对不广泛适用的定制解决方案不感兴趣，但我认为值得一提的是，在处理 Microsoft 提供的存储过程时，此 TRY / CATCH 问题的一个解决方案是始终捕获返回代码的程序。如果它不为零，您可以手动引发错误以触发 CATCH 块（感谢Dan Guzman）。

*简短，哈！