在Cisco智能联络管理(ICM)版本7.2(5), 7.2(6)和7.2(7),外围网关(PG)的开放外围控制器(OPC)进程创建排除故障的数据文件。这些文件应该由在PG的一安排的作业维护。创建在7.2(5), 7.2(6)和7.2(7)的此工作是残破的脚本和脚本没有被创建。这些捕获文件能获得非常大和继续生长和填装硬盘驱动器,如果没控制。
本文讨论如何排除问题故障。
Cisco 建议您了解以下主题:
Cisco ICM
Cisco ICM外围设备
本文的信息根据Cisco ICM版本7.2(5), 7.2(6)和7.2(7)。
The information in this document was created from the devices in a specific lab environment.All of the devices used in this document started with a cleared (default) configuration.If your network is live, make sure that you understand the potential impact of any command.
Refer to Cisco Technical Tips Conventions for more information on document conventions.
方式使时间降低到解决方法,一个新功能被添加了到开始从7.2(5)的PG组件的OPC进程。此功能记录OPC消息传送,因此问题可以通过减少归航时间诊断和加速解决方法再生产。捕获此消息传送创建需要被维护的大数据文件,因此PG的硬盘驱动器没有被填装。这些文件被维护的一种方式是通过净化老文件并且维护适当的数据量在系统的被安排的工作。在ICM 7.2(5)中, 7.2(6)和7.2(7),使用安排此工作于OPC捕获文件不适当地实行的脚本和安排的作业没有被创建。由于不被创建的安排的作业,填装PG的硬盘驱动器的OPC捕获数据不是受控和准许变得未管制。此问题将发生在用双工制的PG的两边, OPC进程同时运行在每一侧,因此两边创建捕获文件。这将导致PG的两边接近填满在同一时间。
这些文件增长的容量直接地与呼叫流和负荷有关在系统。
由于在一个被简化的IPCC配置的安装以后被执行的第二个脚本,安排的作业通过另一个平均值得到创建,并且日志文件是受控的。
开始在ICM 7.2(5), PG的OPC进程创建排除故障的数据文件。这些文件应该由在PG的一安排的作业维护。创建在7.2(5), 7.2(6)和7.2(7)的此工作是残破的脚本和脚本没有被创建。这些捕获文件能获得非常大和继续生长和填装硬盘驱动器,如果没控制。
因为硬盘驱动器填装,系统将是无法预测和不可靠的。同一个问题在导致在同时到达容量的PG的两边PG的双工侧将同時发生。并且,在这些文件的数据量与系统的负荷是按比例。
Note: 在被简化的Cisco联系中心企业配置不应该看到此问题,当第二个脚本在将创建脚本的设置进程中以后运行。
验证的简便的方法清理不发生是对检查在PG的被安排的工作。这可以执行用两个不同的方式。
首先,从控制面板,请选择Scheduled Tasks。在任务列表中,如果清理任务存在,如果有工作被安排在2:57am。在被安排的项目和详细资料的双击将显示清理脚本类似于“c:\icm\bin\OPCCleanup.bat 5g"。如果上述条目不存在,则工作未被创建。
另一个方式检查安排的作业是从line命令。请使用将列出在系统的所有被安排的工作AT命令的那。再次,如果清理工作不存在,然后未安排工作。
从line命令安排的作业将看起来类似于此:
Status ID Day Time Command Line ------------------------------------------------------------------------------- 19 Each M T W Th F S Su 2:57 AM cmd /C "C:\icm\bin\OPCCleanup.bat 5g"
如果运行Cisco ICM 7.2.5或7.2.6,工作可以从prompt命令容易地被创建。将需要修改以下命令指向正确的ICM支持特定安装。should命令在所有PG组件运行。
AT 2:57 /EVERY:m,t,w,th,f,s,su cmd /C "C:\icm\bin\OPCCleanup.bat 5g"
从命令再请使用AT命令验证工作如上所述被创建了。如果PG在一个手工的解决方法以后要求一辆重新启动,手工的解决方法/工作将依然是,不用问题。重新运行设置不会取消AT工作。