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

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

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

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

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

windows setup log files

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

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

Setupact.log

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

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

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

Интерфейс out-of-Box (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. Так как это устраняет необходимость повторного создания обновленных образов, автономное обслуживание — это эффективный способ управления существующими образами, хранящимися на сервере. Вы можете выполнять автономное обслуживание образа, подключенного или примененного к диску или каталогу.

offline servicing failure analysis

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 или поддержку полного подключаемого модуля и воспроизведения).

online servicing failure analysis

Как и автономное обслуживание, все журналы записываются в файлы 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.