Просмотр журнала обновлений WindowsUpdate.log в Windows 10 / Windows Server 2016

Исторически для анализа работы агента и службы обновления Windows используется текстовый файл WindowsUpdate.log. Однако в Windows 10 (Windows Server 2016/2019) вместо привычного текстового файла логи Windows Update ведутся в формате Event Tracing for Windows (ETW). За счет этого увеличивается быстродействие подсистемы записи логов и экономится место на диске.

Таким образом, события Windows Update теперь больше не записываются в реальном времени в файл %windir%\WindowsUpdate.log. И хотя сам файл все еще присутствует в корне папки Windows, в нем лишь указано, что для сбора логов теперь применяется формат ETW.

Главное неудобство для администраторов – теперь вы не можете быстро проанализировать текстовый файл WindowsUpdate.log, найти ошибки в службе агента обновлений Windows (см. полный список ошибок Windows Update), проверить настройки WSUS и проанализировать историю установки обновлений.

Вы можете сконвертировать события ETW в привычный текстовый формат WindowsUpdate.log для более удобного анализа событий службы обновлений. Для этого используется командлет PowerShell — Get-WindowsUpdateLog. Данный командлет позволяет собрать информацию со всех .etl файлов (хранятся в каталоге C:\WINDOWS\Logs\WindowsUpdate) и сформировать один файл WindowsUpdate.log.

Чтобы сформировать файл WindowsUpdate.log и поместить его в каталог C:\PS\Logs, выполните следующую команду в консоли PowerShell:

Get-WindowsUpdateLog -logpath C:\PS\Logs\WindowsUpdate.log

Файл “C:\Program Files\Windows Defender\SymSrv.dll” обычно отсутствует, если на сервере не установлен антивирус Windows Defender.

Чтобы исправить ошибку, вы можете установить Defender, скопировать файл SymSrv.dll с другого Windows Server 2016/ Windows 10 или поиском найти его в каталоге “C:\Windows\WinSxS\” (у меня каталог назывался C:\Windows\WinSxS\amd64_windows-defender-service-cloudclean_…) и скопировать его в папку C:\Program Files\Windows Defender.

В старых версиях Windows 10 при первом запуске командлет Get-WindowsUpdateLog скачает и установит сервер символов Microsoft (Microsoft Internet Symbol Store). В последних версиях Windows 10 выполняется онлайн доступ к серверу символов Microsoft в Azure. Затем командлет:

1. Собирает данные из всех .etl файлов;
2. Преобразует данные в CSV (по-умолчанию) или XML формат;
3. Переконвертирует данные из промежуточных файлов и добавляет их в текстовый файл журнала, указанного в параметре LogPath (если параметр LogPath не задан, файл WindowsUpdate.log создается на рабочем столе пользователя, запустившего команду).

Это значит, что у вас не установлен сервер символов Windows Symbol (сейчас нельзя скачать отдельную программу установки Windows symbols, т.к. они автоматически загружаются из хранилища символов в Azure). Для изолированных сред вы можете использовать офлайн версию сервера символов согласно статье Offline Symbols for Windows Update.

Откройте файл журнала с помощью такой команды PowerShell:

Invoke-Item -Path C:\PS\Logs\WindowsUpdate.log

Анализировать получившийся файл WindowsUpdate.log довольно сложно, т.к. в нем собираются данные из множества источников:

• AGENT- события агента Windows Update;
• AU – автоматическое обновление;
• AUCLNT- взаимодействие с пользователем;
• HANDLER- управление установщиком обновлений;
• MISC- общая информация;
• PT- синхронизация обновлений с локальным хранилищем;
• REPORT- сбор отчетов;
• SERVICE- запуск/выключение службы wuauserv;
• SETUP- установка новых версий клиента Windows Update;
• DownloadManager – загрузка обновлений в локальных кэш;
• Handler, Setup – заголовки установщиков (CBS и т.п.);
• И т.д.

Вы можете выбрать последние 30 событий от агента обновления Windows (agent) с помощью простого регулярного выражения:

Select-String -Pattern ‘\sagent\s’ -Path C:\PS\Logs\WindowsUpdate.log | Select-Object -Last 30

Можно отфильтровать события в логе по нескольким источникам:

Select-String -Pattern ‘\sagent\s|\smisc\s’ -Path c:\PS\Logs\WindowsUpdate.log | Select-Object -Last 50

Аналогично вы можете искать события по номеру KB, ошибка (строки FAILED, Exit Code, FATAL).

Также вы можете сформировать файл WindowsUpdate.log для удаленного компьютера/сервера:

Get-WindowsUpdateLog -ETLPath \\PC221\C$\windows\Logs\WindowsUpdate -LogPath C:\PS\Logs\windowsupdatePC221.log

Также для анализа работы службы обновлений Windows может быть полезны журналы Event Viewer в разделе Applications and Services Logs -> Microsoft -> Windows –> WindowsUpdateClient -> Operational.

990x.top

Простой компьютерный блог для души)

Windows Log files что это?

Всем привет. Сегодня мы поговорим на тему лог-файлов, а вернее о том что такое Windows Log files. Значит сперва немного общей информации так бы сказать. Что такое лог-файлы? Это такие файлы, куда программа записывает свои действия — что у нее получилось сделать, а что нет, где произошла ошибка.. То есть можно сказать что лог-файл это типа отчета. Если вдруг случилась ошибка, то при помощи лог-файла можно попробовать понять где именно она появилась.

Но что такое Windows Log files? Ну логично что это лог-файлы винды. Может вы где-то нашли папку с названием Windows Log files? Если это папка, то удалять.. в принципе можно, но я думаю что не стоит.

Сами по себе лог-файлы безобидны. Представляют из себя текстовые документы с расширением log. Внутри такого файла может быть просто текст какой-то, а может будут строчки, каждая из которых начинается на дату, время, ну а потом идет описание события.

Название Windows Log files может быть где угодно. Например это может быть папка, как я уже писал, а может быть еще пункт в проге по очистке системы, там может быть где-то галочка Windows Log files. И если эту галочку отметить, то будут в теории удалены лог-файлы.

То есть лог-файлы в принципе это не очень там уж критически важные файлы. И если комп работает исправно то их можно удалить. Но может быть такое, что будет ошибка при удалении какого-то лог-файла, типа он занят. Да, такое может быть, если в данный момент лог-файл открыт для записи, и прога пишет туда отчет о том что она делает.

Также забыл сказать, что вообще лог-файлы могут быть как у системы так и у любой программы, если в ней это заложено. Мне кажется что лог-файлы только для этого и придуманы — анализ работы программы, выявление ошибок. Другого на ум ничего не приходит

Вот давайте для примера я вам покажу лог-файлы. Самые обычные — они есть в каждой винде, я их даже искать не буду, я просто открою папку Windows. Итак, смотрите, зажимаем кнопки Win + R, потом пишем в окошку команду:

Нажали ОК и потом откроется самая важная и самая системная папка Windows, в ней сразу нажимаем на колонку Тип, чтобы отсортировать файлы по типам:

После этого все файлы с расширением log будут рядышком, стоит немного мышкой покрутить и вот они, у меня их тут всего четыре штуки, что-то даже как-то маловато:

Вот видите тут есть WindowsUpdate.log? Это лог-файл обновления винды, то есть в этом файле идет отчет об обновлениях, все ли там нормально, это просто пример, но я файл открыл и вот что внутри:

Вот здесь все как обычно — сначала идет дата, потом время, потом еще что-то.. даже не знаю что.. а потом идет описание события. Для примера я открыл еще файл setupact.log, здесь вот уже нет времени, даты, тут просто указана какая-то инфа:

Но все равно, традиционно лог-файл должен идти с датой и временем вначале каждой строки.

Так, а давайте поищем лог-файлы? Ну вообще посмотрим сколько их, в каких папках.. ребята, зажимаем Win + E, появится окно проводника, вы туда, а вернее в правом верхнем углу есть текстовое поле поиска, вот туда вставляете это:

Вот я только вставил и файлы уже появились, как видите, размер их невелик, поэтому они.. ну вряд ли могут реально много занимать места на диске. Хотя я вот тут подумал.. а если в проге какой-то глюк случился.. и она постоянно пишет и пишет в лог-файл.. и сам файл то удалить нельзя, он ведь занят.. а она пишет и пишет.. ну это я нафантазировал конечно, но думаю что и такое в жизни может быть. Так, в итоге у меня нашлось всего 219 лог-файлов, я честно говоря думал что будет больше:

Но видите там есть еще файлы с расширением LOG1? Я думаю что это не лог-файлы, то есть не отчеты, их даже открыть нельзя, типа нет проги которой можно открыть, выскакивает такое окошко:

Но я сделал вот что.. я выбрал второй пункт и там попробовал открыть при помощи блокнота, но увы, была ошибка и я кстати о ней писал, что такое может быть:

Ибо файл открыт системой для записи, а значит файл занят Но я попробовал другой. Это мы с вами пробовали открыть SYSTEM.LOG1, а я вот нашел другой файл COMPONENTS.LOG1 и его открыть я смог, но содержимое все равно непонятное:

Может это и лог файл, но как видим он идет в другой кодировке. Короче ладно.

Так, вернемся к Windows Log files.. а то я что-то прям очень увлекся лог-файлами. Я решил поискать картинки в интернете на тему Windows Log files, может что-то интересное найду.. вообще мало что есть интересного, но я нашел такую картинку, это чистилка CCleaner и тут как раз упоминается Windows Log files:

То есть на картинке мы видим что CCleaner может чистить комп от лог-файлов Windows Вот еще одна прога, тоже какая-то чистилка, но мне она незнакома, называется Sweepi и тут тоже есть пункт Windows Log files:

Видите, там еще есть Temporary Internet Files — это временные файлы интернета. Вообще везде где видите слово Temp, это все типа временное, поэтому его можно как бэ удалить типа для ускорения системы.

На всякий случай, мало что, я не знаю что там у вас — папка с названием Windows Log files или программа такая, или что-то еще.. Но перед любыми изменениями в винде я рекомендую создавать точку восстановления. И это не требует особых знаний. Вам нужно всего лишь зажать Win + R, вставить туда:

Потом там нужно выбрать системный диск и нажать кнопку Создать (но если нужно наоборот — то есть кнопка выше Восстановление):

Название точки советую задавать простое, например Удаление папки Windows Log files:

Процесс создания будет недолгим:

И все, потом будет написано что успешно:

И все — теперь можете проводить какие-то действия и не бояться, ибо если что, есть точка восстановления! Конечно я не имею ввиду что можно например удалять загрузочные файлы.. нет, все в рамках приличия.

На этом все друзья, надеюсь представленная информация для кого-то все таки оказалась полезной. Удачи вам и суперского настроения!

Файлы журнала Центра обновления Windows Windows Update log files

Применимо к: Windows10 Applies to: Windows 10

В следующей таблице описаны файлы журналов, созданные Windows Update. The following table describes the log files created by Windows Update.

Файл журнала Log file	Расположение Location	Описание Description	Варианты использования When to use
windowsupdate.log windowsupdate.log	C:\Windows\Logs\WindowsUpdate C:\Windows\Logs\WindowsUpdate	Начиная с Windows 8.1 и продолжая работать в Windows 10, клиент Windows Update использует трассировку событий для Windows (ETW) для создания журналов диагностики. Starting in Windows 8.1 and continuing in Windows 10, Windows Update client uses Event Tracing for Windows (ETW) to generate diagnostic logs.	Если при запуске обновления Windows вы получаете сообщение об ошибке, для устранения неполадок можно использовать сведения, включенные в файл журнала журнала Windowsupdate.log. If you receive an error message when you run Windows Update, you can use the information that is included in the Windowsupdate.log log file to troubleshoot the issue.
UpdateSessionOrchestration.etl UpdateSessionOrchestration.etl	C:\ProgramData\USOShared\Logs C:\ProgramData\USOShared\Logs	Начиная с Windows 10, оркестратор обновления отвечает за последовательность скачивания и установки различных типов обновлений из Windows Update. Starting Windows 10, the Update Orchestrator is responsible for sequence of downloading and installing various update types from Windows Update. И события регистрируются в эти .etl-файлы. And the events are logged to these .etl files.	Когда вы видите, что обновления доступны, но загрузка не запускается. When you see that the updates are available but download is not getting triggered. При загрузке обновлений, но установка не запускается. When Updates are downloaded but installation is not triggered. При установке обновлений, но перезагрузка не запускается. When Updates are installed but reboot is not triggered.
NotificationUxBroker.etl NotificationUxBroker.etl	C:\ProgramData\USOShared\Logs C:\ProgramData\USOShared\Logs	Начиная с Windows 10, всплывающее уведомление или баннер запускается NotificationUxBroker.exe. Starting Windows 10, the notification toast or the banner is triggered by NotificationUxBroker.exe.	Если вы хотите проверить, было ли вызвано уведомление или нет. When you want to check whether the notification was triggered or not.
CBS.log CBS.log	%systemroot%\Logs\CBS %systemroot%\Logs\CBS	В этом журнале содержится представление об установке обновления в стеке обслуживания. This log provides insight on the update installation part in the servicing stack.	Устранение неполадок, связанных с установкой обновления Windows. To troubleshoot the issues related to Windows Update installation.

Создание WindowsUpdate.log Generating WindowsUpdate.log

Чтобы объединить и преобразовать файлы трассировки Windows Update (.etl files) в один читаемый файл WindowsUpdate.log, см. в материале Get-WindowsUpdateLog. To merge and convert Windows Update trace files (.etl files) into a single readable WindowsUpdate.log file, see Get-WindowsUpdateLog.

При запуске комлета Get-WindowsUpdateLog создается копия файла WindowsUpdate.log в виде статичного файла журнала. When you run the Get-WindowsUpdateLog cmdlet, an copy of WindowsUpdate.log file is created as a static log file. Он не обновляется как старый WindowsUpdate.log, если вы не запустите Get-WindowsUpdateLog снова. It does not update as the old WindowsUpdate.log unless you run Get-WindowsUpdateLog again.

Компоненты журнала обновления Windows Windows Update log components

В движке Обновления Windows есть разные имена компонентов. The Windows Update engine has different component names. Ниже приводится ряд наиболее распространенных компонентов, которые отображаются в файле WindowsUpdate.log: The following are some of the most common components that appear in the WindowsUpdate.log file:

• АГЕНТ- Агент обновления Windows AGENT- Windows Update agent
• AU . Автоматические обновления выполняют эту задачу AU — Automatic Updates is performing this task
• AUCLNT- Взаимодействие между AU и зарегистрированным пользователем AUCLNT- Interaction between AU and the logged-on user
• Диспетчер cdM-device CDM- Device Manager
• Агент сжатия CMPRESS- CMPRESS- Compression agent
• API обновления ДЛЯ COMAPI-Windows COMAPI- Windows Update API
• Сведения о драйвере DRIVER-Device DRIVER- Device driver information
• DTASTOR- Обрабатывает транзакции баз данных DTASTOR- Handles database transactions
• Обработитель EEHNDLER-Expression, используемый для оценки применимости обновления EEHNDLER- Expression handler that’s used to evaluate update applicability
• HANDLER- Управляет установщиками обновления HANDLER- Manages the update installers
• Сведения об общих службах MISC MISC- General service information
• OFFLSNC— обнаружение доступных обновлений без подключения к сети OFFLSNC- Detects available updates without network connection
• Сведения о выражении PARSER-Parses PARSER- Parses expression information
• PT- Синхронизирует обновления сведений в локальном магазине данных PT- Synchronizes updates information to the local datastore
• REPORT- Собирает сведения о отчетности REPORT- Collects reporting information
• SERVICE-Startup/shutdown of the Automatic Updates service SERVICE- Startup/shutdown of the Automatic Updates service
• SETUP- Устанавливает новые версии клиента обновления Windows, когда он доступен SETUP- Installs new versions of the Windows Update client when it is available
• SHUTDWN-Install at shutdown feature SHUTDWN- Install at shutdown feature
• WUREDIR— файлы перенаправления обновления Windows WUREDIR- The Windows Update redirector files
• WUWEB— управление обновлением Windows ActiveX WUWEB- The Windows Update ActiveX control
• ProtocolTalker — синхронизация с клиентом-сервером ProtocolTalker — Client-server sync
• DownloadManager — создает и отслеживает загрузки полезной нагрузки DownloadManager — Creates and monitors payload downloads
• Обработчик, установка — обработчики установки (CBS и т. п.) Handler, Setup — Installer handlers (CBS, and so on)
• EEHandler — оценка правил применимости к обновлению EEHandler — Evaluating update applicability rules
• DataStore — локальное обновление данных кэшинга DataStore — Caching update data locally
• IdleTimer — отслеживание активных вызовов, остановка службы IdleTimer — Tracking active calls, stopping a service

Многие сообщения журнала компонентов неоценимы, если вы ищете проблемы в этой области. Many component log messages are invaluable if you are looking for problems in that specific area. Однако они могут быть бесполезными, если не фильтровать, чтобы исключить нерелевантные компоненты, чтобы можно было сосредоточиться на важных компонентах. However, they can be useless if you don’t filter to exclude irrelevant components so that you can focus on what’s important.

Структура журнала обновления Windows Windows Update log structure

Структура журнала обновления Windows разделена на четыре основных удостоверения: The Windows update log structure is separated into four main identities:

• Отметки времени Time Stamps
• Process ID and Thread ID Process ID and Thread ID
• Имя компонента Component Name
• Идентификаторы обновления Update Identifiers
  • Update ID and Revision Number Update ID and Revision Number
  • Изменение ID Revision ID
  • Локальный ID Local ID
  • Несогласованная терминология Inconsistent terminology

Структура WindowsUpdate.log обсуждается в следующих разделах. The WindowsUpdate.log structure is discussed in the following sections.

Штампы времени Time stamps

Отметка времени указывает время ведения журнала. The time stamp indicates the time at which the logging occurs.

• Обычно сообщения находятся в хронологическом порядке, но могут быть исключения. Messages are usually in chronological order, but there may be exceptions.
• Пауза во время синхронизации может указывать на проблему сети, даже если проверка будет успешной. A pause during a sync can indicate a network problem, even if the scan succeeds.
• Длинная пауза в конце сканирования может указывать на проблему цепи суперсемейки. A long pause near the end of a scan can indicate a supersedence chain issue.
  

ID процесса и нить ID Process ID and thread ID

ID-данные процесса и потоковые ИД являются случайными, и они могут отличаться от журнала к журналу и даже от сеанса службы до сеанса службы в одном журнале. The Process IDs and Thread IDs are random, and they can vary from log to log and even from service session to service session within the same log.

• Первые четыре двузначные цифры — это код процесса. The first four hex digits are the process ID.
• Следующие четыре двузначные цифры — это код потока. The next four hex digits are the thread ID.
• Каждый компонент, например usO, двигатель обновления Windows, вызыватели API COM и обработчики установщика обновления Windows, имеет свой собственный ID процесса. Each component, such as the USO, Windows Update engine, COM API callers, and Windows Update installer handlers, has its own process ID.
  

Имя компонента Component name

Поиск и определение компонентов, связанных с идентификацией. Search for and identify the components that are associated with the IDs. Различные части двигателя обновления Windows имеют разные имена компонентов. Different parts of the Windows Update engine have different component names. Некоторые из них являются следующими: Some of them are as follows:

• ProtocolTalker — синхронизация с клиентом-сервером ProtocolTalker — Client-server sync
• DownloadManager — создает и отслеживает загрузки полезной нагрузки DownloadManager — Creates and monitors payload downloads
• Обработчик, установка — обработчики установки (CBS и т.д.) Handler, Setup — Installer handlers (CBS, etc.)
• EEHandler — оценка правил применимости к обновлению EEHandler — Evaluating update applicability rules
• DataStore — локальное обновление данных кэшинга DataStore — Caching update data locally
• IdleTimer — отслеживание активных вызовов, остановка службы IdleTimer — Tracking active calls, stopping service

Идентификаторы обновления Update identifiers

Update ID and revision number Update ID and revision number

Существуют различные идентификаторы для одного и того же обновления в разных контекстах. There are different identifiers for the same update in different contexts. Важно знать схемы идентификаторов. It’s important to know the identifier schemes.

• Update ID: GUID (указанный на предыдущем скриншоте), который назначен заданным обновлениям во время публикации Update ID: A GUID (indicated in the previous screenshot) that’s assigned to a given update at publication time
• Номер версии. Число, приращенное каждый раз при внесении изменения и переопубликовки данного обновления (с заданным ИД обновления) в службе. Revision number: A number incremented every time that a given update (that has a given update ID) is modified and republished on a service
• Номера версий повторно будут повторноиспользоваться из одного обновления в другое (а не уникальный идентификатор). Revision numbers are reused from one update to another (not a unique identifier).
• ID обновления и номер ревизии часто показаны вместе как «.revision». The update ID and revision number are often shown together as «.revision.»

Изменение ID Revision ID

• Update ID (не путайте это значение с «номером ревизии») — это серийный номер, который выдается при первоначальном опубликовании или исправлении обновления в данной службе. A Revision ID (don’t confuse this value with «revision number») is a serial number that’s issued when an update is initially published or revised on a given service.
• В обновленном обновлении сохраняется один и тот же ID обновления (GUID), увеличивается число его изменений (например, от 100 до 101), но он получает новый ИД,не связанный с предыдущим ID. An existing update that’s revised keeps the same update ID (GUID), has its revision number incremented (for example, from 100 to 101), but gets a new revision ID that is not related to the previous ID.
• Коды ревизии уникальны для данного источника обновления, но не для нескольких источников. Revision IDs are unique on a given update source, but not across multiple sources.
• Один и тот же вариант обновления может иметь различные ID-версии в Windows Update и WSUS. The same update revision might have different revision IDs on Windows Update and WSUS.
• Один и тот же ID-версии может представлять различные обновления в Windows Update и WSUS. The same revision ID might represent different updates on Windows Update and WSUS.

Локальный ID Local ID

• Локальный ID — это серийный номер, выданный при получении обновления от службы заданным клиентом Обновления Windows Local ID is a serial number issued when an update is received from a service by a given Windows Update client
• Обычно в журналах отключки, особенно с использованием локального кэша для обновления информации (Datastore) Typically seen in debug logs, especially involving the local cache for update info (Datastore)
• Различные клиентские компьютеры назначят разные локальные ID-документы одному обновлению Different client PCs will assign different Local IDs to the same update
• Локальные ID,которые клиент использует, можно найти, получив файл %WINDIR%\SoftwareDistribution\Datastore\Datastore.edb You can find the local IDs that a client is using by getting the client’s %WINDIR%\SoftwareDistribution\Datastore\Datastore.edb file

Несогласованная терминология Inconsistent terminology

Иногда журналы используют термины несогласованно. Sometimes the logs use terms inconsistently. Например, в списке InstalledNonLeafUpdateIDs фактически содержатся измененные ИД, а не обновленные. For example, the InstalledNonLeafUpdateIDs list actually contains revision IDs, not update IDs.

Распознавание ID-данных по форме и контексту: Recognize IDs by form and context:

• GUID — это обновленные ID-интерфейсы GUIDs are update IDs
• Небольшие integers, которые отображаются рядом с обновлением ID являются номерами ревизии Small integers that appear alongside an update ID are revision numbers
• Крупные integers, как правило, являются ID-версии Large integers are typically revision IDs
• Небольшими наборами (особенно в Datastore) могут быть локальные ID-версии Windows Update, несовершенная Small integers (especially in Datastore) can be local IDs

Анализ файлов журнала установки Windows с помощью средства SetupDiag Windows Setup log files analysis using SetupDiag tool

SetupDiag — это диагностический инструмент, который можно использовать для анализа журналов, связанных с установкой обновлений Windows. SetupDiag is a diagnostic tool that can be used for analysis of logs related to installation of Windows Updates. Подробные сведения см. в инструкции SetupDiag. For detailed information, see SetupDiag.