51044 报错
问题
全部回复
-
您好，
Event ID 7011: A timeout (30000 milliseconds) was reached while waiting for a transaction response from the ServiceName service.
经调查，SQL上7011的报错是由于后端服务响应的超时（默认30 ms），前端报出的事件51044也可能是由于和后端的连接出现问题而造成的。
如果保证在SQL后端数据库的服务都已启动，并且防火墙上1433端口都配置基本正确的情况下，我们怀疑是SQL的performance出现了问题。
建议参考这篇文章修改一下服务响应的默认超时值至60ms，来测试是否能够解决问题。
另外，以下这篇是关于SQL性能上的基础排查介绍，您可以尝试使用SQL性能监视器来收集信息进行一些关于SQL performance的排查。
https://support.microsoft.com/en-us/help/298475/how-to-troubleshoot-sql-server-performance-issues
此致,
Calvin Liu
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
-
您好，
请检查SQL上关于SFB的服务并确保都已正常启动，防火墙上默认的1433端口连接正常。
前端51044的报错一般是由于后端SQL性能上的问题引起的，如果后端可以正常连接这将不会影响SFB的基本使用。我们建议你按照之前回复里提到的方式在SQL服务器中延长服务响应的默认超时值来进一步排查7011。初步认定是由于SQL performance上引起的连接响应问题，所以建议优先关注后端SQL这一块的问题。
此致,
Calvin Liu
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
-
您好，
如果最新的两个事件ID都是后端报出的，我们怀疑是SQL后端的连接出现问题。
可以尝试在后端 SQL 服务器上进行初步排查，通过 SSMS 工具连接数据库所在的实例，然后尝试任意 run 一个 query (select @@Servername) 测试是否能运行成功。
也可查看 SSMS 界面来检查mirror环境的健康度。
如果确定是 sql 问题，建议您到SQL论坛中发帖求助：https://social.technet.microsoft.com/Forums/zh-CN/home?forum=sqlserverzhchs&filter=alltypes&sort=lastpostdesc
此致,
Calvin Liu
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
-
您好，
如果您的生产环境在每天固定的时间段会大量调用到数据库，那么很可能这种周期性报错与您具体的操作有关。
其中SQL上报出的 Event ID 17806 很可能是由于与SQL无法建立可信任的连接造成的: SSPI handshake failed with error code 0x8009030c
我们论坛致力于解答Skype for Business使用中遇到的问题及疑问，对于在SQL server使用中产生的具体疑问，我们建议您到SQL论坛中发帖求助 😊：https://social.technet.microsoft.com/Forums/zh-CN/home?forum=sqlserverzhchs&filter=alltypes&sort=lastpostdesc
此致,
Calvin Liu
如果以上回复对您有所帮助，建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议，可以通过此邮箱联系我们：tnsf@microsoft.com.
