устранение неполадок клиентский компонент Центра обновления Windows
Применимо к: Windows 10
Попробуйте наш виртуальный агент . Он поможет вам быстро определить и устранить распространенные проблемы клиентский компонент Центра обновления Windows
Если при использовании клиентский компонент Центра обновления Windows возникают проблемы, начните с следующих действий:
Запустите встроенное средство устранения неполадок клиентский компонент Центра обновления Windows, чтобы устранить распространенные проблемы. Перейдите > в раздел ПараметрыОбновление & устранение неполадок с безопасностью>>клиентский компонент Центра обновления Windows.
Установите последнее обновление стека обслуживания, соответствующее вашей версии Windows, из каталога Центра обновления Майкрософт. Дополнительные сведения об обновлениях стека обслуживания см. в разделе Обновления стека обслуживания.
Убедитесь, что установлены последние обновления 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 и Windows Server 2012 R2
- Windows Server 2012
- Windows 7 с пакетом обновления 1 (SP1) и Windows Server 2008 R2 с пакетом обновления 1 (SP1)
Опытные пользователи также могут обращаться к журналу, созданному клиентский компонент Центра обновления Windows, для дальнейшего изучения.
При использовании клиентский компонент Центра обновления Windows могут возникнуть следующие сценарии.
Почему мне предлагается более старое обновление?
Обновление, предлагаемое устройству, зависит от нескольких факторов. Ниже приведены некоторые из наиболее распространенных атрибутов:
- Сборка ОС
- Ветвь ОС
- Языковой стандарт ОС
- Архитектура ОС
- Конфигурация управления обновлениями устройств
Если предлагаемое вами обновление не является самым актуальным, возможно, это связано с тем, что устройство управляется сервером WSUS, и вам будут предложены обновления, доступные на этом сервере. Кроме того, если устройство входит в группу развертывания, администратор намеренно замедляет развертывание обновлений. Так как развертывание выполняется медленно и измеряется в начале, все устройства не получат обновление в один и тот же день.
Мое устройство заморожено при проверке. Почему?
Пользовательский интерфейс параметров взаимодействует со службой Update Orchestrator, которая, в свою очередь, взаимодействует со службой клиентский компонент Центра обновления Windows. Если эти службы неожиданно останавливаются, может возникнуть такое поведение. В таких случаях выполните следующие действия.
Закройте приложение "Параметры" и снова откройте его.
Запустите 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 по умолчанию вручную.
Проблемы, связанные с HTTP/Прокси-сервером
клиентский компонент Центра обновления 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, который в настоящее время используется на устройстве, выполните следующие действия.
Начните Windows PowerShell с правами администратора.
Выполните командлет:
$MUSM = New-Object -ComObject "Microsoft.Update.ServiceManager"Выполните командлет:
$MUSM.Services
Проверьте выходные данные для параметров Name и OffersWindowsUPdates, которые можно интерпретировать в соответствии с этой таблицей.
У вас плохая настройка в среде
В этом примере в соответствии с групповая политика, заданным в реестре, система настроена на использование 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: политика Отключить доступ ко всем функциям клиентский компонент Центра обновления Windows (включено)
- Поиск драйверов: политика Указание порядка поиска для исходных расположений драйверов устройств (для параметра "Не искать клиентский компонент Центра обновления Windows")
- Автоматическое обновление Магазина Windows: политика отключить автоматическую загрузку и установку обновлений (включено)
Другие компоненты, которые подключаются к Интернету:
- В центре внимания Windows: настройка политики Windows в центре внимания на экране блокировки (значение отключено)
- Взаимодействие с потребителями: политика отключить взаимодействие с потребителями Майкрософт (включено)
- Фоновый трафик из приложений Windows: политика позволяет приложениям Windows работать в фоновом режиме
Временные ошибки, вызванные высокой нагрузкой или перегрузкой сети
Пользователи могут получать следующие ошибки от клиентский компонент Центра обновления Windows. Эти ошибки являются временными ошибками, возникающими, когда служба временно находится под большой нагрузкой или когда сети перегружены. Пользователям не нужно предпринимать никаких действий, так как устройство повторит операцию позже.
| Код ошибки | Значение ошибки | Подробно |
|---|---|---|
| WU_S_SEARCH_LOAD_SHEDDING | 0x248001 | Операция поиска успешно завершена, но одна или несколько служб сбрасывали нагрузку. |
| WU_E_PT_LOAD_SHEDDING | 0x8024402d | Сервер сбрасывает нагрузку. |
В таких случаях пользователи, которые программно вызывают API агента клиентский компонент Центра обновления Windows для получения результата операции поиска, получают orcFailed или orcSucceededWithErrors. Ожидается, что повторная попытка выполнения операции будет выполнена успешно.
Сбор данных
Если вам нужна помощь службы поддержки Microsoft, мы рекомендуем собирать информацию путем выполнения действий, описанных в разделе Сбор информации с помощью TSS для решения проблем, связанных с развертыванием.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по