最近,SQL Server代理排定作业中出现了一系列随机出现的以下错误,但我一直找不到解决方案。
该错误很少发生,但对于每日计划的作业,通常是一周一次,但在任意数量的不同作业中,并不总是相同的作业。每个作业都从运行该作业的同一服务器执行SSIS包这一事实。它也总是运行几乎正好30秒的时间,我猜这是超时阈值。我不确定如果服务器只是连接到它自己的SSIS目录,它为什么会超时。同样值得注意的是,它实际上从未达到执行SSIS包的地步,而且无论试图执行哪个包,都会发生这种情况。
在我的研究过程中,我遇到了许多人建议,只需将SQL Server2012更新到最新的CU*或SP2就可以解决问题。但是,将服务器升级到SP2并非如此。
一种尝试过的解决方案(承认这是丑陋的)是在作业步骤失败时简单地重试一次,这实际上在大约30%的情况下解决了问题。
我欢迎任何有这个错误经验的人,或者任何有任何建议的人。
错误消息如下:
Date 16/07/2014 6:00:11 AM
Log Job History ({$jobname})
Step ID 1
Server {$productionserver}
Job Name {$jobname}
Step Name {$stepname}
Duration 00:00:31
Sql Severity 0
Sql Message ID 0
Operator Emailed
Operator Net sent
Operator Paged
Retries Attempted 0
Message
Executed as user: {$user}.
Microsoft (R) SQL Server Execute Package Utility Version 11.0.5058.0 for 64-bit Copyright (C) Microsoft Corporation. All rights reserved.
Started: 6:00:11 AM Failed to execute IS server package because of error 0x80131904.
Server: {$productionserver},
Package path: {$packagepath},
Environment reference Id: NULL.
Description: Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
Source: .Net SqlClient Data Provider
Started: 6:00:11 AM Finished: 6:00:42 AM
Elapsed: 31.122 seconds. The package execution failed. The step failed.
发布于 2015-02-17 03:46:46
检查包故障时实例上正在/曾经运行的其他内容(例如,数据库完整性检查或类似的密集型操作)。
SQL代理与其自己的SSIS目录进行通信时超时( 30秒超时)。它实际上并不是在执行包,所以它与包本身无关,而是与执行时实例的繁忙程度无关。
(回答这个问题,因为它出现在谷歌搜索中)
https://stackoverflow.com/questions/24782662
复制相似问题