在 Apex One 伺服器上，您可以檢查受影響的用戶端群組是否允許更新所有組件（包括Hotfix和用戶端程式）。

您可以參考 即使允許更新和部署Hotfix，Apex One 用戶端仍無法更新或升級 來檢查受影響的用戶端設定。

檢查 Apex One 伺服器和受影響的用戶端上的 OfcNTCert.dat 憑證是否相同。請參閱 驗證 Apex One 用戶端和伺服器上的憑證是否相同 以獲取更多資訊。如果不相同，您可以參考此 文章 來更新用戶端的伺服器憑證。

在 Apex One 伺服器上，檢查是否有多個具有無效數位簽名的 .dll 和 .exe 文件。

您可以參考 使用 Windows Powershell 還原 Apex One 中的 "_invalid" 文件 來解決問題。

如果您遇到“Rename-Item : Cannot create a file when that file already exists.”的錯誤，請備份invalid文件並手動刪除它們。

在受影響的用戶端上，前往 ..\Trend Micro\Security Agent\AU_Data\AU_Log\TmuDump.txt 並尋找以下錯誤：

ActiveUpdate was unable to verify security information. The local trusted information database is corrupted.

如果您在日誌中發現該錯誤，則需要重新建立本地憑證文件。您可以執行以下操作：

1. 在 Apex One 伺服器上，備份並刪除 ...\PCCSRV\Download\Engine\ 和 ...\PCCSRV\Download\Pattern\ 中的所有 .loc 和 .sig 文件。
2. 前往 services.msc 並停止 Apex One 主服務。
3. 修改以下機碼值：
   [HKLM\SOFTWARE\WOW6432Node\TrendMicro\OfficeScan\service\Information]
   ALGS=0
4. 重新啟動 Apex One 主服務，.loc 和 .sig 文件應該會重新建立。

在受影響的用戶端上，前往 ..\Trend Micro\Security Agent\Temp\ 並檢查是否發現同一天創建的多個名為 upgrade_XXXXXXXXXXXXXX 的文件。

如果您發現多個升級文件，則受影響的用戶端可能正在經歷升級循環。請參閱文章的日誌收集部分以獲取進一步資訊。

如果問題持續存在，請使用 Case Diagnostic Tool 來收集除錯資訊。在重現問題時，同時在 Apex One 伺服器和受影響的用戶端上執行該工具。

完成後，請將日誌提供給 趨勢科技技術支援 或聯繫您的技術帳戶經理。