Поделиться через


устранение неполадок клиентский компонент Центра обновления Windows

Применимо к: Windows 10

Попробуйте наш виртуальный агент . Он поможет вам быстро определить и устранить распространенные проблемы клиентский компонент Центра обновления Windows

Если при использовании клиентский компонент Центра обновления Windows возникают проблемы, начните с следующих действий:

  1. Запустите встроенное средство устранения неполадок клиентский компонент Центра обновления Windows, чтобы устранить распространенные проблемы. Перейдите > в раздел ПараметрыОбновление & устранение неполадок с безопасностью>>клиентский компонент Центра обновления Windows.

  2. Установите последнее обновление стека обслуживания, соответствующее вашей версии Windows, из каталога Центра обновления Майкрософт. Дополнительные сведения об обновлениях стека обслуживания см. в разделе Обновления стека обслуживания.

  3. Убедитесь, что установлены последние обновления Windows, накопительные обновления и накопительные обновления. Чтобы проверить состояние обновления, ознакомьтесь с соответствующим журналом обновлений для системы:

Опытные пользователи также могут обращаться к журналу, созданному клиентский компонент Центра обновления Windows, для дальнейшего изучения.

При использовании клиентский компонент Центра обновления Windows могут возникнуть следующие сценарии.

Почему мне предлагается более старое обновление?

Обновление, предлагаемое устройству, зависит от нескольких факторов. Ниже приведены некоторые из наиболее распространенных атрибутов:

  • Сборка ОС
  • Ветвь ОС
  • Языковой стандарт ОС
  • Архитектура ОС
  • Конфигурация управления обновлениями устройств

Если предлагаемое вами обновление не является самым актуальным, возможно, это связано с тем, что устройство управляется сервером WSUS, и вам будут предложены обновления, доступные на этом сервере. Кроме того, если устройство входит в группу развертывания, администратор намеренно замедляет развертывание обновлений. Так как развертывание выполняется медленно и измеряется в начале, все устройства не получат обновление в один и тот же день.

Мое устройство заморожено при проверке. Почему?

Пользовательский интерфейс параметров взаимодействует со службой Update Orchestrator, которая, в свою очередь, взаимодействует со службой клиентский компонент Центра обновления Windows. Если эти службы неожиданно останавливаются, может возникнуть такое поведение. В таких случаях выполните следующие действия.

  1. Закройте приложение "Параметры" и снова откройте его.

  2. Запустите Services.msc и проверка, если выполняются следующие службы:

    • Обновление государственного оркестратора
    • Центр обновления Windows

Обновления компонентов не предлагаются, в то время как другие обновления

Устройства под управлением Windows 10 версии 1709–Windows 10 версии 1803, настроенные для обновления с клиентский компонент Центра обновления Windows (включая клиентский компонент Центра обновления Windows для бизнеса) могут устанавливать обновления обслуживания и определения, но никогда не предлагаются обновления компонентов.

При проверке 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.

Помощник по входу в учетную запись Майкрософт (MSA или wlidsvc) — это рассматриваемый сервис. Служба DCAT Flighting (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289) использует MSA для получения глобального идентификатора устройства. Без запуска службы MSA глобальный идентификатор устройства не будет создан и отправлен клиентом, и поиск обновлений компонентов никогда не завершится успешно.

Чтобы устранить эту проблему, сбросьте для службы MSA значение StartType по умолчанию вручную.

клиентский компонент Центра обновления Windows использует WinHttp с запросами с частичным диапазоном (RFC 7233) для скачивания обновлений и приложений с клиентский компонент Центра обновления Windows серверов или локальных серверов WSUS. Поэтому прокси-серверы в сети должны поддерживать HTTP-запросы RANGE. Если прокси-сервер был настроен в Интернете Обозреватель (уровень пользователя), но не на уровне WinHTTP (уровень системы), подключения к клиентский компонент Центра обновления Windows завершатся сбоем.

Чтобы устранить эту проблему, настройте прокси-сервер в WinHTTP с помощью следующей команды netsh:

netsh winhttp set proxy ProxyServerName:PortNumber 

Примечание.

Вы также можете импортировать параметры прокси-сервера из Интернета Обозреватель с помощью следующей команды: netsh winhttp import proxy source=ie.

Если загрузка через прокси-сервер завершается сбоем с ошибкой 0x80d05001 DO_E_HTTP_BLOCKSIZE_MISMATCH или если вы заметили высокую загрузку ЦП во время загрузки обновлений, проверка конфигурацию прокси-сервера, чтобы разрешить выполнение HTTP-запросов RANGE.

Вы можете применить правило, чтобы разрешить HTTP-запросы RANGE для следующих URL-адресов:

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

Если вы не можете разрешить запросы RANGE, вы будете загружать больше содержимого, чем требуется в обновлениях (так как разностные исправления не будут работать).

Обновление не применимо к вашему компьютеру

Наиболее распространенные причины этой ошибки описаны в следующей таблице:

Причина Объяснение Разрешение
Обновление заменено По мере выпуска обновлений для компонента обновленный компонент будет заменять более старый компонент, который уже находится в системе. При возникновении этой проблемы предыдущее обновление помечается как замененное. Если обновление, которое вы пытаетесь установить, уже имеет более новую версию полезных данных в вашей системе, может появиться это сообщение об ошибке. Убедитесь, что устанавливаемые пакеты содержат более новые версии двоичных файлов. Или проверка, что пакет заменен другим новым пакетом.
Обновление уже установлено Если обновление, которое вы пытаетесь установить, было установлено ранее, например другим обновлением, которое содержит те же полезные данные, может возникнуть это сообщение об ошибке. Убедитесь, что пакет, который вы пытаетесь установить, ранее не был установлен.
Неправильное обновление архитектуры Обновления публикуются архитектурой ЦП. Если обновление, которое вы пытаетесь установить, не соответствует архитектуре ЦП, может возникнуть это сообщение об ошибке. Убедитесь, что пакет, который вы пытаетесь установить, соответствует используемой версии Windows. Сведения о версии Windows можно найти в разделе "Применимо к" статьи для каждого обновления. Например, только Windows Server 2012 обновления нельзя установить на Windows Server 2012 компьютерах на базе R2.
Кроме того, убедитесь, что устанавливаемые пакеты соответствуют архитектуре процессора используемой версии Windows. Например, обновление на основе x86 не может быть установлено на 64-разрядных системах Windows.
Отсутствует необходимое обновление Для некоторых обновлений требуется обязательное обновление, прежде чем их можно будет применить к системе. Если вы пропустили необходимое обновление, может возникнуть это сообщение об ошибке. Например, 2919355 базы знаний необходимо установить на компьютерах Windows 8.1 и Windows Server 2012 R2, прежде чем можно будет установить многие обновления, выпущенные после апреля 2014 года. Ознакомьтесь со связанными статьями о пакете в базе знаний Майкрософт (KB), чтобы убедиться, что установлены необходимые обновления. Например, при возникновении сообщения об ошибке в Windows 8.1 или Windows Server 2012 R2 может потребоваться установить 2919355 обновления за апрель 2014 г. в качестве необходимых компонентов и одно или несколько необходимых обновлений для обслуживания (2919442 КБ и 3173424 базы знаний).
Чтобы определить, установлены ли эти необходимые обновления, выполните следующую команду PowerShell:
get-hotfix KB3173424,KB2919355, KB2919442.
Если обновления установлены, команда вернет дату установки в InstalledOn разделе выходных данных.

Ошибка, которая может отображаться в журналах клиентский компонент Центра обновления Windows:

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 включена. Остановка службы, связанной с брандмауэром Windows в режиме повышенной безопасности, не поддерживается корпорацией Майкрософт. Дополнительные сведения см. в разделе Мне нужно отключить брандмауэр Windows.

Проблемы, связанные с конфигурацией конфликтующих политик

клиентский компонент Центра обновления Windows предоставляет широкий диапазон политик конфигурации для управления поведением службы клиентский компонент Центра обновления Windows в управляемой среде. Хотя эти политики позволяют настроить параметры на детальном уровне, неправильное настройка или настройка конфликтующих политик могут привести к непредвиденному поведению.

Дополнительные сведения см. в статье Настройка автоматических обновлений с помощью групповая политика или параметров реестра.

Устройство не может получить доступ к файлам обновлений

Убедитесь, что устройства могут получить доступ к необходимым конечным точкам клиентский компонент Центра обновления Windows через брандмауэр. Например, для Windows 10 версии 2004 следующие протоколы должны иметь доступ к этим соответствующим конечным точкам:

Протокол URL конечной точки
TLS 1.2 *.prod.do.dsp.mp.microsoft.com
HTTP emdl.ws.microsoft.com
HTTP *.dl.delivery.mp.microsoft.com
HTTP *.windowsupdate.com
HTTPS *.delivery.mp.microsoft.com
TLS 1.2 *.update.microsoft.com
TLS 1.2 tsfe.trafficshaping.dsp.mp.microsoft.com

Примечание.

Не используйте ПРОТОКОЛ HTTPS для конечных точек, которые указывают HTTP, и наоборот. Подключение завершится ошибкой.

Конкретные конечные точки могут отличаться в зависимости от версий клиента Windows. См., например, Windows 10 конечные точки подключения Enterprise 2004. Аналогичные статьи для других клиентских версий Windows доступны в оглавлении рядом.

Обновления не скачивается из конечной точки интрасети (WSUS или Configuration Manager)

Клиентские устройства Windows могут получать обновления из различных источников, включая клиентский компонент Центра обновления Windows в Интернете, сервер Windows Server Update Services и другие. Чтобы определить источник Обновления Windows, который в настоящее время используется на устройстве, выполните следующие действия.

  1. Начните Windows PowerShell с правами администратора.

  2. Выполните командлет:

    
    $MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"
    
  3. Выполните командлет:

    $MUSM.Services
    

Проверьте выходные данные для параметров Name и OffersWindowsUPdates, которые можно интерпретировать в соответствии с этой таблицей.

Выходные данные Смысл
— Имя: Центр обновления Майкрософт
-OffersWindowsUpdates: True
— Источником обновлений является Центр обновления Майкрософт, что означает, что обновления для других продуктов Майкрософт, помимо операционной системы, также могут быть доставлены.
— указывает, что клиент настроен на получение обновлений для всех продуктов Майкрософт (Office и т. д.).
- Имя: DCat Flighting Prod
- OffersWindowsUpdates: True
— Начиная с Windows 10 версии 1709 обновления компонентов всегда доставляются через службу DCAT.
— указывает, что клиент настроен на получение обновлений компонентов от клиентский компонент Центра обновления Windows.
— Имя: Магазин Windows (DCat Prod)
- OffersWindowsUpdates: False
— Источником обновлений является Обновления предварительной оценки для приложений Магазина.
— указывает, что клиент не будет получать или не настроен для получения этих обновлений.
— Имя: Windows Server Update Service
- OffersWindowsUpdates: True
— Источником является сервер windows Server Обновления Services.
— Клиент настроен на получение обновлений из WSUS.
— Имя: клиентский компонент Центра обновления Windows
- OffersWindowsUpdates: True
— источник — клиентский компонент Центра обновления Windows.
— Клиент настроен на получение обновлений из клиентский компонент Центра обновления Windows Online.

У вас плохая настройка в среде

В этом примере в соответствии с групповая политика, заданным в реестре, система настроена на использование WSUS для скачивания обновлений (обратите внимание на вторую строку):

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

Из журналов клиентский компонент Центра обновления Windows:

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, чтобы получить обновления и установить их в указанное время в соответствии с политикой. Так как этот сценарий не включает 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

Пользователи могут видеть, что Windows потребляет всю пропускную способность в разных офисах в контексте системы. Такое поведение является особенностью данного продукта. Компоненты, которые могут использовать пропускную способность, выходят за рамки клиентский компонент Центра обновления Windows компонентов.

Следующие групповые политики помогут устранить эту ситуацию:

Другие компоненты, которые подключаются к Интернету:

Временные ошибки, вызванные высокой нагрузкой или перегрузкой сети

Пользователи могут получать следующие ошибки от клиентский компонент Центра обновления Windows. Эти ошибки являются временными ошибками, возникающими, когда служба временно находится под большой нагрузкой или когда сети перегружены. Пользователям не нужно предпринимать никаких действий, так как устройство повторит операцию позже.

Код ошибки Значение ошибки Подробно
WU_S_SEARCH_LOAD_SHEDDING 0x248001 Операция поиска успешно завершена, но одна или несколько служб сбрасывали нагрузку.
WU_E_PT_LOAD_SHEDDING 0x8024402d Сервер сбрасывает нагрузку.

В таких случаях пользователи, которые программно вызывают API агента клиентский компонент Центра обновления Windows для получения результата операции поиска, получают orcFailed или orcSucceededWithErrors. Ожидается, что повторная попытка выполнения операции будет выполнена успешно.

Сбор данных

Если вам нужна помощь службы поддержки Microsoft, мы рекомендуем собирать информацию путем выполнения действий, описанных в разделе Сбор информации с помощью TSS для решения проблем, связанных с развертыванием.