如何编写在每个预期 * 情况下调用CATCH
代码块的受保护的代码(而不像将所有内容包装在动态 SQL 中那样做一些时髦的垃圾)?
例如,这不起作用:
- 定义没有步骤的 SQL 代理作业
尝试在一个内部开始工作
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 块。wtf?!?
CATCH
如果作业正忙于处理请求(我在测试中发送垃圾邮件停止和启动请求),它也会绕过我的阻止。
消息 22022,级别 16,状态 1,第 0 行 SQLServerAgent 错误:运行作业 my_simple_job(来自用户 xyz)的请求被拒绝,因为作业已经有来自用户 xyz 的挂起请求。
相关案例:无效的链接服务器引用
PS请不要假设我只想要一个处理作业调用的窄范围解决方案。我正在寻找一个可以在未来重用的通用解决方案。
PPS 我能够捕捉到尝试启动/停止不存在的作业的情况(“指定的@job_name('missing_job')不存在。”)。为什么会有不同的行为?
* TRY/CATCH 无法处理的内容(tl;dr 错误严重性超出范围(10, 20)
)
不幸的是,你不能。
SQL Server MVP Erland Sommarskog 有一系列关于 SQL Server 中的错误处理的简短*文章,从这里开始:SQL Server 中的错误和事务处理
您在代理作业中遇到的问题是它调用了扩展存储过程,这就是引发错误的原因。特别是,该错误来自
master.dbo.xp_sqlagent_notify
.Erland在这里讨论了这个问题:
我知道您提到您对不能广泛适用的定制解决方案不感兴趣,但我认为值得一提的是,在处理 Microsoft 提供的存储过程时,此 TRY / CATCH 问题的一种解决方案是始终捕获返回码的程序。如果它不为零,您可以手动引发错误以触发 CATCH 块(感谢Dan Guzman)。
*简短,哈!