FAQ-如何解决视讯产品SMC型号(V1R3版本)网页登录失败问题

发布时间:  2016-11-19 浏览次数:  116 下载次数:  1
问题描述

某客户早上登录SMC是发现无法正常登录,而且服务器无法远程桌面(该功能已开启),强制重启服务器后恢复正常。现象如下图所示:


解决方案

1、通过分析SMC服务器的操作系统事件日志(Application)发现,10月17日 6:33分左右,IIS出现异常,出现重置操作系统性能计数器的现象。


6:33后面,SMC系统开始出现异常,详细见SMC的系统日志


从以上几个方面看,SMC服务器发生异常现象,主要是由IIS异常,重置性能计数器造成的。参考微软官网查询问题原因,因为IIS消息量大,对服务器性能压力大。

通过分析SMC日志发现大量的离线重呼日志,如果这个参数设置不当会产生大量的无效呼叫,对服务器性能影响较大。

通过查看系统配置发现离线重呼的持续时间为30min,间隔为30s。显然这将导致会议在重新召集时,对未入会的会场进行离线重呼,同时产生大量离线重呼的消息。且从局点的日志看,每个MCU每天都会有重启动作(MCU半夜鸡叫功能),MCU重启上线后,SMC会执行同步会议信息到MCU,即在该MCU上重新召集会议。会议召集起来后,会对未入会的会场进行离线重呼动作(间隔30s,持续30min),因此会产生大量的离线重呼消息。

检查发现SMC一直挂着5个永久会议,会场数目如下:

XXXX运维:23个

XXXX级联会议(双流)-01:12个;

XXXX级联会议(双流)-01:24个;

XXXX级联会议(双流)-01:16个;

XXXX级联会议(双流):21个;

按照每天MCU都发生一次重启计算,当出现MCU重启(半夜鸡叫功能)后,SMC同步会议数据到MCU,MCU再重新召集会议,然后再对未入会的会场进行离线重呼,间隔30s,持续30min。所以每天至少会产生5760(96*2*30)个离线重呼的消息。对IIS的性能影响较大。

同时从SMC的日志可以看到,离线重呼时,会场都处于未使用状态(关机/无人接听状态)。

主要是SMC侧的离线重呼功能,每当会议中的MCU重启(半夜鸡叫功能)上线后,SMC会同步会议数据到MCU重新召集会议,SMC会对未入会的会场进行离线重呼,间隔30s,持续30min,产生大量离线重呼的消息,造成IIS待处理的消息过多,负载过大,从而触发IIS重置操作系统性能计数器的现象,进而影响操作系统其它业务。

解决方案:

1.考虑到该功能对SMC性能方面的影响,建议减少离线重呼的次数。建议配置如下:(持续呼叫时间为1min,呼叫间隔为50s)


2、在SMC2.0 中避免长时间召开无会场在线且一直持续的会议

END