Обновл. 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 (ServiceId: 855E8A7C-ECB4-4CA3-B045-1DFA50104289) использует MSA для получения глобального идентификатора устройства. Без запуска службы MSA глобальный идентификатор устройства не будет создан и отправлен клиентом, а поиск обновлений компонентов никогда не завершается успешно.
Чтобы устранить эту проблему, сбросить службу MSA на начальный тип по умолчанию "вручную".
Проблемы, связанные с HTTP/Proxy
Обновл. Windows использует WinHttp с запросами частичного диапазона (RFC 7233) для скачивания обновлений и приложений с Обновл. Windows серверов или локальных серверов WSUS. Поэтому прокси-серверы в сети должны поддерживать HTTP-запросы RANGE. Если прокси-сервер был настроен в Internet Explorer (уровне пользователя), но не в WinHTTP (уровне системы), подключения к Обновл. Windows завершаются ошибкой.
Чтобы устранить эту проблему, настройте прокси-сервер в WinHTTP с помощью следующей команды netsh:
netsh winhttp set proxy ProxyServerName:PortNumber
Примечание.
Вы также можете импортировать параметры прокси-сервера из Internet Explorer с помощью следующей команды: 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 R2 невозможно установить обновления только для Windows Server 2012 R2. Кроме того, убедитесь, что пакет, который вы устанавливаете, соответствует архитектуре процессора используемой версии Windows. Например, обновление на базе x86 не может быть установлено в операционных системах Windows на базе x64. |
| Необходимое обновление отсутствует | Для применения некоторых обновлений к системе требуется необходимое обновление. Если у вас отсутствует необходимое обновление, может возникнуть это сообщение об ошибке. Например, 2919355 базы знаний необходимо установить на компьютерах Windows 8.1 и Windows Server 2012 R2 до установки многих обновлений, выпущенных после апреля 2014 года. | Проверьте связанные статьи о пакете в Базе знаний Майкрософт (КБ), чтобы убедиться, что установлены необходимые обновления. Например, при возникновении сообщения об ошибке в 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.
Or
[DownloadManager] BITS job {A4AC06DD-D6E6-4420-8720-7407734FDAF2} hit a transient error, updateId = {D053C08A-6250-4C43-A111-56C5198FE142}.200 <NULL>, error = 0x800706D9
Or
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 2004 Enterprise. Аналогичные статьи для других версий клиента Windows доступны в оглавлении рядом.
Обновления не загружают из конечной точки интрасети (WSUS или Configuration Manager)
Клиентские устройства Windows могут получать обновления из различных источников, включая Обновл. Windows в Интернете, сервер Служб обновления Windows Server и другие. Чтобы определить источник Обновл. 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 или orcSucceedWithErrors. Повторная попытка операции позже ожидается успешной.
Сбор данных
Если вам нужна помощь службы поддержки Microsoft, мы рекомендуем собирать информацию путем выполнения действий, описанных в разделе Сбор информации с помощью TSS для решения проблем, связанных с развертыванием.