下載程序會發生互斥(mutex)，同一時間僅能進行一個更新動作。

互斥會發生在下列動作的 Timeout 設定值內：

檢查更新 - 10 秒
設定 Proxy - 10 秒
設定更新來源 - 10 秒
手動更新 - 10 秒
預約更新 - 30 分鐘

當更新程序在等待 Timeout 時，進行新的更新程序便會顯示「另一個更新作業階段正在進行中」。
然而，如果發生 mutex 未釋放的問題，則在 Timeout 後的時間內再次進行更新便會顯示該錯誤訊息。

當 OSCE 主服務無法取得被 Plug-in Manager 持有的「OfficeScan Download Process」時，便可能會出現此問題。
發生這種情況時，可以在 ofcdebug.log 中發現下列資訊：

2016 06/28 18:31:11 [1240 : 23f0] (00) (D) [OFC_SERVICE][ofcservice.exe]FileChangeActionThread - CreateMutex:[OfficeScan Download Process] - [msosv_OfcService.cpp(1952)]
...
2016 06/28 18:31:15 [1240 : 1910] (00) (D) [CMDHO][ofcservice.exe]CreateMutex:[OfficeScan Download Process] - [cmdho_Update.cpp(98)] <<< 手動更新
2016 06/28 18:31:15 [1240 : 1910] (00) (D) [CMDHO][ofcservice.exe]EnterMutex:[OfficeScan Download Process] - [cmdho_Update.cpp(101)]
2016 06/28 18:31:15 [1240 : 1910] (00) (D) [CMDHO][ofcservice.exe]LeaveMutex:[OfficeScan Download Process] - [cmdho_Update.cpp(115)]

解決方案如下：

1. 重新安裝或升級 OSCE Plug-in Manager 至最新版本。詳細資訊請參考 下載專區 的「OfficeScan 管理者手冊」。
2. 當嘗試更新的間隔超過 30 分鐘，卻仍然出現相同的錯誤訊息時，替代方案是將 OSCE Server 重新開機。

若問題依舊，請參考 使用 Case Diagnostic Tool (CDT) 工具 於 OSCE Server 上使用 Case Diagnostic Tool (CDT) 收集 debugging logs。
收集時請勾選 OSCE Server 與其下全部子項目，於 Debug Mode 啟動後進行手動更新，再等待約 30 分鐘後結束 Debug Mode，完成資料收集。
CDT 收集完成後，請您 聯絡技術服務中心，反映您的狀況，並提供您所收集的 CDT 檔案。