Sql server 2008 SSIS 2008-如何记录事务回滚时的容器错误消息
我有一个新的包,其中包含一个序列容器,里面有一堆sql和数据流任务。预期的行为是在容器上创建事务流程:如果任何任务失败,则需要执行回滚,并且必须记录错误消息以进行分析 我将不同对象的TransactionOption属性设置如下:Sql server 2008 SSIS 2008-如何记录事务回滚时的容器错误消息,sql-server-2008,ssis,error-logging,dts,ssis-2008,Sql Server 2008,Ssis,Error Logging,Dts,Ssis 2008,我有一个新的包,其中包含一个序列容器,里面有一堆sql和数据流任务。预期的行为是在容器上创建事务流程:如果任何任务失败,则需要执行回滚,并且必须记录错误消息以进行分析 我将不同对象的TransactionOption属性设置如下: 包级别:支持 集装箱:必选 每个SQL或数据流任务:支持 已启用Microsoft分布式事务协调器 我还引入了一个重复的主键错误。。并且有效地按预期工作:回滚工作正常 下一步是将重复的主键错误消息登录到SQL Server表中。我的问题是: 哪个位置最适合捕捉错误消息
提前感谢OneError事件是处理错误的最合适场所。你用谷歌搜索过执行SQL任务的教程吗?它们都解释了如何将变量传递给参数。有没有理由不使用本机SSIS日志记录到SQL Server表?在这里,您只需选择对日志记录感兴趣的内容。像OnError、OnTaskFailed等,它的工作量和未来的维护工作将远远少于您要走的道路down@billinkc-->+1用于在黑暗中发光。我深入研究了你建议的方法,一直工作到我调查的最后。当OnError事件发生时,刚刚在包级别打开了SQL Server日志记录。非常感谢。我的日志首选项是:OnError、OnTaskFailed、OnWarning、OnPreExecute、OnPostExecute和OnInformation。有了这些,我就能够回答大多数与SSIS相关的问题——包运行了多长时间,任务运行了多长时间?哪些配置[未]应用?什么抛出错误?哪些任务实际上失败了?ETC OnError事件是处理错误的最合适位置。你用谷歌搜索过执行SQL任务的教程吗?它们都解释了如何将变量传递给参数。有没有理由不使用本机SSIS日志记录到SQL Server表?在这里,您只需选择对日志记录感兴趣的内容。像OnError、OnTaskFailed等,它的工作量和未来的维护工作将远远少于您要走的道路down@billinkc-->+1用于在黑暗中发光。我深入研究了你建议的方法,一直工作到我调查的最后。当OnError事件发生时,刚刚在包级别打开了SQL Server日志记录。非常感谢。我的日志首选项是:OnError、OnTaskFailed、OnWarning、OnPreExecute、OnPostExecute和OnInformation。有了这些,我就能够回答大多数与SSIS相关的问题——包运行了多长时间,任务运行了多长时间?哪些配置[未]应用?什么抛出错误?哪些任务实际上失败了?等