PDF《如何识别Cisco CallManager重新启动作为失败或 服务关闭》

1000 milliseconds, Actual latency:

1630 milliseconds 在此语句的显示内部Cisco CallManager SDL计时器线索运行减慢.?这里,在Cisco CallManager期 望时间和实际操作系统的时间之间的区别是1.63秒. 如果此差异超出16秒, Cisco CallManager关闭并且提供关闭原因代码4 SDL计时器线索关闭的最可能原因是缺乏Cisco CallManager的CPU时间.?另一应用程序,例如 VirusScan或STI备份,使用了大多CPU资源至少16秒.?Perfmon日志是重要确定此种关闭的根本原 因. 如果Cisco IP电话应用程序备份长期以来运行时间在高CPU利用率,系统崩溃能出现.关于如何避 免此系统崩溃的信息,参考: 检查在备份工具的设置避免本文Cisco CallManager服务崩溃的高CPU部分 q 收集这些文件一旦SDL路由器线索或SDL计时器线索关闭了: 详细的Cisco CallManager跟踪 q SDL trace注意:?设置Sdltracetypeflag为0x8000CB15. q 若有, Perfmon跟踪显示所有进程CPU利用率百分比在方框运行注意:?您能远程捕获这些跟踪 减少在Cisco CallManager服务器的CPU的性能影响. q 如何报告Cisco CallManager故障到思科技术支持 Cisco CallManager事故的实际原因的诊断是困难.为了确定原因和加快解决方案,思科技术支持要 求您收集跟踪和Dr.Watson日志和上传信息到思科技术支持案例笔记.您发送案例注释对 [email protected]并且提供在电子邮件标题栏的案例编号.步骤为: 从30分钟和以前15分钟的收集的Cisco CallManager跟踪文件在失败以后.跟踪的位置是 C:\Program Files\Cisco\Trace\CCM. 1. 从30分钟和以前15分钟的收集的SDL跟踪文件在失败以后.跟踪的位........