ICM 7.2(5)、7.2(6)和7.2(7):OPC捕獲檔案將滿載硬碟，導致系統不可靠

簡介

在思科智慧聯絡人管理(ICM)版本7.2(5)、7.2(6)和7.2(7)中，外圍裝置網關(PG)的開放式外圍裝置控制器(OPC)進程會建立用於故障排除的資料檔案。這些檔案應該由PG上的計畫作業維護。在7.2(5)、7.2(6)和7.2(7)上建立此作業的指令碼已損壞，並且未建立指令碼。這些捕獲檔案可能會變得非常大，如果不加以控制，將繼續增長並填充硬碟。

本文探討如何解決此問題。

必要條件

需求

思科建議您瞭解以下主題：

• Cisco ICM

• Cisco ICM外圍裝置

採用元件

本檔案中的資訊是根據思科ICM 7.2(5)、7.2(6)和7.2(7)版。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路正在作用，請確保您已瞭解任何指令可能造成的影響。

慣例

如需文件慣例的詳細資訊，請參閱思科技術提示慣例。

背景資訊

為了縮短解析時間，從7.2(5)開始，在PG元件的OPC過程中新增了一個新功能。 此功能記錄OPC的報文傳送，因此通過縮短診斷的週轉時間並加快解決速度，可以重現問題。捕獲此消息將建立需要維護的大資料檔案，以便不填充PG的硬碟。維護這些檔案的方法之一是通過系統上的計畫作業來清除舊檔案並維護適當的資料量。在ICM 7.2(5)、7.2(6)和7.2(7)中，用於為OPC捕獲檔案排程此作業的指令碼無法正確執行，並且未建立計畫的作業。由於未建立計畫作業，OPC捕獲資料不受控制並允許增長不受控制，這將填充PG的硬碟。由於兩端的OPC進程在同步運行，因此雙面的PG的兩端都會出現此問題，因此兩端都會建立捕獲檔案。這將導致PG的兩邊幾乎同時被填充。

這些檔案增長的卷與呼叫流程和系統上負載直接相關。

由於在Simplified IPCC部署上安裝後執行的第二個指令碼，計畫作業確實通過其他方法建立，並且日誌檔案受到控制。

問題

從ICM 7.2(5)開始，PG的OPC流程建立用於故障排除的資料檔案。這些檔案應該由PG上的計畫作業維護。在7.2(5)、7.2(6)和7.2(7)上建立此作業的指令碼已損壞，並且未建立指令碼。這些捕獲檔案可能會變得非常大，如果不加以控制，將繼續增長並填充硬碟。

當硬碟驅動器填滿時，系統將不可預測且不可靠。在PG的雙工側將同時發生相同的問題，這將導致PG的兩邊在相似的時間達到容量。此外，這些檔案中的資料量與系統負載成正比。

注意：在簡化的Cisco Contact Center Enterprise部署中不應出現此問題，因為第二個指令碼將在稍後建立該指令碼的設定過程中運行。

驗證清除未進行的最簡單方法是檢查PG上的計畫作業。這可以通過兩種不同的方式完成。

1. 首先，從控制面板中選擇Scheduled Tasks。在任務清單中，如果存在清除任務，則應在凌晨2:57安排作業。按兩下計畫項，詳細資訊將顯示類似於「c:\icm\bin\OPCCleanup.bat 5g」的清理腳本。 如果上述條目不存在，則尚未建立作業。

2. 檢查已排程作業的另一種方法是使用命令列。使用將列出系統中所有計畫作業的AT命令。同樣，如果清除作業不存在，則尚未計畫該作業。

   在命令列中，計畫作業將類似於以下內容：

   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，則可以從命令提示符輕鬆建立作業。以下命令需要修改以指向給定安裝的正確ICM根。該命令應在所有PG元件上運行。

AT 2:57 /EVERY:m,t,w,th,f,s,su cmd /C "C:\icm\bin\OPCCleanup.bat 5g"

在該命令中再次使用AT命令驗證是否已按上述步驟建立作業。如果PG在手動因應措施後需要重新啟動，則手動因應措施/作業將保持不變，不會出現問題。重新運行安裝程式不會撤消AT作業。

相關資訊

• 技術支援與文件 - Cisco Systems