我正在调试一个 SQL Server 作业，该作业在没有明显原因的情况下不断失败，同时也正确完成了每个计算。情况如下：
该作业运行一个由 try/catch 包围的过程（记录然后抛出异常），前后都有一个日志步骤，并且内部有大量日志记录，几乎在每个相关步骤上都写入日志。它调用许多较小的过程，每个过程处理部分逻辑，以及一个不受我控制/维护责任的外部过程。
作业执行完成，记下每个结果，日志的行为符合预期。
除非作业失败。每次。并且外部过程对 PRINT 的过度使用一直隐藏着失败的实际原因，因为它全部进入作业步骤的消息中，从而完全无用。
我的主要问题是：如果一个程序在作业步骤内使用大量打印，最终会导致作业在记录完成时失败，即使其中的每个步骤都成功完成？如果是这样，是否有任何文档表明我可以查阅的限制/设置？
感谢 Thom A 在评论中提供的帮助，他让我找到了正确的地方。
上述问题不是问题的根源，但潜在的问题完全被打印隐藏了。 幸运的是，如果设置正确，作业步骤会在文件中保留大量日志记录，这使得以后可以进行检查，这使我能够将问题跟踪到指向根本问题的一对 Msg 行。
显然，程序的远程服务器错误不会立即转储到 Catch 中，这是一个我必须弄清楚如何克服的问题，但至少我现在可以实际找到问题。