SQL Server - 超时异常
我们面临 SQL 超时问题，我发现错误事件 ID 是事件 5586 或 3355（无法连接/网络问题），还可以看到一些其他与数据库相关的错误事件 ID（3351 和 3760 - 权限问题）不同时间报道。
可能是什么原因？任何帮助将不胜感激..
We are facing the SQL Timed out issue and I found that the Error event ID is either Event 5586 or 3355 (Unable to connect / Network Issue), also could see few other DB related error event ids (3351 & 3760 - Permission issues) reported at different times.
what could be the reason? any help would be appreciated..
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
你能详细说明一下吗？这是什么时候发生的事？您可以重现该行为还是偶尔发生？
看来SharePoint 也参与其中。是否可能对大文件的需求很高？
Can you elaborate a little? When is this happening? Can you reproduce the behavior or is it sporadic?
It appears SharePoint is involved. Is it possible there is high demand for a large file?
您应该检查是否存在可能阻止查询完成的阻塞/锁定。此外，如果您有大量计算/计算列（或只是大量数据），则您的查询需要很长时间才能计算。
最后，如果您找不到阻止结果的内容或优化查询，则可以增加超时持续时间（将其设置为“0”表示无超时）。在企业管理器中的服务器或数据库设置下执行此操作。
You should check for blocking/locking that might be preventing your query from completing. Also, if you have lots of computed/calculated columns (or just LOTS of data), your query make take a long time to compute.
Finally, if you can't find something blocking your result or optimize your query, it's possible to increase the timeout duration (set it to "0" for no timeout). Do this in Enterprise Manager under the server or database settings.
Kerberos 错误疑难解答。它永远不会失败。
Troubleshooting Kerberos Errors. It never fails.
您的某些 Web 应用程序是否在本地服务或网络服务帐户下运行？如果是这样，如果您的数据库不在同一台计算机上（即 SharePoint 位于计算机 A 上，SQL 位于计算机 B 上），则某些任务（即与计时器作业相关的操作等）的身份验证将失败，但并非全部任务。例如，内容数据库似乎仍然可以访问（很奇怪，我知道，但我已经看到它发生了......）。
Are some of your webapps running under either the Local Service or Network Service account? If so, if your databases are not on the same machine (i.e. SharePoint is on machine A and SQL on machine B), authentication will fail for some tasks (i.e. timerjob related actions etc.) but not all. For instance it seems content databases are still accessible (weird, i know, but i've seen it happen....).