Sql作业集成了我们的应用程序。我们有很多sql作业在任何给定的时间点都在运行。我们有一些P0 sql作业间歇性地失败并且出现以下错误。
1。＆＃34; Microsoft SQL Server Native Client 11.0＆＃34; Hresult：0x80004005说明：＆＃34; TCP提供商：连接尝试失败，因为连接方在一段时间后没有正确响应，或者由于连接主机无法响应而建立连接失败。
2.错误：SSIS错误代码DTS_E_OLEDBERROR。发生OLE DB错误。错误代码：0x80004005。 OLE DB记录可用。来源：＆＃34; Microsoft SQL Server Native Client 11.0＆＃34; Hresult：0x80004005说明：＆＃34;登录超时已过期＆＃34;
3.ADO NET Source无法获取连接{87F25D2D-68B5-40D8-A858-F82291B73ECA}，并显示以下错误消息：＆＃34;建立连接时出现与网络相关或特定于实例的错误SQL Server。服务器未找到或无法访问。验证实例名称是否正确，以及SQL Server是否配置为允许远程连接。 （提供程序：TCP提供程序，错误：0 - 连接尝试失败，因为连接方在一段时间后没有正确响应，或者由于连接主机无法响应而建立连接失败。\
4.信号量超时已过期
我们很少看到此超时（最少两天一次），但业务无法接受此费率。
从我们这边来看，我们已经尝试过检查网络，存储和服务器团队，每次我们得到的都很好。
我们甚至有监视器来检查tempdb使用情况，长时间运行的查询，锁定，等待stats.But我们无法获得任何有用的信息.CPU和Memory永远不会超过80％。
如果你在你的环境中遇到过这个问题，有人可以帮我提供以下信息 1.如何开始对这些错误进行故障排除，或者至少在适当的位置说出
此查询等待这么多时间来获取连接，但由于...无法获取连接，因此失败了。
提前致谢..
答案 0 :(得分：0)
此类问题的低频率发生是相当普遍的，通常无法完全消除。
我会编辑SQL Server代理步骤定义，让它们在短暂的间隔（例如5分钟）后重试几次（例如3次）。您希望解决任何临时资源/网络问题，但您也不希望无限期地重试。
我认为这是“业务”，是一种务实的“容错”设计，而不是追求完美。
答案 1 :(得分：0)
他们似乎都是与网络相关的错误，所以现在您已经通过Mike Honeys的建议消除了热量，您应该专注于对网络进行故障排除。