none
51044 报错 RRS feed

  • 问题

  • 大家好,

    我们的前端服务器上面报51044 error LS MCU Factory,我查看了sql server上面有个7011 service control manager的错误,请问这个报错是什么原因生成的?怎么样修复?


    2018年10月8日 9:29

全部回复

  • 您好

    Event ID 7011: A timeout (30000 milliseconds) was reached while waiting for a transaction response from the ServiceName service.


    经调查,SQL7011的报错是由于后端服务响应的超时(默认30 ms),前端报出的事件51044也可能是由于和后端的连接出现问题而造成的。

    如果保证在SQL后端数据库的服务都已启动,并且防火墙上1433端口都配置基本正确的情况下,我们怀疑是SQLperformance出现了问题。

    建议参考这篇文章修改一下服务响应的默认超时值至60ms,来测试是否能够解决问题。

    https://support.microsoft.com/en-us/help/922918/a-service-does-not-start-and-events-7000-and-7011-are-logged-in-window

    另外,以下这篇是关于SQL性能上的基础排查介绍,您可以尝试使用SQL性能监视器来收集信息进行一些关于SQL performance的排查。

    https://support.microsoft.com/en-us/help/298475/how-to-troubleshoot-sql-server-performance-issues

    此致,

    Calvin Liu


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年10月9日 6:32
    版主
  • 前端服务器为什么会出现51044的报错?如果说后面sql的连接没有问题了,那么这个51044对SFB服务器有什么影响,有什么安全隐患吗
    2018年10月9日 8:13
  • 您好,

    请检查SQL上关于SFB的服务并确保都已正常启动,防火墙上默认的1433端口连接正常。

    前端51044的报错一般是由于后端SQL性能上的问题引起的,如果后端可以正常连接这将不会影响SFB的基本使用。我们建议你按照之前回复里提到的方式在SQL服务器中延长服务响应的默认超时值来进一步排查7011。初步认定是由于SQL performance上引起的连接响应问题,所以建议优先关注后端SQL这一块的问题。



    此致,

    Calvin Liu


    如果以上回复对您有所帮助,建议您将其“标记为答复”. 如果您对我们的论坛支持有任何的建议,可以通过此邮箱联系我们:tnsf@microsoft.com.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年10月10日 5:58
    版主
  • 经过尝试后无效,并且后端数据7011没有消失,又出现了新的报错17806,1404,问题发生在每天的中午12点钟左右,我们使用的是生产环境,请问是什么原因导致了这些报错?

    后端数据库做了Mirror

    2018年10月11日 7:06
  • 您好,

    如果最新的两个事件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.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年10月11日 9:28
    版主
  • 请问下,这个报错是每天中午十二点左右才会出现,其余时间在event viewer里面看都是正常的information信息,是不是说明sqlserver只是在十二点左右的时侯有连接问题,其他时间是正常的呢?
    2018年10月12日 1:17
  • 您好,

    如果您的生产环境在每天固定的时间段会大量调用到数据库,那么很可能这种周期性报错与您具体的操作有关。

    其中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.

    点击了解更多,或者访问我们的专用论坛,与我们的技术专家一起分享探索 Microsoft Teams.

    2018年10月12日 5:34
    版主