如果軟體更新需要多次重新啟動，Configuration Manager 中的工作順序會失敗

本文提供的資訊可解決使用 Configuration Manager 工作順序時，工作順序環境找不到錯誤的問題。

原始產品版本：Microsoft System Center 2012 Configuration Manager、Microsoft System Center 2012 R2 Configuration Manager Configuration Manager (最新分支)
原始 KB 編號： 2894518

摘要

System Center 2012 Configuration Manager Service Pack 2 和 System Center 2012 R2 Configuration Manager Service Pack 1 的累積更新 3 和 Configuration Manager 最新分支版本 1602 中已修正此問題。

新的選擇性工作順序變數 SMSTSWaitForSecondReboot，可在軟體更新安裝需要兩次重新啟動時，更妥善地控制客戶端行為。

如需詳細資訊，請參閱適用於 Configuration Manager的累積更新 3 描述中的軟體更新管理/操作系統部署一節。

如需 Configuration Manager 最新分支，請參閱工作順序變數。

徵狀

假設使用安裝軟體 匯報 步驟的 Configuration Manager 工作順序會安裝軟體更新，該更新會在工作順序成功執行安裝軟體 匯報 工作之後觸發多次重新啟動。 在此情況下，工作順序可能會失敗併產生下列錯誤訊息：

找不到工作順序環境

原因

軟體更新所起始的第一個重新啟動是由工作順序所控制。 不過，第二個重新啟動要求通常是由 Windows 元件 (起始，Component-Based 維護) ，而且不受工作順序控制。 因此，工作順序執行狀態不會在重新啟動之前儲存，因為第二次重新啟動不是由工作順序控制。 第二次重新啟動之後，當工作順序繼續時，沒有可以順利繼續的狀態。

解決方案

若要解決此問題，建議您使用 Configuration Manager的一般軟體更新功能來套用任何需要雙重重新啟動的更新，而不是使用工作順序。 下列軟體更新報告需要多次重新啟動。

• 3126446 MS16-017：遠端桌面顯示驅動程式的安全性更新描述：2016 年 2 月 9 日
• 3096053 2015 年 9 月 Windows 8 和 Windows Server 2012 的維護堆疊更新
• 3075222 MS15-082：Windows 中 RDP 安全性更新的描述：2015 年 8 月 11 日
• 3067904 MS15-082：Windows RDP 安全性更新的描述：2015 年 7 月 14 日
• 3069762 MS15-067：Windows RDP 安全性更新的描述：2015 年 7 月 14 日
• 3003729 2015 年 4 月維護堆疊更新，適用於 Windows 8 和 Windows Server 2012
• 3035017 MS15-030：遠端桌面通訊協定的安全性更新描述：2015 年 3 月 10 日
• 3039976 MS15-030：遠端桌面通訊協定中的弱點可能會允許拒絕服務：2015 年 3 月 10 日
• 3036493 MS15-030：遠端桌面通訊協定的安全性更新描述：2015 年 3 月 10 日
• 3003743 MS14-074： 遠端桌面通訊協定中的弱點可能會允許略過安全性功能：2014 年 11 月 11 日
• 2984976 Windows 7 或 Windows Server 2008 R2 上受限管理的 RDP 8.0 更新
• 2981685如果計算機上未安裝 BitLocker，則無法安裝安全性更新
• 2966034未安裝2919355更新之 Windows 8.1 系統遠端桌面安全性版本的安全性更新描述：2014 年 6 月 10 日
• 2965788 MS14-030：Windows 遠端桌面安全性版本的安全性更新描述：2014 年 6 月 10 日
• 2920189已撤銷之不相容 UEFI 模組的更新匯總描述：2014 年 5 月 13 日
• 2862330 MS13-081：USB 驅動程式的安全性更新描述：2013 年 10 月 8 日
• 2871777服務堆疊更新適用於 Windows RT、Windows 8 和 Windows Server 2012：2013 年 9 月
• 2871690 Microsoft 安全性諮詢：更新以撤銷不符合規範的 UEFI 開機載入器模組
• 2821895服務堆疊更新適用於 Windows RT 和 Windows 8：2013 年 6 月
• 2771431服務堆疊更新適用於 Windows 8和 Windows Server 2012
• 2545698 在執行 Windows Vista、Windows Server 2008、Windows 7 或 Windows Server 2008 R2 的計算機上，某些核心字型中的文字在 Internet Explorer 9 中看起來模糊
• 2529073安裝 Windows 7 SP1 或 Windows Server 2008 R2 SP1 之後，某些 USB 驅動程式中的二進位檔不會更新

其他相關資訊

因為第二次重新啟動不是由工作順序控制，所以在重新啟動之前不會儲存任何執行狀態。 當工作順序在重新啟動之後繼續時，沒有可以順利繼續的狀態。 此外，當您遇到此問題時，可能會將下列訊息記錄到Smsts.log檔案：

！sVolumeID.empty () ，HRESULT=80004005
！sTSMDataPath.empty () ，HRESULT=80070002
TS：：Utility：：GetTSMDataPath ( sDataDir ) ，HRESULT=80070002
無法設定記錄目錄。 某些執行歷程記錄可能會遺失。
系統找不到指定的檔案。 (錯誤：80070002;來源：Windows)
執行工作順序
！sVolumeID.empty () ，HRESULT=80004005
！sTSMDataPath.empty () ，HRESULT=80070002
找不到工作順序環境

此外，執行 Microsoft System Center 2012 Configuration Manager Service Pack 1 之前版本的用戶端可能包含下列記錄專案：

在 Windows PE 中完成的工作順序。

工作順序失敗之後，用戶端計算機也可能會卡在布建模式中。 若要判斷計算機是否處於布建模式，請檢查登錄 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CCM\CcmExec 子機碼。

ProvisioningMode 應該設定為 false。 如果設定為 true，請使用下列其中一種方法，讓客戶端離開布建模式：

• 使用 Windows Management Instrumentation (WMI) 方法 SetClientProvisioningMode 可讓用戶端正確地離開布建模式。 若要這樣做，最簡單的方式是執行下列 Windows PowerShell 命令：

  Invoke-WmiMethod -Namespace root\CCM -Class SMS_Client -Name SetClientProvisioningMode -ArgumentList $false
  

  或者，在提升許可權的命令提示字元中執行下列命令：

  powershell Invoke-WmiMethod -Namespace root\CCM -Class SMS_Client -Name SetClientProvisioningMode -ArgumentList $false
  

• 重新安裝用戶端。