此 更新 不 適用 您 的 電腦

跳到主要內容

已不再支援此瀏覽器。

請升級至 Microsoft Edge，以利用最新功能、安全性更新和技術支援。

Windows Update 疑難排解

• 發行項
• 10/28/2022

本文內容

適用于：Windows 10

試用虛擬代理程式 - 它可協助您快速找出並修正常見的Windows Update問題

如果您在使用 Windows Update 時遇到問題，請從下列步驟開始：

1. 執行內建Windows Update疑難排解員來修正常見問題。 流覽至 [設定更新 & 安全>性>疑難排解>Windows Update。

2. 從 Microsoft Update Catalog 安裝符合您 Windows 版本的最新服務堆疊更新。 如需維護堆疊更新的詳細資訊，請參閱 維護堆疊更新。

3. 請確定您已安裝最新的 Windows 更新、累積更新和匯總更新。 若要確認更新狀態，請參閱您系統的適當更新歷程記錄：

   • Windows 10版本 2004 和 Windows Server 版本 2004
   • Windows 10版本 1909 和 Windows Server 版本 1909
   • Windows 10版本 1903 和 Windows Server 版本 1903
   • Windows 10 版本 1809和 Windows Server 2019
   • Windows 10 1803 版
   • Windows 10 版本 1709
   • Windows 10 1703 版
   • Windows 10 和 Windows Server 2016
   • Windows 8.1 and Windows Server 2012 R2
   • Windows Server 2012
   • Windows 7 SP1 和 Windows Server 2008 R2 SP1

進階使用者也可以參考Windows Update所產生的記錄，以供進一步調查。

使用 Windows Update 時，您可能會遇到下列案例。

為什麼我提供較舊的更新？

提供給裝置的更新取決於數個因素。 以下是一些最常見的屬性：

• OS 組建
• OS 分支
• OS 地區設定
• OS 架構
• 裝置更新管理設定

如果您提供的更新不是最新的可用更新，可能是因為您的裝置是由 WSUS 伺服器管理，而您會獲得該伺服器上可用的更新。 如果您的裝置是部署群組的一部分，也有可能是您的系統管理員刻意使更新推出速度變慢。 由於部署速度緩慢且一開始會測量，因此所有裝置都不會在同一天收到更新。

我的裝置在掃描時凍結。 為什麼？

[設定] UI 會與更新 Orchestrator 服務通訊，而後者會與 Windows Update 服務通訊。 如果這些服務意外停止，您可能會看到此行為。 在這種情況下，請遵循下列步驟：

1. 關閉 [設定] 應用程式並重新開啟它。

2. 啟動 Services.msc，並檢查下列服務是否正在執行：

   • 更新狀態協調器
   • Windows Update

當其他更新為 時，不會提供功能更新

執行 Windows 10 版本 1709 到 Windows 10 版本 1803 的裝置，已設定為從Windows Update (更新，包括商務用Windows Update) 能夠安裝服務和定義更新，但永遠不會提供功能更新。

檢查 WindowsUpdate.log 會顯示下列錯誤：

YYYY/MM/DD HH:mm:ss:SSS PID  TID  Agent           * START * Finding updates CallerId = Update;taskhostw  Id = 25
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Agent           Online = Yes; Interactive = No; AllowCachedResults = No; Ignore download priority = No
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Agent           ServiceID = {855E8A7C-ECB4-4CA3-B045-1DFA50104289} Third party service
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Agent           Search Scope = {Current User}
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Agent           Caller SID for Applicability: S-1-12-1-2933642503-1247987907-1399130510-4207851353
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            Got 855E8A7C-ECB4-4CA3-B045-1DFA50104289 redir Client/Server URL: https://fe3.delivery.mp.microsoft.com/ClientWebService/client.asmx""
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            Token Requested with 0 category IDs.
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            GetUserTickets: No user tickets found. Returning WU_E_NO_USERTOKEN.
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] Method failed [AuthTicketHelper::GetDeviceTickets:570]
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] GetDeviceTickets
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] Method failed [AuthTicketHelper::AddTickets:1092]
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] Method failed [CUpdateEndpointProvider::GenerateSecurityTokenWithAuthTickets:1587]
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] GetAgentTokenFromServer
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] GetAgentToken
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] EP:Call to GetEndpointToken
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Misc            *FAILED* [80070426] Failed to obtain service 855E8A7C-ECB4-4CA3-B045-1DFA50104289 plugin Client/Server auth token of type 0x00000001
YYYY/MM/DD HH:mm:ss:SSS PID  TID  ProtocolTalker  *FAILED* [80070426] Method failed [CAgentProtocolTalkerContext::DetermineServiceEndpoint:377]
YYYY/MM/DD HH:mm:ss:SSS PID  TID  ProtocolTalker  *FAILED* [80070426] Initialization failed for Protocol Talker Context
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Agent           Exit code = 0x80070426
YYYY/MM/DD HH:mm:ss:SSS PID  TID  Agent           * END * Finding updates CallerId = Update;taskhostw  Id = 25

0x80070426錯誤碼會轉譯為：

ERROR_SERVICE_NOT_ACTIVE - # The service has not been started.

Microsoft 帳戶登入小幫手 (MSA 或 wlidsvc) 是有問題的服務。 DCAT 正式發行前小眾測試服務 (ServiceId：855E8A7C-COLLABORATE4-4CA3-B045-1DFA50104289) 依賴 MSA 來取得裝置的全域裝置識別碼。 若沒有執行 MSA 服務，用戶端將不會產生和傳送全域裝置識別碼，而且永遠無法順利完成功能更新的搜尋。

若要解決此問題，請將 MSA 服務重設為預設的 StartType「手動」。

Windows Update (RFC 7233) 使用 WinHttp 搭配部分範圍要求，從 Windows Update 伺服器或內部部署 WSUS 伺服器下載更新和應用程式。 因此，網路上的 Proxy 伺服器必須支援 HTTP RANGE 要求。 如果在 Internet Explorer 中設定 Proxy (使用者層級) 但未在 WinHTTP (系統層級) 中，則與 Windows Update 的連線將會失敗。

若要修正此問題，請使用下列 netsh 命令在 WinHTTP 中設定 Proxy：

netsh winhttp set proxy ProxyServerName:PortNumber 

注意事項

您也可以使用下列命令，從 Internet Explorer 匯入 Proxy 設定： netsh winhttp import proxy source=ie 。

如果透過 Proxy 伺服器下載失敗併發生0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH錯誤，或如果您在下載更新時發現 CPU 使用率偏高，請檢查 Proxy 設定以允許執行 HTTP RANGE 要求。

您可以選擇套用規則，以允許下列 URL 的 HTTP RANGE 要求：

• *.download.windowsupdate.com
• *.dl.delivery.mp.microsoft.com
• *.delivery.mp.microsoft.com

如果您無法允許 RANGE 要求，您將會下載比更新所需的內容還多， (因為差異修補無法) 。

更新不適用於您的電腦

下表說明此錯誤最常見的原因：

您可能會在Windows Update記錄中看到的錯誤：

DownloadManager    Error 0x800706d9 occurred while downloading update; notifying dependent calls. 

或

[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9 

或

DownloadManager [0]12F4.1FE8::09/29/2017-13:45:08.530 [agent]DO job {C6E2F6DC-5B78-4608-B6F1-0678C23614BD} hit a transient error, updateId = 5537BD35-BB74-40B2-A8C3-B696D3C97CBA.201 <NULL>, error = 0x80D0000A 

移至 Services.msc，並確定已啟用 Windows 防火牆服務。 Microsoft 不支援停止與具有進階安全性的 Windows 防火牆相關聯的服務。 如需詳細資訊，請參閱 我需要停用 Windows 防火牆。

設定衝突原則所產生的問題

Windows Update提供廣泛的設定原則，可控制受控環境中Windows Update服務的行為。 雖然這些原則可讓您在細微層級設定設定，但設定錯誤或設定衝突的原則可能會導致非預期的行為。

如需詳細資訊，請參閱如何使用نهج المجموعة或登錄設定來設定自動更新。

裝置無法存取更新檔案

確定裝置可以透過防火牆連線到必要的Windows Update端點。 例如，針對 Windows 10 2004 版，下列通訊協定必須能夠連線到這些個別的端點：

注意事項

請勿針對指定 HTTP 的端點使用 HTTPS，反之亦然。 連線將會失敗。

特定端點可能會因 Windows 用戶端版本而有所不同。 例如，請參閱 Windows 10 2004 企業版連線端點。 其他 Windows 用戶端版本的類似文章可在附近的目錄中取得。

更新不會從內部網路端點下載 (WSUS 或 Configuration Manager)

Windows 用戶端裝置可以接收來自各種來源的更新，包括線上Windows Update、Windows Server Update Services伺服器等等。 若要判斷目前在裝置上使用的 Windows 更新來源，請遵循下列步驟：

1. 以系統管理員身分開始Windows PowerShell。

2. 執行下列 Cmdlet：

   
   \$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"
   

3. 執行下列 Cmdlet：

   \$MUSM.Services
   

檢查 Name 和 OffersWindowsUPdates 參數的輸出，您可以根據此資料表解譯這些參數。

您在環境中的設定不正確

在此範例中，根據透過登錄設定的نهج المجموعة，系統會設定為使用 WSUS 下載更新， (記下第二行) ：

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU] 
"UseWUServer"=dword:00000001

從Windows Update記錄：

2018-08-06 09:33:31:085  480 1118 Agent ** START **  Agent: Finding updates [CallerId = OperationalInsight  Id = 49] 
2018-08-06 09:33:31:085  480 1118 Agent ********* 
2018-08-06 09:33:31:085  480 1118 Agent   * Include potentially superseded updates 
2018-08-06 09:33:31:085  480 1118 Agent   * Online = No; Ignore download priority = No 
2018-08-06 09:33:31:085  480 1118 Agent   * Criteria = "IsHidden = 0 AND DeploymentAction=*" 
2018-08-06 09:33:31:085  480 1118 Agent   * ServiceID = {00000000-0000-0000-0000-000000000000} Third party service 
2018-08-06 09:33:31:085  480 1118 Agent   * Search Scope = {Machine} 
2018-08-06 09:33:32:554  480 1118 Agent   * Found 83 updates and 83 categories in search; evaluated appl. rules of 517 out of 1473 deployed entities 
2018-08-06 09:33:32:554  480 1118 Agent ********* 
2018-08-06 09:33:32:554  480 1118 Agent **  END  **  Agent: Finding updates [CallerId = OperationalInsight  Id = 49] 

在上述記錄程式碼片段中，我們看到 Criteria = "IsHidden = 0 AND DeploymentAction=*" 。 「*」 表示伺服器未指定任何專案。 因此，掃描會發生，但沒有方向可下載或安裝至代理程式。 因此，它只會掃描更新並提供結果。

如下列記錄所示，自動更新會執行掃描，而且找不到核准的更新。 因此，它會報告沒有要安裝或下載的更新。 這是因為設定不正確。 WSUS 端應該核准Windows Update的更新，以便根據原則在指定的時間擷取更新並加以安裝。 由於此案例不包含Configuration Manager，因此無法安裝未經核准的更新。 您預期操作深入解析代理程式會執行掃描，並自動觸發下載和安裝，但此設定不會發生這種情況。

2018-08-06 10:58:45:992  480 5d8 Agent ** START **  Agent: Finding updates [CallerId = AutomaticUpdates  Id = 57] 
2018-08-06 10:58:45:992  480 5d8 Agent ********* 
2018-08-06 10:58:45:992  480 5d8 Agent   * Online = Yes; Ignore download priority = No 
2018-08-06 10:58:45:992  480 5d8 Agent   * Criteria = "IsInstalled=0 and DeploymentAction='Installation' or IsPresent=1 and DeploymentAction='Uninstallation' or IsInstalled=1 and DeploymentAction='Installation' and RebootRequired=1 or IsInstalled=0 and DeploymentAction='Uninstallation' and RebootRequired=1" 
   
2018-08-06 10:58:46:617  480 5d8 PT   + SyncUpdates round trips: 2 
2018-08-06 10:58:47:383  480 5d8 Agent   * Found 0 updates and 83 categories in search; evaluated appl. rules of 617 out of 1473 deployed entities 
2018-08-06 10:58:47:383  480 5d8 Agent Reporting status event with 0 installable, 83 installed,  0 installed pending, 0 failed and 0 downloaded updates 
2018-08-06 10:58:47:383  480 5d8 Agent ********* 
2018-08-06 10:58:47:383  480 5d8 Agent **  END  **  Agent: Finding updates [CallerId = AutomaticUpdates  Id = 57] 

Windows 用戶端上的高頻寬使用量Windows Update

使用者可能會看到 Windows 正在使用系統內容下不同辦公室的所有頻寬。 產生此錯誤是系統刻意為之。 可能會耗用頻寬的元件會擴充到Windows Update元件之外。

下列群組原則可協助減輕這種情況：

• 封鎖對Windows Update伺服器的存取：原則關閉所有Windows Update功能的存取 (設定為已啟用)
• 驅動程式搜尋：原則 指定設備磁碟機來源位置的搜尋順序 (設定為 [不要搜尋Windows Update])
• Windows 市集自動更新： 原則關閉自動下載和安裝更新 (設定為啟用)

連線到網際網路的其他元件：

• Windows 焦點： 將鎖定畫面上的 Windows 焦點 設定 (設定為停用)
• 取用者體驗： 原則關閉 Microsoft 取 用者體驗 (設定為啟用)
• 來自 Windows 應用程式的背景流量： 原則讓 Windows 應用程式在背景執行