Файлы журналов и устранения неполадок развертывания

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

Сценарий установки Windows

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

Как показано на следующем рисунке, ключом к устранению сбоев является определение того, где вы находитесь в процессе установки и когда происходит сбой. Так как вы создаете новую установку, жесткий диск изначально недоступен, поэтому программа установки Windows записывает журналы в память. После форматирования жесткого диска программа установки продолжит вход непосредственно на новый жесткий диск (C:\Windows). Файлы журналов, созданные на этапе Windows PE, являются временными.

Файлы журнала установки Windows

При сбое в программе установки Windows сначала просмотрите записи в файле Setuperr.log, затем затем в файле Setupact.log, а затем другие файлы журнала при необходимости.

Файл журнала Описание Расположение

Setupact.log

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

Настройка (специализация): X:\Windows\panther

Настройка (OOBE), LogonUI, oem First Run:%windir%\panther

Встроенный интерфейс (OOBE): %windir%\panther\unattendGC

Setuperr.log

Общий список ошибок, возникших на этапе специализированной настройки. Файл Setuperr.log не содержит никаких конкретных сведений.

Настройка (специализация): %windir%\panther

Настройка (специализация): %windir%\panther

Настройка (OOBE), LogonUI, oem First Run: %windir%\panther

Setupapi.offline.log

Сбои драйвера на подфазе специализации компонентов этапа специализации установки.

%windir%\inf

Cbs_unattend.log

Сбои автоматической установки при обслуживании.

%windir%\panther

Setupapi.dev.log

Сбои драйвера на этапе запуска программы установки.

%windir%\inf

Sessions.xml

Файл журнала транзакций на основе XML, который отслеживает все действия по обслуживанию на основе идентификатора сеанса, клиента, состояния, задач и действий. При необходимости файл Sessions.log будет указывать на файлы DISM.log и CBS.log для получения дополнительных сведений.

%windir%\servicing\sessions

CBS.log

Файл журнала обслуживания, содержащий дополнительные сведения о сбоях автономного обслуживания.

%windir%\panther

Сценарий автономного обслуживания

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

Анализ сбоев автономного обслуживания

DISM — это основное средство для всех задач автономного обслуживания. DISM выполняется из командной строки из среды предустановки Windows или операционной системы Windows. Если при выполнении команды DISM возникает сбой, средство предоставит немедленный ответ и зановит проблему в файл DISM.log. Файл Session.xml — это файл журнала транзакций, в который записываются все действия по обслуживанию в целевой операционной системе. Файл Session.xml можно использовать вместе с файлом DISM.log для определения точек сбоев и необходимых действий по обслуживанию.

При сбое при автономном обслуживании сначала просмотрите файл DISM.log, чтобы найти конкретные ошибки. Если файл DISM.log не содержит ошибок, просмотрите файл журнала Sessions.xml второй, а затем файл CBS.log.

Файл журнала Описание Расположение

DISM.log

Основной файл журнала для всех автономных действий с использованием DISM.

%windir%\logs\dism

Вы также можете создать файл журнала DISM в другом расположении с помощью параметра /LogPath . Уровень данных, записанных в файл журнала, также можно контролировать с помощью параметра /LogLevel .

Sessions.xml

Журнал транзакций на основе XML, который отслеживает все действия обслуживания на основе идентификатора сеанса, клиента, состояния, задач и действий. При необходимости файл Sessions.log будет указывать на файлы DISM.log и CBS.log для получения дополнительных сведений.

%windir%\servicing\sessions

Дополнительные сведения об автономном обслуживании см. в статье Основные сведения о стратегиях обслуживания.

Сценарий обслуживания по сети

Этот сценарий заключается в обслуживании работающей операционной системы. Этот сценарий включает загрузку компьютера в режим аудита для добавления драйверов, приложений и других пакетов. Обслуживание по сети идеально подходит для драйверов, если пакеты драйверов имеют совместные установщики или зависимости приложений. Это также эффективно, если большинство пакетов обслуживания имеют установщики, обновления находятся в .msi или KB.exe форматах файлов или приложения используют службы и технологии, установленные windows (например, платформа .NET Framework или полную поддержку plug and play).

Анализ сбоев при обслуживании в сети

Как и при автономном обслуживании, все журналы записываются в файлы DISM.log, CBS.log и Sessions.xml. Если при выполнении команды DISM возникает сбой, средство предоставит немедленный ответ, а также зановит проблему в файл DISM.log. Файл Session.xml — это файл журнала транзакций, в который записываются все действия по обслуживанию в целевой операционной системе. Файл Session.xml можно использовать вместе с файлом DISM.log для определения точек сбоев и необходимых действий по обслуживанию.

При сбое при автономном обслуживании просмотрите файл DISM.log на наличие определенных ошибок. Если файл DISM.log не содержит ошибок, просмотрите файл журнала Sessions.xml, а затем файл CBS.log.

Файл журнала Описание Расположение

DISM.log

Основной файл журнала для всех сетевых действий с помощью DISM. При необходимости DISM.log указывает на CBS.log для получения дополнительных сведений.

%windir%\logs\dism

Вы также можете указать файл журнала DISM в другое расположение с помощью команды /LogPath. Данные журнала также можно контролировать с помощью команды /LogLevel.

CBS.log

Дополнительный файл журнала, содержащий дополнительные сведения о сбое обслуживания в сети. DISM.log будет ссылаться на CBS.log для получения дополнительных сведений.

%windir%\logs\cbs

Sessions.xml

Журнал транзакций на основе XML, который отслеживает все действия обслуживания на основе идентификатора сеанса, клиента, состояния, задач и действий. При необходимости Sessions.log будет указывать на DISM.log и CBS.log для получения дополнительных сведений.

%windir%\servicing\sessions

Дополнительные сведения об автономном обслуживании см. в статье Основные сведения о стратегиях обслуживания.

SetupDiag — это автономное средство диагностики, которое можно использовать для получения сведений о причинах неудачного обновления. SetupDiag работает путем проверки файлов журнала установки Windows. Он пытается проанализировать эти файлы журналов, чтобы определить первопричину сбоя при обновлении компьютера до новой версии Windows. Начиная с Windows 10 версии 2004 программа установки Windows включает и запускает SetupDiag. При запуске программы установки Windows setupdiag.exe с параметрами /ZipLogs:False /Format:xml /Output:%windir%\logs\SetupDiag\SetupDiagResults.xml /RegPath:HKEY_LOCAL_MACHINE\SYSTEM\Setup\SetupDiag\Results .

Дополнительные сведения о SetupDiag см. в разделе SetupDiag.