Setup_Guide

Установка и развертывание
Microsoft Windows Server 2003

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ
© Корпорация Майкрософт (Microsoft Corporation), 2002. Все права защищены. Никакая
часть настоящего документа не может быть воспроизведена, сохранена или представлена
в какой-либо системе хранения данных или передана в какой бы то ни было форме,
какими бы то ни было средствами (электронными, механическими, фотокопировальными,
записывающими или другими) без разрешения корпорации Майкрософт. Поскольку
корпорация Майкрософт должна реагировать на изменение рыночных условий, данный
документ не должен рассматриваться как обязательство со стороны корпорации
Майкрософт и корпорация Майкрософт не может гарантировать точность представленных
сведений после публикации. Названия упомянутых здесь реальных организаций и изделий
могут быть товарными знаками соответствующих владельцев.
НАСТОЯЩИЕ УЧЕБНЫЕ МАТЕРИАЛЫ НОСЯТ РАЗЪЯСНИТЕЛЬНЫЙ ХАРАКТЕР,
ПРЕДОСТАВЛЯЮТСЯ ИСКЛЮЧИТЕЛЬНО В ЦЕЛЯХ ОЗНАКОМЛЕНИЯ И ОБУЧЕНИЯ И
ПРЕДСТАВЛЕНЫ «КАК ЕСТЬ», БЕЗ ВСЯКИХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ,
В ТОМ ЧИСЛЕ, БЕЗ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ ТОВАРНОГО КАЧЕСТВА, ПРИГОДНОСТИ
ДЛЯ КАКОЙ-ЛИБО КОНКРЕТНОЙ ЦЕЛИ И ПАТЕНТНОЙ ЧИСТОТЫ.
Установка Windows Server 2003 Руководство для учащихся
Оглавление
0 Обзор учебного курса....................................................................................................6
0.1 Учебник по VMware..................................................................................................6
0.1.1 Лицензирование и местоположение VMWare.........................................................7
0.1.2 VMware Workstation 3.2.......................................................................................7
0.1.3 Рекомендации по использованию VMware в локальной сети...................................7
0.1.3.1 Подключение к локальной сети в мостовом режиме.........................................7
0.1.3.2 Связь только с ведущим компьютером............................................................8
0.1.4 Работа с виртуальными дисками..........................................................................8
1 Процесс установки........................................................................................................9
1.1 Таблица обновлений................................................................................................9
1.1.1 Проверка соответствия......................................................................................12
1.2 Этапы установки....................................................................................................12
1.2.1 Этап 1. Winnt...................................................................................................13
1.2.1.1 Возможности автоматизации........................................................................14
1.2.1.2 Устранение неполадок на этапе запуска Winnt.exe.........................................14
1.2.2 Этап 1. Winnt32................................................................................................15
1.2.2.2 Устранение неполадок на этапе запуска Winnt32...........................................16
1.2.2.3 Отчет об обновлении и блокировка установки...............................................17
1.2.2.4 Динамическое обновление...........................................................................20
1.2.3 Этап 1. Загрузка с компакт-диска......................................................................25
1.2.3.2 Устранение неполадок при загрузке с компакт-диска.....................................26
1.2.4 Этап 2. Установка в текстовом режиме...............................................................27
1.2.4.1 Устранение неполадок на этапе текстового режима........................................28
1.2.5 Этап 3. Установка в графическом режиме...........................................................30
1.2.5.1 Устранение неполадок на этапе графического режима...................................32
1.2.5.2 Типичные неполадки на этапе графического режима......................................33
1.2.5.3 Отладка на этапе графического режима........................................................34
1.2.6 Заключительная перезагрузка и OOBE................................................................36
1.2.7 STOP 0x0000007B – во время установки загрузочное устройство недоступно.........36
1.2.7.1 Способ 1. Использование раздела [MassStorageDrivers]..................................36
1.2.7.2 Способ 2. Обнаружение адаптеров с помощью технологии Plug and Play..........36
1.2.7.3 Другие возможные причины системной ошибки STOP 0x7b.............................37
1.3 Создание системного реестра во время установки.....................................................38
1.4 Ведение журналов для процесса установки..............................................................45
1.4.1 Файл SetupAPI.LOG...........................................................................................46
1.4.1.1 Записи об установке Windows......................................................................46
1.4.1.2 Записи об установке поддержки для классов устройств..................................47
1.4.1.3 Записи об обнаружении оборудования и устройств (об установке драйверов). .47
1.4.1.4 Установка пакетов обновлений.....................................................................48
1.4.1.5 Добавление или удаление компонентов Windows...........................................49
3
© 2002 Корпорация Майкрософт (Microsoft Corporation). Все права защищены. 22 ноября 2002 г.
Руководство для учащихся Установка Windows Server 2003
1.4.1.6 Добавление устройств и драйверов...............................................................50
1.4.1.7 Удаление устройств и драйверов..................................................................53
1.4.1.8 Добавление обновлений Windows или компонентов........................................53
1.4.1.9 Уровни регистрации для файла SetupAPI.log..................................................54
1.5 Восстановление установки......................................................................................57
1.5.1.1 Новые команды консоли восстановления.......................................................59
1.5.1.2 Использование консоли восстановление во время процесса установки............60
1.6 Вопросы обновления..............................................................................................60
1.6.1 Контроллеры домена.........................................................................................60
1.6.1.1 Советы и рекомендации...............................................................................62
1.6.2 Exchange.........................................................................................................63
1.6.2.1 Общие моменты..........................................................................................63
1.6.2.2 Меры предосторожности..............................................................................63
1.6.3 Службы терминалов..........................................................................................64
1.6.3.1 Режим приложений......................................................................................64
1.6.3.2 Расширенные возможности..........................................................................64
1.6.4 Информационные службы Интернета (IIS)..........................................................65
1.6.5 SQL Server 7.0..................................................................................................66
1.6.6 Средства администрирования Windows 2000.......................................................66
2 Развертывание............................................................................................................67
2.1 WinPE....................................................................................................................67
2.1.1 Местоположение...............................................................................................67
2.1.2 Возможности....................................................................................................68
2.1.3 Процесс загрузки..............................................................................................69
2.1.3.1 Начальная загрузка.....................................................................................69
2.1.3.2 Подсистема Win32.......................................................................................69
2.1.3.3 Winbom.ini..................................................................................................70
2.1.4 Настройка WinPE..............................................................................................71
2.1.4.1 Общая настройка WinPE...............................................................................72
2.1.4.2 Config.inf....................................................................................................72
2.1.4.3 Добавление и удаление драйверов запоминающих устройств..........................74
2.1.4.4 Добавление поддержки сетевого адаптера....................................................75
2.1.4.5 Автоматизация DiskPart...............................................................................75
2.1.4.6 Настройка файла Winbom.ini........................................................................77
2.1.4.7 Фирменная настройка..................................................................................81
2.1.4.8 Изменение командной оболочки...................................................................82
2.1.4.9 Extra.inf......................................................................................................82
2.1.4.10 Идентификаторы каталогов WinPE..............................................................85
2.1.4.11 Добавление к Winpe поддержки RAM-дисков................................................86
2.2 Добавление образа WinPE на сервер RIS..................................................................87
2.2.1 Требования......................................................................................................88
2.2.1.1 Сервер RIS Windows 2000............................................................................88
2.2.2 Создание образа WinPE на сервере RIS...............................................................88
2.3 Изменения RIS в Windows Server 2003.....................................................................89
4
22 ноября 2002 г. © 2002 Корпорация Майкрософт (Microsoft Corporation). Все права защищены.
2.3.1 RIS и headless-серверы.....................................................................................90
2.3.2 ASR через RIS..................................................................................................91
2.4 Sysprep.................................................................................................................92
2.4.1 Отличие от версии в Windows 2000....................................................................92
2.4.2 Местоположение...............................................................................................92
2.4.3 Режимы работы Sysprep....................................................................................93
2.4.3.1 Команда Sysprep -factory.............................................................................93
2.4.3.2 Команда Sysprep -reseal...............................................................................94
2.4.3.3 Команда Sysprep -msoobe или -mini..............................................................94
2.4.3.4 Команда Sysprep -audit................................................................................95
2.4.3.5 Меню программы Sysprep.............................................................................96
2.4.3.6 Справка по параметрам командной строки Sysprep........................................96
2.4.3.7 Параметры настройки Sysprep в системном реестре.......................................98
2.4.3.8 Обсуждение программы Sysprep...................................................................99
2.4.3.9 Файл Sysprep.inf........................................................................................100
2.4.3.10 Ограничение числа запечатываний для Sysprep.........................................100
2.4.4 Советы и рекомендации..................................................................................101
2.4.4.1 Образы MP и UP........................................................................................103
2.4.4.2 Обсуждение дисков...................................................................................104
2.4.4.3 Создание раздела [SysprepMassStorage]......................................................104
2.4.5 Устранение неполадок.....................................................................................105
2.4.5.1 Проверка драйверов..................................................................................105
2.4.5.2 Проблемы присоединения к домену............................................................106
2.4.5.3 Настраиваемые параметры профиля пользователя.......................................108
2.4.5.4 Защита пароля администратора..................................................................108
5
0 Обзор учебного курса

В учебном курсе по установке Windows Server 2003 предлагается подробное изучение
процесса установки, применяемого для продуктов Windows Server 2003, включая требования,
этапы установки, таблицу обновлений и вопросы устранения неполадок для каждого этапа
установки. Учебный курс охватывает также новые для продуктов семейства Windows Server
темы: автоматическое восстановление системы (Automated System Recovery, ASR), среда
предварительной установки Windows (WinPE) с серверов удаленной установки (RIS), а также
аварийная служба Emergency Management Services (EMS) и изменения в поддержке
отказоустойчивых дисковых томов.
В дополнение к новым технологиям в данном курсе предлагается изучение некоторых
технологий установки, которые могут рассматриваться в различных аспектах: Sysprep, RIS,
WinPE и общий процесс установки.
Данное руководство, предназначенное служить учебным пособием на занятиях курса,
рассчитано также на использование в качестве справочника, дополняющего основные
материалы курса, которые представлены в виде тематических лабораторных работ. Эти
лабораторные работы демонстрируют возможности VMWare по остановке процесса установки
после ее начала, обследованию дисков в автономном режиме, созданию на одном компьютере
нескольких виртуальных серверов и использованию устройств последовательного доступа и
SCSI-устройств, которые могут физически отсутствовать на компьютере.
Цели учебного курса
По завершении курса учащиеся смогут:
 разбираться в отличиях между разными изданиями и вариантами (SKU) продукта Windows
Server 2003, имеющими разные функциональные возможности и конфигурации;
 идентифицировать все функциональные возможности, имеющиеся в Windows 2000, но
отсутствующие в Windows Server 2003;
 определять различия в устранении серверных неполадок для разных продуктов семейства
Windows Server 2003;
 определять действия, происходящие на каждом из трех основных этапов установки и
объяснить способы автоматизации для каждого этапа;
 учитывать дополнительные условия, которые необходимо принимать во внимание при
устранении неполадок на каждом этапе установки;
 определять возможности ASR и условия использовании ASR для резервного копирования
и восстановления серверов;
 объяснять изменения в RIS в Windows Server 2003 по сравнению с Windows 2000;
 демонстрировать интеграцию драйверов сторонних производителей в образ WinPE и
создание образов WinPE на сервере RIS;
 определять цели и возможности EMS;
 демонстрировать настройку и использование EMS и представлять в общих чертах подходы
к устранению неполадок;
 объяснять, какие изменения внесены в поддержку отказоустойчивых наборов из
предыдущих версий ОС в Windows Server 2003.
0.1 Учебник по VMware

Данный курс включает несколько лабораторных работ с использованием VMware.
Для успешного выполнения этих работ необходимо иметь представление о VMWare.
Дополнительные сведения о получении и использовании VMware в корпоративной сети
Майкрософт см. в п. 1 Приложения.
6
0.1.1 Лицензирование и местоположение VMWare

У корпорации Майкрософт имеется лицензия на использование системы VMWare Workstation.
ПРИМЕЧАНИЕ: для использования VMware требуется серийный номер. VMware и серийный
номер можно получить в разделе корпорации Майкрософт на веб-узле VMWare
(см. п. 2 Приложения). В подборке (см. п. 3 Приложения) имеется также несколько уже
подготовленных виртуальных машин.
0.1.2 VMware Workstation 3.2

VMware Workstation – это программное обеспечение для виртуальной машины,
предоставляющее возможность одновременной работы нескольких операционных систем
на стандартном ПК. VMware Workstation представляет собой обычное приложение Windows
и запускается на компьютерах с операционными системами Windows NT4\2000\XP\2003.
VMware Workstation позволяет запускать копии операционной системы Windows на каждой
виртуальной машине. Возможность параллельного запуска операционных систем и их
приложений зависит от имеющихся ресурсов. Виртуальные машины (ВМ) могут быть связаны
в общую сеть с другими виртуальными машинами, с ведущим компьютером или с другими
компьютерами локальной сети.
Для работы VMware требуется только дисковое пространство и память. Необходим объем ОЗУ,
достаточный для размещения виртуальных машин и операционной системы ведущего
компьютера. Рекомендуемый объем ОЗУ для ведущего компьютера – не менее 512 Мбайт.
Кроме того, требуется свободное дисковое пространство, необходимое для размещения
файлов, составляющих виртуальные машины.
0.1.3 Рекомендации по использованию VMware в локальной сети

 Обычно лабораторные или тестируемые ВМ не подключают к локальной сети в
стандартном или мостовом режиме.
 На подключенных к локальной сети в стандартном или мостовом режиме виртуальных
машинах должны быть установлены все обновления безопасности, пакеты обновлений
и антивирусные программы.
 На подключенных к локальной сети в стандартном или мостовом режиме виртуальных
машинах не должны запускаться такие службы, как DHCP, которые могут повлиять на
работу других пользователей локальной сети или каким-либо образом нарушить политику
локальной сети.
В терминологии VMware это означает, что ВМ НЕ ДОЛЖНЫ размещаться в виртуальных сетях
VMnet 0 (мостовой режим) или VMnet 8 (NAT). Размещение ВМ в VMNet0 или VMNet8
практически аналогично размещению физического компьютера в локальной сети. С другой
стороны, виртуальные сети VMnet 1-7 полностью изолированы от локальной сети. Они не
могут обнаружить локальную сеть и, в свою очередь, невидимы для нее. На виртуальных
машинах, работающих в VMnet 1-7, НЕ ТРЕБУЕТСЯ устанавливать, обновлять или запускать
антивирусные программы. ВМ, работающая в режиме «связь только с ведущим компьютером»
(host only mode – VMNet1), может обмениваться данными только с ведущим компьютером,
но не с локальной сетью.
0.1.3.1 Подключение к локальной сети в мостовом режиме

Подключение ВМ к локальной сети через мост всегда требует установки всех обновлений
безопасности, пакетов обновлений, антивирусных программ и т. п. Несоблюдение этого
требования может привести к отключению от локальной сети. Допускается использовать
ВМ в мостовом режиме для реальной работы при их эксплуатации на тех же условиях, которые
действуют для физических компьютеров.
7
Резервирование IP-ресурсов
Мостовое подключение виртуальных машин не должно приводить к использованию
чрезмерного количества IP-адресов. Слишком большое количество ВМ может исчерпать
доступные IP-ресурсы в пределах данной подсети. Если планируется одновременное мостовое
подключение к локальной сети более одной ВМ, обратитесь к администратору сети, чтобы
обеспечить выделение данному проекту необходимых ресурсов.
Кроме подключения к локальной сети путем использования мостового режима или трансляции
адресов (NAT) существуют другие способы передачи файлов между ВМ и локальной сетью.
1. Допустимо сопоставление дисков между ВМ и ведущим компьютером.
2. Приемлемо также использование файлов .ISO, .FLP, гибких и компакт-дисков.
0.1.3.2 Связь только с ведущим компьютером

ВМ запускается в сети VMNet1, и на ней настраивается адаптер подключения к ведущему
компьютеру. Кроме того, запускается собственный DHCP-сервер с частным IP-адресом. Для
адаптера подключения к ведущему компьютеру используется IP-адрес X.Y.Z.1. Виртуальным
машинам, использующим DHCP, назначаются IP-адреса в диапазоне от X.Y.Z.128 до X.Y.Z.254.
Шлюз не настраивается, и поэтому пакеты ВМ не маршрутизируются.
0.1.4 Работа с виртуальными дисками

Виртуальные диски – это дисковые разделы ВМ. Они хранятся в виде одного или нескольких
файлов в файловой системе ОС ведущего компьютера. Поскольку целый дисковый раздел
сохраняется в виде файла, легко создать резервную копию, переместить, скопировать или
загрузить виртуальный диск на другую виртуальную машину. Виртуальные и исходные диски
можно добавлять или удалять с помощью программы Configuration Editor в VMware.
Содержимое виртуального диска может храниться в существующих (исходных) разделах
на жестком диске ведущего компьютера.
Когда ВМ выключена или ее работа приостановлена, ее виртуальный диск может быть
загружен на другую ВМ. Чтобы добавить на ВМ имеющийся виртуальный диск, выберите
вариант Use an existing virtual disk (Использовать существующий виртуальный диск) и найдите
файл нужного виртуального диска для использования на данной виртуальной машине.
Варианты дисков:
 Persistent (сохраняемый): изменения на диске сохраняются всегда
 Undoable (с возможностью отмены изменений): при выключении запрашивается
необходимость сохранения изменений
 Non persistent (не сохраняемый): при выключении изменения не сохраняются
1
1
Пункты обсуждения:
Демонстрация возможностей VMware
Создайте отдельную ВМ
Выберите вариант “Use existing Disk” ("Использовать существующий диск")
Добавьте scsi-диск
Используйте файлы .ISO и .FLP
С помощью клавиши F2 перейдите в настройки BIOS и укажите последовательность загрузки
Настройте сеть
8
1 Процесс установки
Цели
По завершении этой темы учащиеся смогут:
 объяснять функциональные возможности каждого этапа установки;
 демонстрировать способы устранения неполадок, доступные на различных этапах установки;
 объяснять процесс динамического обновления (Dynamic Update, DU), перечислять
имеющиеся требования и выбирать способы применения исправлений DU
к корпоративной среде;
 учитывать условия, меры предосторожности и оптимальные способы обновления
ключевых систем организации.
1.1 Таблица обновлений

Следующие программные продукты не могут быть обновлены продуктами Windows Server 2003:
 Windows NT 3.51 Server;
 Windows NT 3.51 Enterprise Server;
 все клиентские среды (Win3.x, Win9x, NT Wks 3.x, NT 4.0 Wks, Win2k Pro, XP Home/Pro);
 для возможности обновления NT4 в системе должен быть предварительно установлен
пакет обновления 5 (SP5).
Поддерживаемые варианты обновлений перечислены в следующей таблице.
Обновление до:2 Windows Windows Windows Windows

Server 2003 Server 2003 Server 2003 Server 2003
Обновление с: Standard Enterprise Datacenter Web Server
Edition Edition
Win NT 4.0 Srv да да
Win NT 4.0 Term. Srv да да
Win NT 4.0 Ent. Ed. да
BackOffice SBS 4.x
Win 2k Srv да да
SBS 2000
Win 2000 Adv Srv да
Win 2000 Datacenter да *
Windows Server 2003 да да
Standard Edition
Windows Server 2003 да
Enterprise Edition
Datacenter Edition
Web Server Edition
* Существует только OEM-версия Datacenter (для ПВТ). OEM Win2k DTC следует обновить до
OEM Windows Server 2003 DTC. Под MSDN DTC имеется в виду версия FPP DTC для розничной
продажи, которая не распространяется по каналам для ПВТ; обновление возможно, но не
поддерживается (в плане помощи при тестировании), и выдается предупреждение.
2
Обычный сервер может быть обновлен до выпуска Enterprise Server.
Веб-сервер не подходит для целей обновления. Только OEM-версия (для ПВТ).
Для NT4 требуется пакет обновлений SP5
NT 3.51 обновлению не подлежит.
9
В следующей таблице показаны варианты обновления для каждого типа носителей Windows
Server 2003 Standard Edition. (ЗАМЕТЬТЕ, что с носителей OEM-версии Windows Server 2003
можно обновить только OEM-версии (для ПВТ). С носителей MSDN и оценочной версии можно
обновить несколько продуктов, но с известными ограничениями.)
Обновление до:3 Рознич- Версия VL MSDN Оце-

ная для ночная
Обновление с:
версия ПВТ версия
Windows NT 4.0 Srv да да да да
Windows NT 4.0 Term Srv да да да да
Windows NT 4.0 Ent Srv
BackOffice SBS 4.x
Windows 2000 Retail Srv да да да да
Windows 2000 OEM Srv да да да да да
Windows 2000 Select Srv да да да да
Windows 2000 MSDN Srv да да да да
Windows 2000 Eval Srv да да да да
Windows 2000 NFR Srv да да да да
SBS 2000
Windows Server 2003 Retail Standard да да да
Edition
Windows Server 2003 OEM Standard да да да да
Edition
Windows Server 2003 VL Standard да да да
Edition
Windows Server 2003 MSDN Standard да да да
Edition
Windows Server 2003 Eval Standard да да да да
Edition
SBS 2003 FPP/CCP/OEM (SBS, с
ограничениями)
SBS 2003 FPP/CCP/OEM (SBS, без да
ограничений)
SBS 2003 Eval
Windows Server 2003 Web Server
Edition
3
С OEM-носителей (для ПВТ) можно обновить только OEM-версии. Отметьте, что МОЖНО
обновить версию MSDN и пробную версию (Eval) до розничной версии Windows Server 2003.
Это объясняется тем, что носители CCP не поставляются, а поставляются только носители FPP,
поэтому выбор отсутствует.
10
В следующей таблице перечислены варианты обновления для каждого типа носителей

Windows Server 2003 Enterprise Edition.
Обновление до: Розничная Версия VL MSDN Оценочная

версия для ПВТ версия
Обновление с:
Windows NT 4.0 Srv да да да да
Windows NT 4.0 Term Srv да да да да
Windows NT 4.0 Ent Srv да да да да
BackOffice SBS 4.x
Windows 2000 Retail Srv да да да да
Windows 2000 OEM Srv да да да да да
Windows 2000 Select Srv да да да да
Windows 2000 MSDN Srv да да да да
Windows 2000 Eval Srv да да да да
Windows 2000 NFR Srv да да да да
Windows 2000 Retail Adv. Srv да да да да
Windows 2000 OEM Adv. Srv да да да да да
Windows 2000 Select Adv. Srv да да да да
Windows 2000 MSDN Adv. Srv да да да да
Windows 2000 Eval Adv. Srv да да да да
Windows 2000 NFR Adv. Srv да да да да
SBS 2000
Windows Server 2003 да да да да
Retail Standard Edition FPP
Windows Server 2003 да да да да да
OEM Standard Edition FPP
VL Standard Edition
MSDN Standard Edition
Eval Standard Edition
Windows Server 2003 да да да
Retail Enterprise Edition FPP
OEM Enterprise Edition FPP
VL Enterprise Edition
MSDN Enterprise Edition
Eval Enterprise Edition
Windows Server 2003 SBS
Windows Server 2003
Web Server Edition
** Обновление до версии NFR ограничено 10 клиентами.
** При обновлении до оценочной версии устанавливается временной предел.
11
NT 4.0 OEM Srv --> допускается обновление до Windows Server 2003 OEM ADS
при наличии NT 4.0 OEM Srv.
MSDN FPP = Retail FPP, лицензирование контролируется персональным идентификатором PID.
NFR FPP = Retail FPP (персональные идентификаторы PID не отличаются)
1.1.1 Проверка соответствия4

Проверка соответствия продукта (Compliance Checking Product, CCP) является выпуском
обновления, который требует наличия соответствующей установленной копии или
соответствующего носителя. Выпуски CCP обычно продаются со скидкой. Для продуктов
Windows Server 2003 не предусмотрены выпуски CCP, и поэтому проверка соответствия
серверных продуктов производиться не будет. Выпуски CCP предусмотрены только для
клиентских продуктов.
1.2 Этапы установки
Этап 1. Варианты запуска

Установку Windows Server 2003 можно начать тремя разными способами. Каждый из этих
способов сопровождается текстовым этапом установки, который называется также этапом
унификации. Имеющиеся способы запуска установки Windows Server 2003:
 Winnt.exe
 Winnt32.exe
 Загрузка с компакт-диска
4
Пункты обсуждения: Носители CCP предусмотрены только для клиентских продуктов.
5
Отметить три этапа установки и три разных способа ее запуска:
Winnt.exe/Winnt32.exe/компакт-диск.
12
Этап 2. Текстовый режим

Для всех трех вариантов предыдущего этапа этот этап установки выполняется в текстовом
режиме. В текстовом режиме установки копируется основной набор файлов, а затем
настраивается системный реестр, чтобы появилась возможность загрузки графического
интерфейса Windows Server 2003 на заключительном этапе установки.
Этап 3. Графический режим
Графический режим установки является заключительным этапом установки Windows Server 2003.
Этот этап начинается с загрузки системного реестра, подготовленного в текстовом режиме –
главным образом, файлов system.sav и software.sav. На этом этапе уже работает система
Windows Server 2003, но в ограниченной конфигурации.
Устранение неполадок
При установке могут возникать различные сбои, причем они возможны на любом этапе
установки. Важно точно определить природу неполадки и момент или этап, на котором
возникла ошибка. Выбор средств и способов устранения неполадок чаще всего зависит от
момента возникновения ошибки. Далее подробно рассматриваются этапы установки наряду
с подходами к устранению неполадок, применяемыми на каждой этапе.
1.2.1 Этап 1. Winnt

Это старый способ запуска программы установки из MS-DOS. Он скорее всего не будет
поддерживаться в будущих версиях Windows, и это не самый лучший вариант начала
установки. Программа Winnt копирует все файлы Windows на локальный диск и модифицирует
загрузочный сектор. Должны быть скопированы все файлы, иначе программа установки не
сможет найти исходные файлы после перезагрузки. Поскольку этот этап основан на среде MS-
DOS, источник может стать недоступным или будет перемещен, как только начнется установка
в текстовом режиме. Winnt создает в активном разделе следующие временные каталоги:
 $win_nt$.~bt (загрузочная папка)
В этой папке содержатся файлы, необходимые для начала установки в текстовом режиме.6
 $win_nt$.~ls (локальный источник)
В этой папке содержатся все исходные установочные файлы. Для процесса копирования
настоятельно рекомендуется загрузить программу Smartdrv.exe в случае использования
Winnt для начала установки.
По завершении копирования файлов на диск компьютер перезагружается для работы в
текстовом режиме. Программа Winnt предъявляет следующие требования:
 Работающая среда MS-DOS
 Поддерживаемая конфигурация диска (разделы должны быть определены и
отформатированы до запуска winnt)
 Активным должен быть отформатированный раздел
 Рекомендуется запуск программы Smartdrv
Примечание. Программа Winnt.exe может использоваться только для установки новой копии –
этот способ не поддерживает обновлений.
6
Используются как ~bt, так и ~ls.
Необходим заранее подготовленный раздел для размещения временных файлов.
Таким образом, необходима программа SmartDrv.exe из-за копирования большого объема
файлов.
Программа Winnt.exe служит лишь для установки новой копии.
По всей вероятности этот способ останется и в следующем выпуске.
13
Ограничения
 Создание разделов. Диск, содержащий временные и загрузочные файлы, не может быть
изменен на этапе установки в текстовом режиме.
 Дополнительное дисковое пространство. Поскольку файлы копируются на локальный
диск, требуется дополнительное дисковое пространство для их хранения.
 Требования к памяти. Для запуска Winnt.exe необходимо 440 Кбайт свободной обычной
памяти (в адресном пространстве ниже 640 Кбайт).
 Отсутствие журналов. На этапе запуска Winnt.exe журналы не ведутся.
1.2.1.1 Возможности автоматизации

Winnt поддерживает автоматический режим установки с использованием файла Unattend.txt и
файла базы данных UDF. Пример командной строки для автоматической установки при
запуске Winnt:
Winnt /s:\\[сервер]\[папка]\i386 /u:unattend.txt
Дополнительные сведения об автоматической установке с использованием программы
Winnt.exe см. в справочных файлах в архиве Deploy.cab, находящемся на компакт-диске
Windows Server 2003 CD в папке Support\Tools.
1.2.1.2 Устранение неполадок на этапе запуска Winnt.exe7

Лучшая защита от неполадок, возникающих на этапе запуска Winnt, – это отказ от
использования этого способа. При возникновении неполадок проверьте подключение к
источнику файлов Windows Server 2003, попытайтесь подключить сетевой диск для общего
сетевого ресурса с исходными файлами, убедитесь, что загружен Smartdrv, чтобы ускорить
копирование исходных файлов, и, наконец, проверьте конфигурацию диска, чтобы убедиться,
что активный раздел отформатирован и работает должным образом.
Примечание. Если программа smartdrv запущена с определенными ключами или не
используется совсем, программа установки может не отвечать в течение довольно
продолжительного времени, а на экране при этом будет отображаться сообщение «Please wait
while Setup copies files to your hard disk» (Подождите, пока программа установки скопирует
файлы на жесткий диск). В конечном счете установка продолжится. Дополнительные сведения
см. в ответе на вопрос Q317512.
7
Устранение неполадок при установке, инициируемой Winnt.exe: не осуществляется
регистрация процесса установки.
Убедитесь, что файлы носителя/источника доступны, так как это может быть одной из
причин, если нет неполадок с оборудованием.
14
1.2.2 Этап 1. Winnt328
 Winnt32.exe может использоваться для выполнения установки новой копии или

обновлений в 32-разрядной среде.9 Поскольку это более мощная среда, чем MS-DOS, для
нее поддерживаются дополнительные функции, включая:
 создание отчета об обновлении при вводе команды с ключом /checkupgradeonly;
 блокировки программы установки, которые призваны предотвратить сбои, вызываемые
известными проблемными компонентами;
 поддержка файлов DLL для переноса;
 дополнительный параметр командной строки для установки консоли восстановления: /cmdcons
 ведение журнала действий для программы Winnt32, в отличие от его отсутствия для Winnt;
 поддержка динамических обновлений;
 возможность запуска в среде WinPE (в команде должен использоваться
ключ Winnt32.exe /Syspart:c:).
Как и в случае запуска установки с помощью программы winnt.exe, в конце этого этапа
происходит перезагрузка компьютера для перехода в текстовый режим установки. Далее
будет подробно рассказано об особенностях процесса установки с использованием программы
Winnt32 и об устранении неполадок.
8
Отметьте вызываемые внутренние компоненты.
Отметьте файлы журналов и файлы проверки совместимости: Winnt32.log,
Setupapi.log, NTcompat.inf.
Укажите, каким образом файл ответов используется в графический интерфейс
пользователя, т. е. файл $winnt$.inf.
Обратите внимание, на каком этапе переносятся настройки пользователя, т. е.
на файл migrate.inf.
Выделите компоненты DU и связанные с ними файлы журналов wsdu.log.
9
Пункты обсуждения: Winnt32 — гораздо более мощная среда, поэтому в ней можно
использовать отчет об обновлениях, динамические обновления, ведение журналов и т. д.
15

Аналогично программе Winnt.exe, программа Winnt32.exe поддерживает установку в
автоматическом режиме с использованием файла unattend.txt и файлов UDF. Ниже приведен
пример стандартной команды запуска программы Winnt32 для автоматического выполнения
обновления текущей версии установки:
Winnt32 /unattend:unattend.txt
Примечание. Если команда Winn32 /unattend была введена без указания файла unattend.txt,
то при обновлении той же версии ОС во время процесса установки программа не делает
запросов на ввод данных.
1.2.2.2 Устранение неполадок на этапе запуска Winnt32

В случае сбоя на начальном этапе установки с использованием программы Winnt32
необходимо выяснить причину сбоя. Использование нестандартных приемов для обхода
неполадок установки – не самый лучший путь для решения проблем. Это может стать
причиной более серьезного отказа на дальнейших этапах обновления с гораздо более
серьезными последствиями.
Рекомендуемые меры:
 запустите команду winnt32 /checkupgradeonly для создания отчета об обновлении;
 проверьте совместимость оборудования и ПО по каталогу Windows;
 запишите точный текст сообщения об ошибке и проверьте сведения о нем по базе знаний
или на веб-узле (см. п. 4 Приложения);
 получите у независимых поставщиков оборудования (НПО) последние обновления для
BIOS и драйверов;
 убедитесь в наличии надежной резервной копии, реплики контроллера домена и т. п.;
 удалите (а не отключите) подозрительные или ненужные приложения и службы.
Возможные меры (следует применять по собственному опыту):
 используйте Msconfig для остановки ненужных служб и автозагружаемых компонентов.
Распакуйте файл msconfig.ex_ из папки i386 на компакт-диске Windows Server 2003 и
используйте его, чтобы исключить автозагружаемые компоненты и службы сторонних
поставщиков;
 используйте диспетчер задач для просмотра запущенных приложений и процессов.
При остановке приложений и процессов проявляйте осмотрительность;
 безопасный режим – загрузите сервер в безопасном режиме и начните обновление. Можно
также, хотя это не рекомендуется, прервать запуск обновления – это может привести к
серьезным проблемам на заключительных этапах установки в графическом режиме.
Возврат к предыдущей ОС
Остановка обновления в момент завершения этапа работы Winnt32 – относительно
приемлемый вариант. Исходная ОС осталась незатронутой и полностью функциональной.
Фактически еще имеется возможность загрузки предыдущей версии с помощью файла boot.ini.
Требуется просто удалить временные файлы программы установки Windows Server 2003 и
восстановить в файле boot.ini по умолчанию исходную ОС.
После перехода в текстовый режим программа установки Windows Server 2003 начинает
размещать свои файлы прямо в корневом каталоге и папке Windows\System32. Это может
помешать возврату к исходной ОС. Скорее всего, ее можно восстановить, используя процесс
восстановления, поскольку в текстовом режиме главным образом производится замена
исходных файлов Windows файлами Windows Server 2003. Большинство изменений в реестре
производится позже, в графическом режиме. Однако системный реестр изменяется также и на
этапе текстового режима. В начале работы в текстовом режиме загружаются файлы из
каталога ~bt. Пока не закончится загрузка всех этих файлов, в исходную ОС не вносится
никаких изменений. Чтобы начать вносить изменения, должна загрузиться достаточно
большая часть файлов ОС.
16
1.2.2.3 Отчет об обновлении и блокировка установки

Процесс создания отчета об обновлении в Windows Server 2003 в значительной степени
повторяет аналогичный процесс в Windows 2000. При запуске процесса установки с помощью
Winnt32 (или при выполнении команды winnt32 /checkupgradeonly) обрабатывается файл
NTCOMPAT.INF, который используется для проверки известных приложений и драйверов,
которые могут вызвать неполадки в процессе установки или сбой при первом запуске
Windows Server 2003. Результаты проверки заносятся в файл %systemroot%\upgrade.txt.
Жесткие и мягкие блокировки

При разработке программы установки Windows Server 2003 предусмотрены различные уровни
защиты в процессе обновлений. Пользователь может получать предупреждения о том, что
какая-либо программа или драйвер могут неправильно функционировать после установки
Windows Server 2003 – это пример мягкой блокировки. Могут также появляться сообщения,
которые блокируют процесс установки, пока не будет выполнено указанное действие.
Сведения, используемые для определения, в каких случаях должны происходить жесткие или
мягкие блокировки программы установки, содержатся в файле NTCOMPAT.INF.
NTCOMPAT.INF
Файл NTCOMPAT.INF находится в папке i386\COMPDATA на компакт-диске Windows Server 2003
и содержит два основных раздела:10
 [ServicesToStopInstallation]
Если обнаруживается соответствие с записью в разделе [ServicesToStopInstallation],
то процесс обновления не может продолжаться. Пользователю дается возможность
ознакомиться со сведениями, предоставленными ПВТ или корпорацией Майкрософт.
В этом случае пользователь должен выйти из программы установки, устранить проблему,
а затем продолжить установку.
 [ServicesToDisable]
Если обнаруживается соответствие с записью в разделе [ServicesToDisable], то в отчет об
обновлении добавляется предупреждение о том, что программа или драйвер могут
работать неправильно после обновления системы до Windows Server 2003. Если это
касается какой-либо службы, то служба отключается. Если это не служба, то не
предпринимается никаких действий, но выводится предупреждение для пользователя.
В каждом из этих разделов файла .INF для указания несовместимости компонентов
используется следующий синтаксис:
 несовместимость, связанная со значением в системном реестре:
r,имя_раздела,имя_значения,ожидаемое_значение,файл_html,текстовый_файл,описание
 несовместимость, связанная с именем службы:
s,имя_службы,файл_html,текстовый_файл,описание, имя_файла, версия
 несовместимость, связанная с именем файла и версией:
f,имя_файла,версия,файл_html,текстовый_файл,описание
 несовместимость, обнаруженная с использованием предоставленного файла DLL:
d,имя_dll,имя_точки_входа
10
укажите расположение файла NTCompat.inf;
обратите внимание на разделы [ServicesToStopInstallation] и [ServicesToDisable], т. е.
на то, что при обнаружении СОВПАДЕНИЯ с записью в этих разделах необходимо
предпринять соответствующие действия;
процесс обновления не может продолжаться;
в отчет об обновлении добавляется предупреждение о том, что драйвер может работать
неправильно, а если речь идет о службе, то служба ОТКЛЮЧАЕТСЯ.
17
В приведенных примерах используются следующие имена:
имя_раздела Полное имя раздела реестра в разделе HKLM

имя_значения Имя значения в реестре
ожидаемое_значение Необязательное значение для сравнения (только на
равенство)
имя_службы Имя службы, как оно указано в реестре в разделе служб
имя_файла Полный путь и имя файла, которые могут включать
переменные среды
версия Версия файла, основная и вспомогательная, например
"5.1"
имя_dll Имя DLL; используется путь относительно расположения
файла Winnt32.exe
имя_точки_входа Имя точки входа, как оно значится в экспортной таблице
DLL
файл_html Необязательное имя файла HTML с текстом,
представленном в отчете об обновлении; используется
путь относительно расположения файла Winnt32.exe
текстовый_файл Имя текстового файла с текстом, представленном в отчете
об обновлении; используется путь относительно
расположения файла Winnt32.exe
описание Короткая строка с описанием записи о совместимости
Примеры
Далее приведены некоторые строки из файла NTCOMPAT.INF с объяснением значения каждой
строки.
Из раздела [ServicesToDisable]
 f11,"%windir
%\system32\drivers\palmusb.sys","3.20",compdata\generic.htm,compdata\generi
c.txt,%palmusb%
Адаптер Palm USB Adapter вер. 3.20 (из раздела строк файла .INF) отключен в процессе
обновления, и текст файла Upgrade.txt добавлен к файлу Generic.txt.
 r,"SOFTWARE\Cisco\Aironet",,,compdata\ciscoacu.htm,compdata\ciscoacu.txt,
%CiscoAironet%
Если в реестре имеется этот раздел, то содержимое файла ciscoacu.txt добавляется к
файлу upgrade.txt. Этот текст – только предупреждение о том, что ПО версии 4.14.002
и более ранних версий несовместимо с Windows Server 2003.
 s,"NAV Auto-Protect",compdata\nav5.htm,compdata\nav5.txt,
%nav5%,"%systemdrive%\Program
Files\navnt\navapsvc.exe",5.3,,ntcompat.inf,"NAV5_INST"
Эту запись можно интерпретировать следующим образом: если имеется служба NAV Auto-
Protect, использующая установленный файл navapsvc.exe версии 5.3 или более ранней
версии, то обрабатывается раздел [NAV5_INST] файла .inf. В этом разделе удаляются
записи реестра для NAV.
11
f = файл/драйвер
r = раздел реестра
s = служба
d = DLL
18
Из раздела [ServicesToStopInstallation]
 d,winnt32u.dll,UnsupportedArchitectureCheck,,1
Это одна из записей, которая обрабатывается на основе точки входа DLL. В данном
конкретном случае речь идет о точке входа UnsupportedArchitectureCheck в файле
winnt32u.dll, которая служит для определения наличия совместимости на низком уровне
архитектуры системы с Windows Server 2003. При отсутствии такой совместимости
процесс установки прекращается с уведомлением о том, что из-за данной проблемы
установка не может продолжаться. Полная интерпретация такой записи требует
просмотра исходных кодов.
 r,"SOFTWARE\Sony Corporation\Jog Dial
Utility\6.20","","",compdata\sonyjdu.htm,compdata\sonyjdu.txt,%sonyjdu%
Эта запись означает проверку наличия раздела реестра. Если такой раздел реестра
обнаружен, то процесс установки останавливается, и в отчет об обновлении добавляются
сведения из файла sonyjdu.txt или sonyjdu.htm.
 s,spx,compdata\spxblock.htm,compdata\spxblock.txt,%spxspxdriver
%,"%systemroot%\system32\drivers\spx.sys",,0xffffffe0
Эта запись соответствует проверке службы с именем spx. Если на компьютере
установлена эта служба, то процесс установки останавливается, и в отчет об обновлении
добавляются сведения из файла spxblock.txt или spxblock.htm.
Устранение неполадок в случае блокировки обновления

и выводы
Если у заказчика возникает ошибка, блокирующая процесс установки и связанная с
отсутствием в системе программы или драйвера, то для устранения неполадки можно
использовать вышеприведенные сведения.
1. Получите от заказчика файл upgrade.txt, созданный при неудачном обновлении.
2. Найдите запись, связанную с блокировкой неправильной установки.
3. Произведите поиск в папке COMPDATA на компакт-диске Windows Server 2003 CD по
характерной текстовой строке, чтобы определить, в каком текстовом файле содержится
такая же запись, как и в файле upgrade.txt.
4. Выяснив имя файла (например, spxblock.txt), найдите в файле NTCOMPAT.INF записи, в
которых используется этот текстовый файл.
5. Исследуйте возможные причины, используя вышеприведенные сведения.
Обнаружив в файле NTCOMPAT.INF одну или несколько записей, содержащих нужный текст,
просмотрите перечисленные версии файла, службы в системном реестре или разделы реестра,
совпадающие с исследуемыми записями. Определив соответствующие данные, используемые
для обнаружения программы или драйвера, можно удалить соответствующий файл, службу
или раздел реестра и перезагрузить компьютер, чтобы программа установки больше не
сталкивалась с этой проблемой.
Примечание. Если программа, драйвер или служба действительно установлены, то удаление
связанных с ними данных может не позволить программе установки обнаружить их. В этом
случае можно непреднамеренно создать условия неудачного обновления или невозможности
загрузки. Подходите к таким ситуациям осмотрительно и используйте вышеупомянутый способ
устранения неполадок только в последнюю очередь, когда обновление имеет решающее
значение.
19
1.2.2.4 Динамическое обновление

Динамическое обновление (также называемое динамической установкой) – это одна из
возможностей программы установки Windows Server 2003. Средство динамического
обновления загружает важные обновления с веб-узла Windows Update во время процесса
установки, что предоставляет преимущества при первом запуске Windows Server 2003.
В Windows XP существуют две категории динамического обновления – обновление ОС и
драйверов. Для Windows Server 2003 посредством динамического обновления загружаются
только самые важные обновления операционной системы.
Динамическое обновление не заменяет функции Windows Update в плане внесения
исправлений, а загружает только наиболее важные исправления, чтобы улучшить ход
установки, обеспечить стабильность операционной системы и сократить затраты на
поддержку.
Различия между динамическим обновлением и обновлением Windows:
 обновление Windows может использоваться в любое время после установки для загрузки
важных обновлений и драйверов;
 динамическое обновление используется только для загрузки важных обновлений,
необходимых во время процесса установки ОС.
Ограничения
Средство динамического обновления НЕ ПРЕДНАЗНАЧЕНО для устранения всех неполадок при
работе программы установки Windows. В частности, средство динамического обновления в
Windows Server 2003 не решает следующие задачи:
 создание нового, модифицированного источника файлов для установки (то есть оно не
заменяет установочный компакт-диск виртуальным компакт-диском, содержащим все
обновления, доступные на момент установки);
 имитация носителей с интегрированными обновлениями;
 поддержка для компьютеров, не подключенных к Интернету;
 установка связи с поставщиком услуг Интернета;
 поддержка удаленной установки с помощью службы RIS;
 поддержка обновления BIOS компьютера;
20
 загрузка обновленных драйверов или драйверов, не включенных в Windows Server 2003.
Поддерживаемые операционные системы
Средство динамического обновления в Windows Server 2003 всегда предлагается, если
программа установки запускается с помощью Winnt32.exe.
Загружаемые обновления
Средство динамического обновления загружает и использует важные обновления,
способствующие предотвращению сбоев в процессе установки. Существуют также
компоненты, которые специально не загружаются при динамическом обновлении.
Замещающие файлы
Замещающие файлы – это обновленные файлы для замены имеющихся на компакт-диске. При
этом к продукту не добавляется никаких новых файлов. В эту категорию входит три
подкатегории:
 обновления, включая исправления, любых только что установленных файлов;
 обновление INF-файлов, включая все файлы .add/.rep/.inf, которые могут использоваться
в ходе процесса обновления системы;
 исправления Winnt32, включая все важные исправления к DLL-файлам winnt32,
используемым программой установки.
Драйверы – только в Windows XP12

Драйверы загружаются только в Windows XP и только для тех устройств, которые установлены
на компьютере. Может быть загружено два типа драйверов.
 Драйверы, не поставляемые с продуктом, загружаются только с веб-узла Windows Update,
и следовательно они прошли сертификацию в лаборатории контроля качества
оборудования для Windows (Windows Hardware Quality Labs, WHQL).
 Важные исправления для драйверов, поставляемых с продуктом, загружаются только в
случае, когда корпорацией Майкрософт обнаружено, что для этого драйвера необходимо
использовать данное важное исправление. Файлы с исправлениями следует
рассматривать как замещающие файлы, поскольку эти файлы имеются на компакт-диске
с продуктом. Однако эти драйверы загружаются не в виде архивов .cab, как и драйверы,
не поставляемые с продуктом.
Windows Server 2003 не загружает обновленные драйверы в ходе динамического обновления.
Содержимое, не подлежащее загрузке

При динамическом обновлении НЕ загружаются компоненты двух типов. Это обновленные
драйверы для всех устройств на компьютере и файлы DLL для миграции от сторонних
поставщиков.
Благодаря пройденному дополнительному тестированию работы и конфигурации, драйверы
на компакт-диске для розничной продажи в действительности более надежны, чем драйверы
с веб-узла Windows Update, которые сертифицированы только лабораторией WHQL. Кроме
того, в настоящее время на веб-узле Windows Update нет в наличии файлов DLL для миграции.
Эта функциональная возможность предусмотрена на будущее, но в настоящее время еще не
внедрена.
Подробное описание процесса

Средство динамического обновления сначала выполняет ряд проверок, а затем переходит к
загрузке обновлений.
12
Пункты обсуждения: Основное отличие от XP в том, что Windows Server 2003 загружает
только исправления для программы установки, но не драйверы.
21
Подключение
Программа установки проверяет наличие на компьютере правильных версий файлов DLL для
Wininet и Urlmon. Для выполнения динамического обновления эти файлы должны иметь
версии не ниже, чем уровень их версий в IE4.01. Если эти версии отсутствуют, то программа
установки не отображает страницы динамического обновления и полностью пропускает весь
этот этап. Если эти файлы имеются, пользователю предоставляется возможность запуска
динамического обновления.
Шаги процесса
Программа установки Windows:
 проверяет возможности компьютера для выполнения динамического обновления;
 запрашивает согласие пользователя на выполнение динамического обновления;
 инициализирует клиента Windows Update.
Клиент Windows Update:
 подготавливает список обновлений для загрузки;
 подключается к веб-узлу и загружает архивы CAB в папку %systemroot%\setupupd.
Программа установки Windows:
 извлекает файлы из архивов CAB;
 устанавливает обновленные файлы.
Сведения о службе управления со стороны клиента

Служба управления Windows Update со стороны клиента отвечает за несколько шагов
процесса динамического обновления.
 (Только для Windows XP.) Программа службы управления Windows Update со стороны
клиента производит анализ и подготавливает список всех идентификаторов PnP-устройств
на компьютере. Затем по этому списку определяются драйверы, отсутствующие на
компакт-диске для розничной продажи, с помощью компилированной базы данных
оборудования, имеющейся на компакт-диске. Таким образом формируется список
драйверов, подлежащих загрузке.
 Служба управления Windows Update со стороны клиента загружает все архивы CAB для
динамического обновления (включая архивы драйверов в случае Windows XP).
 Служба управления Windows Update со стороны клиента отвечает также за подключение
к веб-узлу Windows Update и передаче программе установки данных обо всех ошибках
без отображения на экране каких-либо диалоговых окон.
Служба управления Windows Update со стороны клиента просматривает приведенный ниже
раздел реестра и использует URL-адрес, указанный в этом разделе: [HKEY_LOCAL_MACHINE\
SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\Winnt32\5.1]"DynamicUpdateUrl"="
http://<server>/<path>"
При отсутствии этого раздела в реестре служба управления Windows Update со стороны
клиента обращается по умолчанию на пользовательский веб-узел Windows Update.
 Программа установки с помощью службы управления Windows Update со стороны клиента
загружает динамические обновления в виде архивов CAB в указанную папку:
%systemroot%\setupupd.
 После этого управление процессом снова передается программе установки.
22
Идентификация динамических обновлений

Во время динамического обновления загружаются две категории файлов CAB:
 CAB-файлы драйверов (только для Windows XP)
drv1.cab Драйверы, не включенные в файл на компакт-диске
drv2.cab ...
 Архивы CAB с замещающими файлами
updates.cab Обновленные драйверы, установленные на этапе текстового режима
upginfs.cab Файлы INF для всех обновлений
winnt32.cab Исправления, касающиеся Winnt32
guidrvs.inf Обновленные драйверы, установленные на этапе графического режима
Корпоративный сценарий13
В целях поддержания безопасности сети многие организации ограничивают доступ
пользователей к Интернету. Может потребоваться, чтобы сервер не подключался к веб-узлу
Windows Update для каждой установленной копии. В таком случае можно создать в локальной
сети организации собственный веб-узел для динамического обновления. Для этого выполните
следующие действия:
 загрузите пакеты для динамического обновления с веб-узла Windows Update;
 извлеките файлы из архивов и разместите их в общем сетевом каталоге;
 запускайте сеансы установки, указав в параметрах настройки установку обновлений из
этого каталога.
Подробное описание процедуры создания корпоративного ресурса

динамического обновления
Загрузите пакеты для динамического обновления с центра загрузки файлов корпорации
Майкрософт.
Запустите программу извлечения файлов в какую-либо папку, например C:\DU. После этого
должно образоваться две папки. Файлы для Windows XP Professional извлекаются в папку
IP, а файлы для Windows XP Home Edition – в папку IC.
Запустите с компакт-диска Windows XP команду winnt32.exe /duprepare:<путь к пакетам
файлов для динамического обновления>.14 В данном конкретном сценарии следует ввести
команду winnt32.exe /duprepare:c:\du.
После создания папки откройте к ней общий доступ. Можно открыть доступ к папке c:\du или
скопировать ее содержимое в другую папку, к которой будет открыт общий доступ.
На конечном компьютере введите команду
winnt32.exe /dushare:\\имя_сервера\имя_общего_ресурса.
13
Основные действия:
загрузка пакетов обновлений;
извлечение файлов и создание общего ресурса;
указание этого ресурса для новой установки.
14
Подчеркните, что загрузив пакеты для динамического обновления, следует ввести команду:
“Winnt32 /duprepare:<путь к пакетам файлов для динамического обновления>”. Эта
команда служит для подготовки папки для динамических обновлений, к которой потом
открывается общий доступ.
Затем в команде запуска программы установки следует ввести, кроме прочего,
эти параметры: “Winnt32 /dushare:\\duserver\share”.
23
Примечание. Вместо ввода команды winnt32.exe /dushare можно ввести следующую

запись в файл Unattend.txt:
[Unattended]
Dushare=\\имя_сервера\имя_общей_папки
Пакеты динамического обновления Windows XP работают только при обновлении системы,
запущенной с помощью файла Winnt32.exe. Они не работают при запуске установки с помощью
файла Winnt.exe, при загрузке с компакт-диска, загрузке с гибких дисков, удаленной установке
службой RIS и при запуске установки файлом Winnt32.exe в среде WINPE.
Во время установки обновленные файлы программы установки копируются в папку %WINDIR
%\Setupupd. Обновленные драйверы устанавливаются только при отсутствии встроенных
драйверов Windows XP.
Файлы журналов
WINNT32.LOG15
Основные сведения о динамическом обновлении регистрируются в файле WINNT32.LOG.
Сведения в этом файле ограничиваются проверкой поддерживаемых версий компонентов
Internet Explorer, отчетом об общих ошибках, регистрацией выбора пользователем параметров
и результатами процесса. Просмотр этого файла позволяет убедиться в успешности
динамического обновления.
WSDU.LOG16
Файл WSDU.LOG – основной файл журнала, используемый средством динамического
обновления во время установки системы. В этом файле регистрируется большинство сведений
о процессе динамического обновления во время установки системы, в том числе:
 инициализация динамического обновления;
 URL-адреса, используемые во время процесса динамического обновления;
 регистрация специфических ошибок HTTP;
 загрузка файлов;
 проверка степени надежности источника.
При возникновении ошибки HTTP можно использовать программу ERR.EXE с веб-страницы
(см. п. 5 Приложения), чтобы расшифровать код ошибки и получить текст описания ошибки из
inetmsg.h. Один из примеров, с которым можно столкнуться – проблема с подключением
компьютера к Интернету, регистрируемая следующей записью в файле WSDU.LOG:
ERROR – HTTPSendRequest Failed, Error 12007
15
Проверка поддерживаемых версий компонентов Internet Explorer.
Отчет об общих ошибках
Регистрация выбора, сделанного пользователем.
Результаты процесса.
Файл для проверки успешности завершения динамического обновления.
16
Подчеркните основное назначение этого файла журнала:
инициализация динамического обновления;
URL-адреса, используемые во время процесса динамического обновления;
регистрация специфических ошибок HTTP;
загрузка файлов;
проверка степени доверия источнику.
24
Этот код ошибки расшифровывается программой ERR.EXE следующим образом:

# for decimal 12007 / hex 0x2ee7 :
ERROR_INTERNET_NAME_NOT_RESOLVED inetmsg.h
Это означает, что возникла проблема разрешения имени узла для адреса
http://windowsupdate.microsoft.com.
Исправление программы установки вручную без динамического

обновления
В дополнение к автоматизированному процессу, можно изменить программу установки для
одного или нескольких компьютеров, на которых не может быть выполнено динамическое
обновление. В этом случае вводится команда Winnt32.exe с ключом /duprepare:<путь>, в
которой может быть указан путь к пакетам с динамическими обновлениями. Для получения
дополнительных сведений об этом процессе для Windows XP см. ответ на вопрос Q312110 –
«Развертывание пакетов динамического обновления для Windows XP».
1.2.3 Этап 1. Загрузка с компакт-диска17
Это специальный способ запуска установки. Он отличается от ее запуска с помощью файлов

Winnt.exe и Winnt32.exe. Загрузка с компакт-диска обеспечивает альтернативный способ
перехода к этапу текстового режима установки и имеет ряд преимуществ:
 возможность доступа к ASR и консоли восстановления;
 возможность восстановления установленной копии;
 отсутствие необходимости предварительной настройки дисков;
 отсутствие необходимости в запуске программы Smartdrv, поскольку папка $win_nt$.~ls
не создается.
17
Загрузка с компакт-диска отличается от способов с использованием winnt и winnt32. Это
особый способ перехода в текстовый режим.
Этот способ отличается такими особенностями, как ASR, возможность восстановления и
консоль восстановления (Recovery Console).
Не нужны файлы ~bt и ~ls.
25
Это главные преимущества, которые делают загрузку с компакт-диска популярным способом

установки новой копии системы.
Примечание.18 Для выпусков Windows Server 2003 загрузочных дискет не существует. Гибкие
диски имеются только для Windows XP. Файл NTOSKRNL.exe для Windows Server 2003 слишком
велик для его размещения на гибких дисках.

Хотя имеется возможность использовать файл winnt.sif на гибком диске для автоматического
проведения установки при загрузке с компакт-диска, более распространенными становятся
другие способы автоматической установки новой копии: служба удаленной установки RIS и
запуск Winnt32 в среде WinPE.
Примечание. При загрузке с компакт-диска программой установки проверяется не только
наличие файла winnt.sif на гибком диске. Проверяется также каталог i386 источника
установочных файлов. Однако это – не стандартный сценарий, и следует отметить, что запись
собственных загрузочных компакт-дисков с Windows Server 2003 не поддерживается.
1.2.3.2 Устранение неполадок при загрузке с компакт-диска

Основные сбои, с которыми можно столкнуться при запуске установки путем загрузки с
компакт-диска, следующие:
 неправильная последовательность загрузки в BIOS;
 поддержка загрузки с дисковода компакт-дисков формата El Torito и BIOS;
 создание собственного загрузочного компакт-диска. Официально не поддерживается
службой технической поддержки! Имеется много документов с описанием этой
процедуры. Главной проблемой в этом случае является загрузка драйверов ПВТ с этого
компакт-диска. Каталог $OEM$ не должен находиться в папке i386, но должен быть
размещен на том же уровне. Данный способ хорошо подходит для таких устройств, как
сетевые карты и видеоадаптеры, но не подходит для драйверов запоминающих устройств,
которые требуются на этапе текстового режима установки.
18
Пункты обсуждения: Гибкие диски отсутствуют. Файл Ntoskrnl слишком велик.
26
1.2.4 Этап 2. Установка в текстовом режиме19
Независимо от способа инициализации процесса установки – с помощью файла winnt.exe,

winnt32.exe или загрузкой с компакт-диска – в конечном счете все варианты установки
проходят через этап текстового режима. Даже если этот этап может выглядеть как
графический, большая часть кода выполняется драйвером устройства. Текстовый режим
работает на основе режима mini-windows; это ограниченная, 32-разрядная копия windows,
ядро загружено. В конце этого этапа происходит перезагрузка компьютера. В ходе этого этапа
установки закладывается фундамент для Windows Server 2003.
 Определение и установка уровня абстрагирования оборудования (HAL).20
 Определение и установка драйверов контроллеров запоминающих устройств.
 При загрузке с компакт-диска имеется возможность загрузки ASR, консоли
восстановления или восстановления имеющейся установленной копии системы.
 Создание разделов и форматирование дисков также доступны при загрузке с компакт-диска.
 Подготовка системного реестра.
 Копирование файлов и подготовка системы к установке в графическом режиме.
19
Все способы в конечном счете проходят через этап тестового режима. На этом этапе
формируется основа ОС в исключительно чистой среде.
Отметьте порядок выполнения действий:
Setupldr.bin
Hal.dll, Kernel.exe, затем драйверы.
Usetup.exe (имитирует диспетчер сеанса, Session Manager), который затем
загружает Setupdd.sys.
Setupdd.sys (главный этап установки, на этом этапе проделывается большая
часть работы в текстовом режиме).
20
Порядок определения уровня абстрагирования оборудования (HAL), затем драйверов
контроллеров запоминающих устройств.
Отображение параметров ASR/консоли восстановления/восстановления исходной системы.
Создание и форматирование разделов и дисков.
Подготовка системного реестра.
Копирование файлов и подготовка системы к этапу установки в графическом режиме.
27
На этапе текстового режима ОС управляется загрузчиком программы установки Windows

Server 2003, ядром и драйверами. Обычно не приходится беспокоиться за совместимость с
программным обеспечением из прежней операционной системы. На этот этап могут повлиять
некоторые несовместимые драйверы и файлы уровней абстрагирования оборудования (HAL).
Нужные для системы драйверы и файлы HAL будут скопированы в каталог ~bt. Загрузчик
программы установки обнаруживает уровень абстрагирования оборудования, загружает ядро
и драйверы и передает управление процессом диспетчеру сеанса. Программа установки в
текстовом режиме (setupdd.sys) фактически загружается как драйвер клавиатуры. Он
получает специальное средство IOCTL из программы usetup.exe (в данном контексте –
диспетчера сеанса) и запускает процесс установки Windows Server 2003, производя при этом
обнаружение устройств PnP, устанавливая файлы, обновляя системный реестр и
подготавливая все необходимое для следующего этапа установки в графическом режиме. Это
можно представить как действия программы установки, которая автономно управляет
установкой windows (например, d:\windows), работая из безопасной установочной среды (вне
$win_nt$.~bt). Следует отметить, что при этом на компьютере готовится загрузка
устанавливаемой ОС, чтобы на следующем (графическом) этапе дальнейшая установка могла
проходить в интерактивном режиме с выполнением основной работы по настройке системы
(OCM, регистрация файлов DLL и т. д.).
В конце этого этапа происходит заключительная перезагрузка компьютера для перехода
в графический режим установки.
1.2.4.1 Устранение неполадок на этапе текстового режима

При установке в текстовом режиме не запускаются никакие внешние программы, но для
процесса установки требуется доступ к устройствам, имеющимся в системе. Загружаются
драйверы, перечисленные в файле txtsetup.sif. Это происходит при обнаружении
соответствующего устройства. В случае обновления системы переносятся также драйверы
сторонних поставщиков, например драйверы запоминающих устройств и файлы HAL. Во время
текстового режима установки возможны сбои в следующих местах:
 загрузчик установки (C:\$LDR$);
 драйвер устройства SETUPDD.SYS (установка в текстовом режиме);
 какой-либо сбой инициализации драйвера, из-за которого программа установки не
получает доступа к диску или компакт-диску;
 возникновение каких-либо ошибок других драйверов;
 обычно большинство неполадок, возникающих на этапе текстового режима установки,
связана с оборудованием;
 неправильная настройка режимов ОЗУ, DMA или наличие вирусов могут привести к сбоям
при копировании файлов;
 причиной неполадки может явиться и отсутствие драйверов;
 неполадки также могут быть вызваны загрузкой драйверов из файла txtsetup.sif;
 сбои BIOS при загрузке ядра или уровня абстрагирования оборудования (HAL);
 подключенные внешние устройства могут привести к сбою в работе компьютера.
Даже при выполнении обновления системы, как только запускается текстовый режим
установки, работа протекает в управляемой «получистой» среде. Во время работы в текстовом
режиме не должно возникать проблем, связанных с существующей операционной системой
или приложениями. В ходе обновления системы переносятся некоторые классы драйверов.
Работая в оболочке, процесс установки в текстовом режиме должен обнаружить
оборудование, запустить режим mini-windows, скопировать определенные файлы и
подготовить систему к графическому режиму.
28
Устранение неполадок на этапе текстового режима в случае обновления системы не

отличается от варианта установки новой копии системы. Основное внимание должно быть
сосредоточено на оборудовании и BIOS.
 Убедитесь, что имеющаяся конфигурация компьютера имеется в списке совместимого
оборудования для Windows Server 2003.
 Убедитесь в наличии последней версии BIOS.
 Установите параметры настройки BIOS в режим с максимальной безопасностью или мини-
мальными функциями. Если компьютер поддерживает ACPI и в процессе установки возни-
кают серьезные неполадки, то можно попробовать заблокировать ACPI в настройках BIOS.
 Удалите несущественные устройства, особенно устаревшие ISA-устройства.
 Если удаление ISA-устройств нецелесообразно, то попытайтесь выделить для них ресурсы
в BIOS.
 Избегайте назначения IRQ 9 устаревшим устройствам. ACPI использует IRQ 9 для
управления PCI IRQ, и это также может привести к сбоям в работе компьютера в процессе
установки системы в текстовом режиме.
 Нажмите клавишу F7, чтобы отказаться от использования ACPI. Нажмите клавишу F5,
чтобы указать тип HAL.
 Клавиша F6 позволяет указать нужный контроллер запоминающих устройств. Проверьте
наличие обновлений у поставщика.
 Попробуйте скопировать исходные файлы Windows Server 2003 на жесткий диск и
запустить программу установки с жесткого диска.
Отладка этапа установки в текстовом режиме

При сбое на этапе установки в текстовом режиме может потребоваться включение отладчика.
В предыдущих версиях Windows это можно было сделать, отредактировав файл txtsetup.sif и
добавив параметры отладки в строку OSLOADOPTIONS. В Windows Server 2003 предусмотрен
новый способ включения отладчика на этапе текстового режима установки. Для отладки со
стандартным набором параметров в текстовом режиме после клавиши F6 может
использоваться клавиша F8.21 Это новая возможность Windows Server 2003,
см. п. 6 Приложения.
Здесь также упоминаются традиционные способы включения отладчика на этапе текстового
режима. Они могут включать изменения на компьютере, где запущена программа установки,
и на компьютере, где будет запущен отладчик ядра, или изменения в исходных файлах.
Примечание. Следующие действия предназначены для ситуации, когда компьютер находится
в середине процесса неудачной установки и при перезагрузке запустится в текстовом режиме.
Если ожидается, что будет необходима отладка текстового режима установки, но этот этап
установки еще не достигнут, то может потребоваться изменение исходных файлов для
процесса установки, а не файлов, описываемых ниже.
На отлаживаемом компьютере следует изменить текстовый информационный файл установки.
Этот файл находится в корневом каталоге загрузочного диска и называется C:\TXTSETUP.SIF.
Этот файл управляет выполнением установки в текстовом режиме и содержит строку вызова
отладчика. По умолчанию текстовый режим запускается в режиме отладки со стандартными
параметрами настройки com-порта (com2 и 19200). Найдите в файле TXTSETUP.SIF строку,
содержащую запись "OsLoadOptions =". В этой строке будет содержаться то, что записано в
файле boot.ini. Внесите необходимые изменения и сохраните файл.
21
Пункты обсуждения: Использование клавиши F8 – новый способ включения средств отладки
в текстовом режиме установки Windows Server 2003.
29
Пример. TXTSETUP.SIF (в случае отладки RIS-образа измените файл Ristndrd.sif):

OsLoadOptions = "/noguiboot /fastdetect /debug /baudrate=57600"
OsLoadOptionsVar = "/fastdetect /debug /baudrate=57600"
Эти команды обеспечивают подключение порта COM2 со скоростью передачи данных 57600
как в текстовом, так и в графическом режиме установки.
Другим полезным шагом является использование на отлаживаемом компьютере проверенной
версии файла SETUPDD.SYS. Это полезно тем, что проверенный драйвер имеет программные
коды, предоставляющие отладчику дополнительные отладочные данные. Для этого следует
скопировать проверенный драйвер в папку $win_nt$.~bt на отлаживаемом компьютере, а
затем снова войти в текстовый режим установки.
На этом этапе можно подключить отлаживаемый компьютер к другому компьютеру, имеющему
средства отладки, запустить на компьютере-отладчике средство отладки KD или WinDBG и
перезапустить отлаживаемый компьютер, чтобы вернуться в текстовый режим.
Примечание. Может оказаться полезным включение для отладчика режима подробного
вывода данных (добавление параметра -v в команду запуска отладчика), чтобы обеспечить
немедленное получение выходных данных отладчика при возврате в текстовый режим, – это
будет свидетельствовать об успешном подключении.
Если сбой вызван фиксируемой ошибкой, то отладчик автоматически подключится, и можно
будет затем провести обычную процедуру отладки, чтобы выявить проблему. Для начала
лучше всего просмотреть стеки, чтобы определить, занимает ли драйвер Setupdd.sys верхнюю
часть стека и нет ли проблем с другими драйверами.
Если сбой проявляется в том, что программа установки перестает отвечать, то наличие
проверенной версии программы установки является обязательным (см. выше). Если не
прерывать работу программы установки вплоть до момента, когда она перестает отвечать,
то с помощью отладчика можно будет получить достаточно данных, описывающих последние
действия или ошибки, выявленные программой установки.
1.2.5 Этап 3. Установка в графическом режиме22
22
Программа установки в графическом режиме проверяет, предпринимались ли уже
неудачные попытки запуска графического режима.
В графическом режиме ведется обширная регистрация процесса.
Обнаружение PNP, установка сетевых функций, регистрация компонентов и т. д.
30
Перезагрузка после этапа текстового режима переводит работу программы установки в

графический режим. На этом этапе запускается приложение win32, которое взаимодействует
с программой winlogon.exe в особом режиме. В это время работает только минимальный набор
служб, подготовленный на этапе текстового режима. Большая часть работы по настройке
компонентов (конфигурация сети и т. д.) производится на этапе графического режима.
 Установка устройств
 Установка и настройка сети
 Назначение имени компьютеру и подключение к домену
 Дополнительное копирование файлов
 Сохраняется возможность возврата к началу процесса установки, пока процесс установки
не зашел слишком далеко (не приблизился к окончанию графического режима установки,
когда параметры настройки уже были сохранены)
 Установка необязательных компонентов
 Регистрация файлов DLL
 Обработка WFP
 Обработка средства Run once (однократное выполнение)
 И многое другое
Это этап, на котором установка выполняется в среде устанавливаемой ОС. В текстовом
режиме установки выполняется базовая установка (минимальная установка, основанная на
PnP) с минимальным набором служб и т. д. В этом же режиме формируется подсистема Win32,
и становятся доступными как серверные, так и клиентские службы PnP. Подключение к сети
в текстовом режиме невозможно. Эта возможность появляется в середине этапа графического
режима установки. Однако в этой среде намного проще программировать и производить ее
отладку, поскольку эта среда представляет собой программный код пользовательского
режима.23 На этом этапе доступны средства расширения для установки компонентов
(диспетчер дополнительных компонентов, OCM), вызов средств саморегистрации компонентов
и т. д. Программа sprestrt.exe запускается в самом начале, еще до инициализации финальной
версии системного реестра. На этой стадии предусмотрены средства восстановления (реестра
и файлов) до работоспособного состояния в случае сбоя или перезагрузки до полного
завершения этапа графического режима. В частности, реестр возвращается к тому состоянию,
в котором он находился в конце этапа текстового режима установки. Программа Setup.exe
играет лишь роль промежуточного звена, задача которого – вызов программы syssetup.dll
(главного логического компонента процесса установки).
Примечание. Она отличается от программы setup.exe, которая находится в корневом
каталоге компакт-диска и служит только для отображения первоначального окна
автоматического запуска и вызова программы winnt32.exe при запуске установки. Программа
Setup.exe, согласно настройке в реестре, запускается программой winlogon.exe. На основании
параметров реестра как диспетчер управления службами, так и программа winlogon знают, что
компьютер находится в середине установки ОС, и выполняют ряд специальных задач.
Диспетчер управления службами, например, запускает не весь набор служб, а только
небольшую часть из них. Программа Winlogon инициирует командную строку, указанную в
реестре (в данном случае setup.exe), без перехода к рабочему столу (как в случае запуска
explorer.exe и т. д.). Эта программа выполняется в контексте безопасности локальной
системы, а не в контексте любого вошедшего в систему пользователя. Любая запись в разделе
HKCU (HKEY_Current_User) сопоставляется с пользователем по умолчанию, но эти параметры
отслеживаются для каждого пользователя и применяются после его входа в систему. На этом
этапе устанавливаются также параметры стандартной настройки для таблицы управления
доступом (ACLS) и безопасности.
1.2.5.1 Устранение неполадок на этапе графического режима

В графическом режиме запускаются файлы DLL, загруженные в адресное пространство
программы SETUP. Хотя программа SETUP запускает графический режим установки,
23
Графический режим выполняется и отлаживается как программа в пользовательском режиме.
31
фактически она только загружает файл SYSSETUP.DLL. Этот файл DLL и выполняет всю работу
на этапе графического режима. В графическом режиме установки запускается множество
внешних программ и, следовательно, имеется множество потенциальных неполадок,
вызываемых этими внешними программами: службами, драйверами и приложениями. Далее
перечислены места графического режима установки, сбои на которых наиболее вероятны:
 обнаружение устройств;
 выполнение диспетчера OCM (OC Manager);
 настройка конфигурации компьютера.
Внимание! После входа в графический режим в процессе обновления ОС вернуться к
прежней операционной системе уже нельзя. Единственной возможностью является
выполнение процесса обновления. При возникновении сбоев на этапе графического режима
в процессе обновления системы следует сконцентрировать усилия на устранении неполадок.
Также можно выполнить параллельно установку новой копии системы, чтобы убедиться, что
Windows Server 2003 будет работать в конфигурации новой установленной копии на
конкретном компьютере. После такой проверки можно вернуться к поиску и устранению
неполадок для неудачного сеанса обновления.
Далее перечислены средства и способы устранения неполадок на этапе графического режима
установки.24
 Перезапуск установки заново – если сбой происходит на этапе установки или
обнаружения устройств, то перезапуск установки может позволить обойти устройство,
вызвавшее сбой.
 Нажатие клавиш Shift+F10 – открытие командной строки в графическом режиме. Это
действие предоставляет несколько возможностей:
 запуск редактора реестра, позволяющий загрузить куст из файла system.sav и удалить
драйвер, службу или другую запись реестра, а затем снова запустить компьютер в
графическом режиме;
 просмотр файлов журналов установки (setuperr.log или setupapi.log) для определения
причины сбоя;
 запуск списка задач для остановки процесса;
 средство SC позволяет получить список запущенных служб;
 команды IPconfig и PING могут использоваться для проверки исправности подключения.
Так можно проверить, например, связь с контроллером домена при неполадках с
подключением к домену.
 Консоль восстановления может использоваться для поиска общих неполадок. Однако
следует отметить, что отключение драйвера или службы с помощью консоли
восстановления в ходе процесса установки невозможно из-за способа обработки
системного реестра программой установки. Для отключения подозрительных драйверов
может потребоваться их переименование.
 Загрузка средства просмотра событий – для просмотра журналов событий.
 Изменение разрешений во время процесса обновления, если компьютер был
заблокирован и процесс установки не мог продолжаться из-за отсутствия разрешений.
24
Отметить способы устранения неполадок, применяемые на этапе графического режима
установки.
32
В поиске и устранении неполадок на этапе графического режима установки могут помочь

следующие файлы: Setuperr.log, Setupact.log, Setupapi.log, setuplog.txt и pnplog.txt в
каталоге %windir% установки, в сеансе которой происходит сбой.
Примечание. Файл Pnplog.txt создается только в том случае, когда в работе установщика
класса возникает сбой при перечислении устройств. Это регистрируется в файле pnplog.txt,
чтобы при перезапуске графического режима установки загрузка установщика класса была
пропущена. Файл журнала Pnplog.txt создается только при возникновении сбоев, связанных
с PNP, в ходе процесса установки. Если этот файл имеется, когда в графическом режиме
начинается перечисление устройств, то ни один из установщиков, перечисленных в файле,
не обрабатывается. Если этот файл существует (остался от установленной копии Win2k), то
он удаляется на этапе текстового режима, чтобы на графическом этапе установки не
использовалась старая версия файла.
Более подробно регистрация процесса установки описана далее в этом разделе.
1.2.5.2 Типичные неполадки на этапе графического режима

Иногда в графическом режиме установки сбой происходит на этапе обнаружения устройств,
запуска диспетчера OCM или настройки конфигурации компьютера. Во всех случаях в первую
очередь следует установить на компьютер проверенную версию файла SYSSETUP.DLL, вызвать
отладчик ядра и снова запустить процесс установки. Проверенный файл DLL содержит
большое количество отладочных кодов, которые создают сообщения для отладчика ядра.
Выполняя установку с проверенным файлом DLL можно определить, какие действия
производит программа установки, а при возникновении сбоя – изучить выходные данные
отладчика, чтобы определить, какое действие было последним.
Обнаружение устройств
В начале этапа графического режима запускается программа установки PNP-устройств,
задачей которой является обнаружение всех устройств в системе. Это включает запуск
внешних программ, называемых «установщиками классов». Установщики классов производят
опрос всех устройств на компьютере для определения установленного оборудования. Иногда
обращение к устройствам может привести к сбою в работе системы. В других случаях в
установщиках классов имеются ошибки, приводящие к прерыванию установки.
Диспетчер OCM
Диспетчер OCM – это компонент процесса установки, который позволяет интегрировать
внешние компоненты, такие как серверные приложения, в ядро процесса установки
операционной системы. Подобно обнаружению устройств, это включает запуск внешних
программных кодов в адресном пространстве процесса установки и может нарушить работу
программы установки или привести к сбою в работе компьютера.
Настройка конфигурации компьютера
Данный этап является одним из последних этапов установки и заключается главным образом
в регистрации управляющих файлов DLL для OLE. В этом случае внешние программные коды
запускаются также в адресном пространстве программы установки. На этом этапе также
ведется подробная регистрация, и очень легко определить последний загруженный и
запущенный файл DLL.
33
1.2.5.3 Отладка на этапе графического режима

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

На этапе графического режима установки можно использовать клавиши Shift+F10 для запуска
командной строки. Командная строка может использоваться для отладки графического режима
установки. Для присоединения отладчика выполните следующие действия.
Запустите список задач или диспетчер задач, чтобы получить список процессов.
Найдите процесс setup.exe и определите идентификатор этого процесса.
Для параметра _NT_SYMBOL_PATH задайте значение, указывающее каталог, в который
копируются символы. На этапах с доступным подключением к сети для этой цели можно
использовать сервер символов (symbol server).
Выполните команду start ntsd –p 100, подставив фактический идентификатор процесса
установки вместо значения 100.
Теперь отладчик NTSD присоединен к процессу установки, и для выявления неполадок можно
использовать обычные процессы отладки. Как всегда, лучше всего начать с анализа стека.
Программа установки является многопоточным приложением, и поэтому необходимо получить
метки стека для всех потоков, чтобы правильно оценить ситуацию. Воспользуйтесь командой
~ для получения списка всех потоков процесса установки. Затем для каждого потока введите
команду ~0KB (устанавливая вместо нуля номер соответствующего потока), чтобы
просмотреть его метку стека. За дополнительными сведениями по устранению неполадок
обратитесь к TL или представителю CPR.
Изменение файла txtsetup.sif

Для запуска установки под управлением отладчика можно также изменить файл txtsetup.sif.
Лучше всего сделать это до запуска Winnt32. Скопируйте файл txtsetup.sif из версии, которую
требуется установить, во временный каталог (C:\TEMP) на локальном компьютере. Затем найдите
в файле txtsetup.sif строку SetupCmdlinePrepend. Эта строка выглядит следующим образом:
; SetupCmdlinePrepend = "ntsd"
Обратите внимание, что строка закомментирована. Все, что требуется сделать для запуска
программы установки под управлением отладчика NTSD, – это удалить знак комментария «;»
и сохранить файл.
Если для отладки на этапе графического режима установки требуется использовать отладчик
ядра, то следует найти строку, содержащую запись OsLoadOptionsVarAppend. Эта строка
выглядит следующим образом:
OsLoadOptionsVarAppend = "/debug"
Эта строка управляет тем, какие параметры добавляются к записи операционной системы
в файле boot.ini или к настройке микропрограммного обеспечения для компьютеров Alpha. Эта
строка будет закомментирована до выпуска каких-либо внешних версий. Замените параметры
внутри кавычек и сохраните файл.
34
Если требуется сохранить параметры, установленные в файле boot.ini, то введите в командной
строке команду #NODEBUGBOOT.
В файле также имеется строка, содержащая запись OsLoadOptionsVar. Эта строка выглядит
следующим образом:
; OsLoadOptionsVar = "/debug"
На эту строку можно не обращать внимания.
После изменения файла txtsetup.sif можно запустить WINNT32. Команду Winnt32 следует
использовать с ключом /m:C:\TEMP (вместо C:\TEMP укажите каталог, в котором находится
файл txtsetup.sif). По завершении работы программы Winnt32 запускается текстовый режим
процесса установки, а затем – графический режим. При запуске графического режима
установки автоматически запускается отладчик NTSD.
Изменение системного куста

Изменение системных кустов для установки требует наличия надежной сборки Windows
2000/XP/2003 или компакт-диска с WinPE. Для графического режима установки предусмотрена
возможность перезапуска. При этом сохраняется резервная копия кустов в том состоянии, в
котором они находились перед запуском графического режима. Имейте это в виду при изменении
системных кустов, используемых программой установки. По этой причине всегда лучше изменять
сохраненные кусты. Для изменения системных кустов выполните следующие действия.
Загрузите надежную сборку.
Введите команду REGEDT32.EXE.
Выберите в меню Registry (Реестр) пункт Load Hive… (Загрузить куст...);
Перейдите к каталогу SYSTEM32\CONFIG программы установки Windows 2000, которую
требуется отладить, и выберите файл SYSTEM.SAV.
При запросе Key Name (Имя раздела), введите a.
Дважды щелкните узел a, чтобы просмотреть иерархию системного куста.
Выберите узел Setup, чтобы просмотреть область данных со значениями реестра для
программы установки.
Дважды щелкните значок значения CmdLine в правой области окна. Это значение содержит
запись setup –newsetup. Замените это значение на cmd.exe. При этом в графическом
режиме установки откроется командная строка.
Выберите узел a в левой области окна.
Выберите в меню Registry (Реестр) команду Unload Hive… (Выгрузить куст...).
Перезагрузите компьютер.
После перезапуска компьютер загрузится не в графическом режиме установки, а в режиме
командной строки. Чтобы запустить отладчик в графическом режиме установки
выполните следующие действия.
Для параметра _NT_SYMBOL_PATH укажите каталог, в который копируются символы.
Введите команду:
start ntsd setup -newsetup
Теперь отладчик NTSD подключен к процессу установки, и для выявления неполадок можно
использовать обычные процессы отладки.
35
1.2.6 Заключительная перезагрузка и OOBE

По завершении этапа графического режима установки компьютер перезагружается для
запуска новой операционной системы. Это – заключительный этап установки.
В Windows XP добавлен дополнительный шаг для отображения краткого руководства по
настройке и работе при первой загрузке новой операционной системы. Этот процесс
называется OOBE, или первая загрузка (Out of Box Experience). На этом этапе производится
настройка (добавление пользователей, выбор имени компьютера, принятие лицензионного
соглашения корпорации Майкрософт для конечного пользователя), а также отображение
электронных учебников и т. д. Кроме того, на этом этапе обрабатываются все дополнительные
команды, добавленные в раздел [GUIRunOnce] файла unattend или в файл cmdlines.txt. Этот
заключительный этап предназначен для организаций, ПВТ и т. д. для дополнительной
настройки операционной системы, поскольку на данном этапе установленная ОС обладает
полной функциональностью.
Примечание. Более подробно об этапах установки см. в блок-схемах раздела «Прерывания
на этапах процесса установки» в этом документе. Обратите также внимание на то, что этап
OOBE обычно не применяется для установки на серверах.
1.2.7 STOP 0x0000007B – во время установки загрузочное

устройство недоступно
Системная ошибка STOP 0x7B часто происходит из-за отсутствия правильных драйверов
запоминающих устройств. Для устранения этой неполадки в начале этапа текстового режима
установки следует убедиться в наличии правильных драйверов, нажав клавишу F6 для
указания драйверов контроллеров запоминающих устройств.
На этапе текстового режима установки выполняется обнаружение драйверов, необходимых
для каждого запоминающего устройства в системе. Программа установки загружает драйверы
для каждого адаптера, обнаруженного в системе на этапе текстового режима установки,
независимо от того, какие устройства перечислены в разделе [MassStorageDrivers] файла
ответов. Однако при запуске графического режима устанавливаются только те драйверы,
которые указаны в разделе [MassStorageDrivers].
Если требуется установить адаптер запоминающего устройства стороннего поставщика в
дополнение к адаптеру, обнаруживаемому системой Windows Server 2003, то можно применить
для этого один из специальных способов, описанных ниже.
1.2.7.1 Способ 1. Использование раздела [MassStorageDrivers]

Этот способ применяют, если на этапе графического режима установки необходимы оба
драйвера для адаптеров запоминающих устройств. При использовании этого способа в
разделе [MassStorageDrivers] файла ответов перечисляются как драйверы от ПВТ, так и
драйверы, поставляемые с Windows 2000. Для получения сведений о включенных драйверах
см. раздел [SCSI] файла txtsetup.sif, находящегося в установочном каталоге с общим
доступом. В следующем примере приведен раздел [MassStorageDrivers] файла Unattend.txt.
[MassStorageDrivers]
"My Oem SCSI adapter" = "oem"
"Adaptec AHA-294X/AHA-394X/AIC-78XX SCSI Controller" = "Retail"
1.2.7.2 Способ 2. Обнаружение адаптеров с помощью технологии Plug and Play

Если адаптер запоминающего устройства, поставляемый ПВТ, не требуется во время процесса
установки, то можно использовать параметр OemPnpDriversPath в разделе [Unattended] файла
Unattend.txt. В этом случае программа установки произведет установку этого устройства во
время этапа графического режима. Для получения сведений об использовании параметра
OemPnpDriversPath см. документацию по автоматической установке.
36
1.2.7.3 Другие возможные причины системной ошибки STOP 0x7b

Проверьте второй параметр в скобках. Код состояния 0xC0000034 соответствует параметру
STATUS_OBJECT_NAME_NOT_FOUND, который означает, что запоминающее устройство,
необходимое для загрузки компьютера, отсутствует или отключено. Убедитесь, что
соответствующий контроллер запоминающего устройства установлен.
Это может также свидетельствовать о повреждении файловой системы. Загрузите консоль
восстановления и введите следующие команды для анализируемых томов иди дисков:
CHKDSK /P /R
Примечание. Если консоль восстановления не может получить доступ к диску или программа
chkdsk сообщает о неустранимых ошибках, то один или несколько томов NTFS повреждены и
не могут быть восстановлены. В этом случае остается только заново создать разделы,
отформатировать диски и восстановить данные с помощью резервных копий.
Драйверы фильтров или зависимые драйверы также могут вызвать системную ошибку STOP
0x7b. Верхние и нижние драйверы фильтров могут помешать правильной загрузке драйвера
запоминающего устройства и привести к ошибке STOP 0x7b. Для устранения этой неполадки
может потребоваться удаление драйверов фильтров из реестра. Драйверы фильтров часто
размещаются в разделе HKLM\SYSTEM\CurrentControlSet\Control\Class\<Class ID>. Размещение
драйверов и связанных с ними служб может изменяться. Способ их удаления из реестра также
изменяется в зависимости от средств, доступных на момент возникновения конкретной
неполадки.
Отладка при системной ошибке STOP 0x7B

Для отладки при системной ошибке STOP 0x7b с помощью отладчика используются те же
способы, которые обсуждались в разделе «Отладка этапа установки в текстовом
режиме».
Очень полезно иметь как можно больше сведений об устройстве. В некоторых случаях
трудности при определении причин необнаружения загрузочного устройства вызваны
отсутствием сведений о том, что представляет собой это устройство. Особенно важно знание
следующих характеристик:
 тип контроллера, к которому подключено устройство (SCSI, IDE, 1394 и т. д.);
 изготовитель контроллера (Adaptec, Mylex, Symbios и т. д.), если это не IDE-контроллер.
Тип контроллера (наличие общего описания, например, что это – ISA-карта, лучше, чем
полное отсутствие сведений; иногда эти сведения даже ценнее, чем сведения о номере
модели). Всегда полезно иметь представление о том, какой драйвер используется
адаптером;
 идентификатор SCSI для устанавливаемого на загрузочном контроллере устройства, если
этот контроллер – SCSI;
 другие устройства, подключенные к загрузочным дискам (дисковод компакт-дисков,
накопитель на магнитной ленте, устройство для чтения дисков Zip или дисководы других
типов), если контроллеров несколько;
 файловая система, используемая системным диском.
Иногда трудно выяснить все эти характеристики. Когда программа установки предлагает выбрать
раздел для установки системы, для выбранного диска отображается идентификатор SCSI и имя
драйвера. Кроме того, в каталоге idw имеются некоторые средства, например программа
drivemap.exe, которая старается определить идентификатор SCSI для всех букв дисков.
Для отладки при ошибке stop 0x7b полезны следующие команды отладчика:
lm
!devnode 0 1
!object \device\scsi
37
0x7B – наиболее вероятный сбой, который может произойти, если один из необходимых
загрузочных драйверов поврежден или недоступен по какой-либо причине. Следует
убедиться, что загружены драйверы дисков, а также драйверы classpnp, ftdisk, partmgr, fat
или ntfs и другие драйверы, связанные с запоминающими устройствами. Вероятно,
потребуется загрузить драйверы pci и, безусловно, драйвер контроллера atapi.sys, а также
связанные драйверы каналов (pciide и pciidex или intelid) или scsiport.sys и соответствующий
минипорт.
Параметр IopMountVolume вызовет сбой, если не сможет найти файловую систему для
подключения диска, помеченного как загрузочное устройство (соответствующий объект диска
помечается параметром IopMarkBootPartition). Причиной сбоя может быть то, что драйвер
файловой системы оказался незагружаемым (см. выше) из-за ошибки чтения диска или из-за
повреждения файловой системы.
Убедитесь, что соответствующий драйвер файловой системы загружен (введите команду lm).
Первый параметр такого атрибута ошибки 7B - указатель объекта устройства.
Параметр IopMarkBootPartition вызовет сбой, если не будет обнаружен загрузочный раздел.
Загрузчик сохраняет сведения о диске, на котором предполагается устанавливать систему. Эти
сведения используются после создания дисковых стеков для поиска соответствующего диска.
Часто причиной сбоя является то, что средство PnP не может назначить ресурсы для
загрузочного контроллера или другого устройства, подключенного к контроллеру, такого как
мост PCI->PCI. Если известна служба, связанная с данным контроллером, то можно
просмотреть результаты команды !devnode и найти запись об этой службе. Если флаги
состояния включают параметр DNF_INSUFFICIENT_RESOURCES и (или) не включают
параметры DNF_STARTED или DNF_ENUMERATED, то причина неполадки скорее всего
заключается в этом.
1.3 Создание системного реестра во время

установки25
В данном разделе рассматривается создание системного реестра. Чтобы облегчить
разработчикам возможность изменения заданных по умолчанию параметров настройки
реестра во время процесса установки, большинство основных конструктивных блоков реестра
представляют собой текстовые файлы с расширением .inf. Это относится ко всем шести
главным файлам, используемым при создании реестра.
25
Кратко осветите создание реестра: какие файлы используются и для чего.
38
Программа установки использует для создания реестра следующие шесть файлов:

 Setuphiv.reg26
 Hivecls.inf27
 Hivedef.inf28
 Hivesft.inf29
 Hivesys.inf30
 Hiveusd.inf31
При установке новой копии операционной системы программа установки использует
фрагменты реестра для выполнения начального этапа процесса установки. Это файл
Setupreg.hiv, и он считывается либо с компакт-диска, если установка запускается загрузкой
с компакт-диска, либо из папки $win_nt$.~bt в других случаях.
Когда система загружается с помощью файлов из папки ~bt, процесс установки переходит
в текстовый режим. На этапе текстового режима установки создается большая часть
системного реестра. Пять файлов .Inf объединяются в формате базы данных реестра. Каждый
из этих файлов является основой для одной из ветвей реестра. Это файлы Hivecls.inf,
Hivedef.inf, Hivesft.inf, Hivesys.inf и Hiveusd.inf. Эти файлы считываются либо с установочного
носителя (т. е. компакт-диска), либо из папки $win_nt$.~ls, если она существует.
Далее описывается каждый из шести упомянутых файлов (setupreg.hiv и файлы .inf).
Примечание. В данном разделе описывается создание реестра при установке новой копии
(то есть в отсутствие ОС на компьютере, из которой можно было бы перенести параметры
настройки).
26
Ветвь управления (Control branch) включает настройки, которые дадут возможность на этапе
текстового режима установки работать с драйверами HAL и запоминающих устройств,
обнаруженными на этапе обнаружения запоминающих устройств.
Профили оборудования (Hardware Profiles) представляют собой почти пустую структуру,
которая будет заполнена позднее.
Ветвь служб (Services branch) содержит записи об оборудовании и записи, касающиеся
загрузки. Данных настройки относительно ролей серверов, например DHCP, на этом этапе не
существует.
27
Файл Hivecls.inf является основой для раздела реестра HKey_Classes_Root. В этом разделе
представлены регистрация CLSID, сопоставления расширений файлов и обработчики
контекстного меню оболочки.
28
Файл Hivedef.inf исходная точка для раздела реестра HKey_Users\.default. Настройки в этой
ветви включают звуковые схемы, параметры настройки экрана (оформление, фон и
заставка), пункты главного меню и папки оболочки пользователя.
29
Файл Hivesft.inf – основа для файла реестра, касающегося ПО.
30
Файл Hivesys.inf – основа системного куста (System hive).
31
Файл Hiveusd.inf – основа для кустов реестра userdiff и userdifr. Этот файл служит для
переноса/обновления профиля пользователя из Windows NT4/2000 в Windows Server
2003 (в данном случае).
39
Setupreg.hiv
Файл Setupreg.hiv можно просмотреть с помощью функции загрузки куста в редакторе

реестра. Куст Setupreg относительно прост по сравнению с полным реестром Windows.
 Ветвь управления включает настройки, которые позволят на этапе текстового режима
установки работать с драйверами уровня абстрагирования оборудования (HAL) и
запоминающих устройств, обнаруженными на этапе поиска запоминающих устройств.
 Ветвь профилей оборудования представляет собой почти пустую структуру, которая будет
заполнена позднее.
 Ветвь служб содержит записи об оборудовании и записи, касающиеся загрузки. Данных
настройки для ролей серверов, таких как DHCP, на этом этапе не существует.
В примере не показана ветвь выбора (Select branch), которая позднее будет управляться с
помощью загружаемого параметра ControlSet00x. На этом этапе процесса установки нет
нескольких параметров ControlSet00x, поэтому этот раздел не используется.
40
Hivecls.inf
Файл Hivecls.inf является основой для раздела реестра HKey_Classes_Root. В этом разделе
представлены записи регистрации CLSID, сопоставления расширений файлов и обработчики
контекстных меню оболочки.
41
Hivedef.inf
Файл Hivedef.inf - исходная точка для раздела реестра HKey_Users\.default. Параметры

настройки в этой ветви включают звуковые схемы, параметры настройки экрана (оформление,
фон и заставка), пункты главного меню и папки оболочки пользователя.
Редактирование файла Hivedef.inf описано в двух статьях базы знаний Knowledge Base,
посвященных изменению стандартного поведения процесса установки.
Q220838 How to Disable the Configure Server Wizard (Как отключить мастер настройки
сервера)
Q248621 Customizing Registry/Default User Settings in Windows 2000 (Настройка системного
реестра и параметров пользователя по умолчанию в Windows 2000).
42
Hivesft.inf
Файл Hivesft.inf – основа для файла реестра, относящегося к программному обеспечению. Как
будет показано позже, этот файл фактически представляет собой ветвь HKLM\Software. Это
параметры настройки для программных аспектов ядра операционной системы, в
противоположность компонентам, установленным с помощью диспетчера OCM.
Редактирование файла Hivesft.inf описано в двух статьях базы знаний. Q277705 PRB: Файл
ответов (Unattend.txt) ограничен 256 знаками; возможность обхода ограничений, связанных
с файлом unattend.txt.
Заказчики и специалисты по технической поддержке могут включить подробную регистрацию
процесса установки, отредактировав файл Hivesft.inf. Это обсуждается в статье Q243996 How
to Enable Verbose Logging in Windows 2000 GUI-Mode Setup (Как включить подробную
регистрацию на этапе графического режима установки Windows 2000).
43
Hivesys.inf
Файл Hivesys.inf – основа раздела реестра HKey_Local_Machine\System. Он будет

использоваться для создания раздела реестра System. Основной интерес в этом разделе
представляют основные сведения о службах, сведения о создании параметров настройки для
загрузки в безопасном режиме, сведения о резервном копировании и восстановлении, а также
о драйверах ASR, NLS и драйверах класса оборудования.
44
Hiveusd.inf
Файл Hiveusd.inf – основа для кустов реестра userdiff и userdifr. Этот файл служит для
переноса и обновления профиля пользователя в данном случае из Windows NT4/2000 в
Windows Server 2003. Куст реестра userdiff создается из файла Hiveusd.inf во время установки
Windows Server 2003.
1.4 Ведение журналов для процесса установки

На каждом этапе установки предусмотрены разные уровни регистрации процесса установки
в зависимости от выбранных параметров и, в случае Winnt32, от платформы, на которой
выполняется установка. Все файлы журналов, упомянутые ниже, сохраняются в папке
%systemroot%.
Winnt.exe
Для файла Winnt.exe не предусмотрено никакой регистрации действий или возникающих
ошибок. Как правило, причинами сбоев на этапе запуска Winnt являются неполадки с
оборудованием или конфигурацией дисков.
Winnt32.exe
Регистрация действий, предпринимаемых программой Winnt32.exe ведется главным образом
в файле журнала Winnt32.log. Файл Upgrade.txt используется для регистрации проблем
совместимости, выявленных файлами DLL для миграции или при обработке файла
NTCompat.inf. В дополнение к этим двум файлам программа Winnt32 регистрирует некоторые
данные об оборудовании в файле Setupact.log, а средство динамического обновления
регистрирует подробные данные по обновлению в файле Wsdu.log.
Загрузка с компакт-диска
На этапе загрузки процесса установки с компакт-диска не предусмотрено никакой
регистрации, и обычно этот этап можно прерывать и начинать заново без каких-либо
неблагоприятных последствий для процесса.
45
Текстовый режим
На этапе текстового режима установки также не ведется никакой регистрации. Наиболее
серьезные проблемы на этом этапе требуют стандартного устранения неполадок в
оборудовании, в вопросах совместимости драйверов или конфигурации диска. По крайней
мере в одной недавно встретившейся неполадке значение в системном реестре вызвало сбой в
процессе присоединения к реестру одного из файлов hive*.inf. Из-за отсутствия средств
ведения регистрации единственным эффективным способом выявления причины сбоя в таком
случае является включение средств отладки.
Графический режим
На этапе графического режима ведется подробная регистрация процесса установки в
нескольких файлах.
 В файле Setuperr.log регистрируются ошибки, возникающие в ходе процесса установки.
Обычно этот файл создается только при наличии ошибок во время процесса установки.
 В файле Setupact.log регистрируются действия, происходящие во время установки,
включая копирование файлов на этапе графического режима.
 В файле Setuplog.txt регистрируются все другие процессы, выполняемые при установке.
 Файл Setupapi.log – наиболее информативный из файлов журналов, создаваемых на
этапе графического режима установки. Наиболее часто он используется при выявлении
неполадок в перечислении оборудования и установке драйверов.
 Файл Pnplog.txt создается, когда установщик класса не может завершить работу при
перечислении устройств. В большинстве случаев с этим файлом не приходится
сталкиваться при проведении установки системы.
Примечание. Файл журнала Pnplog.txt создается только при наличии проблем PNP в ходе
процесса установки. В файле PNPLOG.txt перечисляются установщики классов, которые не
могут завершить работу на этапе графического режима установки. Если этот файл имеется,
когда в графическом режиме начинается перечисление устройств, то ни один из установщиков
класса, перечисленных в файле, не обрабатывается. Если этот файл существует (остался от
установленной копии Win2k), то он удаляется на этапе текстового режима, чтобы на
графическом этапе установки не использовалась старая версия файла.
Примечание. Файлы ответов копируются в каталог System32 под именем $winnt$.inf.
Если файлы ответов не используются, то в этом файле регистрируются варианты выбора
параметров в ходе установки. Файл $winnt$.inf может быть полезен при уточнении любого
несоответствия в выборе параметров во время установки или на основе файла ответов.
1.4.1 Файл SetupAPI.LOG

Файл Setupapi.log – простой текстовый файл, в котором в хронологическом порядке
регистрируются события с добавлением последующих событий после предыдущих. Каждое
уникальное событие, зарегистрированное в файле Setupapi.log, отмечается временем и датой.
[2001/04/17 12:05:00 380.12]
Формат временной метки следующий: дата в формате гггг/мм/дд, затем время в 24-часовом
формате. Число справа – порядковый номер, который используется для уникальной
идентификации множества записей, которые могут иметь одинаковую временную метку.
1.4.1.1 Записи об установке Windows

Первой записью в файле Setupapi.log обычно является начальная регистрация первого
запуска графического режима установки на компьютере, на котором создан этот файл
журнала. Эта первая запись об установке новой копии выглядит следующим образом:
[2001/04/17 12:05:00 380.12]
Munged cmdline: setup –newsetup
EXE name: C:\WINNT\system32\setup.exe
46
Примечание. Если в этом документе встречается термин munged (изменено), это означает,
что к командам, подлежащим выполнению, был добавлен правильный путь для данного
компьютера, чтобы сформировалась полная командная строка.
Эта запись указывает, что для программы установки Windows 2000 задан параметр -newsetup.
Данный параметр служит для инициализации этапа графического режима установки новой
копии Windows. Существуют также другие параметры, которые могут быть заданы для
программы Setup.exe, в зависимости от типа установки – установка новой копии или
обновление более ранней версии Windows.
1.4.1.2 Записи об установке поддержки для классов устройств

Следующая категория записей в стандартном файле Setupapi.log – записи об установке
поддержки Windows для классов устройств. Классы устройств – это разновидности устройств,
которые имеют схожие свойства. Типичная запись для класса устройств выглядит следующим
образом:
[2001/04/17 12:05:01 380.20]
Installing Device Class: {4D36E965-E325-11CE-BFC1-08002BE10318} CDROM.
Class install completed with no errors.
В файле Setupapi.log должна иметься запись, соответствующая каждому классу устройств,
который поддерживается системой Windows. Запись об ошибке включает глобально
уникальный идентификатор (GUID) класса устройств, который не был установлен, а также
текст сообщения об ошибке с дополнительными сведениями о причине ошибки.
1.4.1.3 Записи об обнаружении оборудования и устройств

(об установке драйверов)
Следующая серия записей создается на этапе графического режима установки, во время
которого происходит обнаружение устройств и установка драйверов. Записи, касающиеся
обнаружения устройств и установки драйверов, выглядят следующим образом:
[2001/04/17 12:05:47 380.1448 Driver Install]
Searching for hardware ID(s): acpi\pnp0303,*pnp0303
Enumerating files C:\WINNT\inf\*.inf
Found *PNP0303 in C:\WINNT\inf\keyboard.inf; Device: Standard 101/102-Key or
Microsoft Natural PS/2 Keyboard; Driver: Standard 101/102-Key or Microsoft Natural
PS/2 Keyboard; Provider: Microsoft; Mfg: (Standard keyboards); Section:
STANDARD_Inst
Заметьте, что это – не полная запись об устройстве или событии установки драйвера;
дополнительные сведения по этим вопросам описаны в информационном документе об
устранении неполадок с помощью файла Setupapi.log.
Значение этих записей в том, что регистрируется строка, которая возвращается диспетчером
Plug and Play в ответ на его запрос идентификатора у устройства. На следующем шаге
установки драйверов просматриваются все информационные файлы (.inf) в папке
%SystemRoot %\Inf с целью поиска совпадающих идентификаторов устройств. Результаты
этого поиска регистрируются в файле Setupapi.log. Если совпадение обнаруживается, то
наряду с результатом установки драйвера объекта записывается имя файла .inf. Это может
оказаться полезным, если устройство не будет установлено правильно или если правильный
драйвер окажется не загруженным. Наряду со сведениями о драйверах регистрируются коды
результата установки драйверов.
При чтении этих записей нельзя понять, когда заканчивается один этап установки и
начинается следующий. Хороший пример этого – успешная установка Windows,
сопровождаемая перезагрузкой. Единственный способ различить разные периоды времени –
проставление временных меток для каждой записи и отметка интервалов в несколько минут
или больше (возможно дней, недель или месяцев) между разделами записей.
47
Еще одна общая категория записей в файле Setupapi.log – это записи, которые
регистрируются в тех случаях, когда в пакет установки Windows не включен правильный
драйвер для устройства и этот драйвер обновляется ПВТ-драйвером. При этом в файле
Setupapi.log регистрируются новые записи об установке драйверов для таких устройств.
В файле Setupapi.log указывается, сертифицирован ли драйвер цифровой подписью
лаборатории Майкрософт контроля качества оборудования для Windows (WHQL). Эта
регистрационная запись выглядит следующим образом:
An unsigned or incorrectly signed file <path to file and filename> was installed.
Error 0x800b0100: No signature was present in the subject.
Имеется возможность быстро найти неподписанные драйверы, осуществляя поиск по
ключевому слову unsigned. В результате поиска будут найдены записи о каждой установке
неподписанного драйвера, если таковые имеются.
1.4.1.4 Установка пакетов обновлений

Установка пакетов обновлений регистрируется в файле Setupapi.log. Установка пакета
обновлений инициируется программой Update.exe, поэтому ее признаком является запись,
которая выглядит следующим образом:
[2001/04/17 14:15:44 1232.63]
Munged cmdline: c:\temp\ext6620\i386\update\update.exe
EXE name: c:\temp\ext6620\i386\update\update.exe
Первая запись в файле Setupapi.log об установке пакета обновлений касается программы
Update.exe, поскольку регистрация установки пакета начинается только после запуска
Update.exe. Как правило, на первом этапе установки пакета обновлений или важных
исправлений проверяется файл-обертка и его содержимое, производится распаковка
элементов пакета обновлений или важных исправлений в подходящее место, а затем
отображается лицензионное соглашение для конечного пользователя (EULA). После принятия
условий лицензионного соглашения начинается установка пакета обновлений. Если
пользователь нажимает кнопку Cancel (Отмена) в окне лицензионного соглашения, то в файл
Setupapi.log ничего не добавляется.
Если установка пакета обновлений продолжается после экрана с лицензионным соглашением,
то в файле Setupapi.log регистрируются записи о папках на компьютере, в которые
копируются файлы. Записи выглядят следующим образом:
Copying file c:\temp\ext6620\i386\DCOMCNFG.EX_ to
c:\winnt\system32\DllCache\DCOMCNFG.EXE.
An unsigned or incorrectly signed file (c:\temp\ext6620\i386\update\update.inf) was
installed. Error 0xe000022f: The third-party INF does not contain digital signature
information.
Заметьте, что это сообщение об ошибке упоминается в статье Q268178 базы знаний
корпорации Майкрософт Q268178 Setupapi.log Entries Appear After Running Update.exe
(Записи в файле Setupapi.log, регистрируемые после запуска программы Update.exe). Такие
сообщения об ошибках в данном случае не очень существенны; их можно игнорировать.
Это все записи, которые генерируются при установке пакета обновлений. Службы и файлы
драйверов при этом обновляются, но параметры настройки оборудования и компонентов не
изменяются. Таким образом, при обычном режиме регистрации в файлы журналов не
добавляется новых записей, связанных с установкой пакетов обновлений.
48
1.4.1.5 Добавление или удаление компонентов Windows

При вызове диспетчера дополнительных компонентов (Optional Components Manager, OCM),
который называется также мастером компонентов Windows (Windows Components Wizard),
действия системы регистрируются в файле Setupapi.log. Записи, зарегистрированные при
использовании диспетчера дополнительных компонентов для добавления компонента
«Средства сетевого монитора» (Network Monitor Tools), выглядят следующим образом:
[2001/05/02 17:49:27 1636.30]
Munged cmdline: "C:\WINNT\System32\sysocmgr.exe" /i:C:\WINNT\System32\sysoc.inf
EXE name: C:\WINNT\System32\sysocmgr.exe
Could not locate section "netmontools.Services" (or the section is empty).
[2001/05/02 17:57:28 1636.155 Driver Install]
Searching for hardware ID(s): ms_netmon
Found MS_NetMon in C:\WINNT\INF\netnm.inf; Device: Network Monitor Driver; Driver:
Network Monitor Driver; Provider: Microsoft; Mfg: Microsoft; Section:
NETMON.PrimaryInstall
Decorated section name: NETMON.PrimaryInstall
Selected driver installs from section NETMON.PrimaryInstall in
c:\winnt\inf\netnm.inf.
Changed class GUID of device to {4D36E975-E325-11CE-BFC1-08002BE10318}.
Set selected driver.
[2001/05/02 17:57:28 1636.161 Driver Install]
Searching for hardware ID(s): ms_ndiswanbh
Found MS_NdisWanBh in C:\WINNT\INF\netrasa.inf; Device: WAN Miniport (Network
Monitor); Driver: WAN Miniport (Network Monitor); Provider: Microsoft; Mfg:
Microsoft; Section: Ndi-Mp-Bh
Decorated section name: Ndi-Mp-Bh
Selected driver installs from section Ndi-Mp-Bh in c:\winnt\inf\netrasa.inf.
Changed class GUID of device to {4D36E972-E325-11CE-BFC1-08002BE10318}.
Device install function: DIF_REGISTER_COINSTALLERS.
Co-Installers Registered.
Device install function: DIF_INSTALLINTERFACES.
Installing section Ndi-Mp-Bh.Interfaces from c:\winnt\inf\netrasa.inf.
Interfaces installed.
Device install function: DIF_INSTALLDEVICE.
Doing full install of ROOT\MS_NDISWANBH\0000.
Device install finished successfully (ROOT\MS_NDISWANBH\0000).
Из этих записей видно, что программа Sysocmgr.exe вызывалась в момент времени, указанный
в заголовке записи. В следующей записи (строка 7 в данном примере), регистрируется
название устройства, которое добавляется или удаляется (в данном случае драйвер сетевого
монитора). В той же строке записывается имя файла .inf, который используется для установки
или удаления. Заметьте, что при установке устройства или службы с помощью мастера
дополнительных компонентов в файл Setupapi.log может быть добавлено несколько
уникальных записей об установке одного компонента. Это можно определить по временным
меткам двух соседних записей: временные метки у них могут быть одинаковыми, а различие
только в порядковых номерах (как показано в примере выше). Другой способ обнаружения
нескольких записей об одном событии – проверить, ссылаются ли смежные записи на один и
тот же файл (.exe или .inf). Этот способ не гарантирует безошибочности, но наличие
нескольких записей с одинаковой временной меткой – хороший признак связанности записей.
Несколькими строками ниже идет запись о добавлении или удалении GUID устройства или
службы. Этот GUID должен совпадать с ClassGUID, который описан в указанном файле .inf
(в данном примере в файле Netnm.inf). Одним из способов устранения неполадок с
компонентом, который не работает должным образом, является поиск в реестре компьютера
соответствующего идентификатора класса ClassGUID, который упоминается в файле .inf
устанавливаемого компонента. Определите, все ли записи реестра для этого GUID совпадают
со сведениями, которые содержатся в файле .inf компонента. Другой способ заключается в
том, чтобы проверить, все ли файлы, которые упоминаются в файле .inf, имеются в файловой
системе рассматриваемого компьютера.
49
Еще один хороший способ устранения неполадок – проверка разделов в файле Setupapi.log на
предмет наличия сообщений об ошибках или других признаков неполадки, которая могла
возникнуть при добавлении или удалении этого компонента. Примером этого является
сообщение, которое регистрируется в файле Setupapi.log, когда у пользователя
запрашивается установочный носитель или носитель с пакетом обновления:
[2001/05/07 11:30:27 1356.43]
Munged cmdline: "C:\WINNT\System32\sysocmgr.exe" /i:C:\WINNT\System32\sysoc.inf
EXE name: C:\WINNT\System32\sysocmgr.exe
SPFILENOTIFY_NEEDMEDIA: Tag="\cdrom_is.5" Description="Windows 2000 Server CD-ROM"
SourcePath="F:\i386" SourceFile="RsAdmin.msc" Flags=0x00000000.
SPFILENOTIFY_NEEDMEDIA: returned FILEOP_ABORT with error: Error 1223: The operation
was canceled by the user.
Install failed, attempting to restore original files.
В этом примере зарегистрирована попытка пользователя добавить или удалить компонент
«Съемные ЗУ» (Removable Storage). Была вызвана программа Sysocmgr.exe (мастер
дополнительных компонентов), и требовался файл Rsadmin.rsc с установочного компакт-диска
Windows 2000 Server. Эта запись указывает, что процесс не завершен успешно, потому что
пользователь решил отменить его.
1.4.1.6 Добавление устройств и драйверов
Устройства с поддерживаемыми драйверами

Устройства, добавляемые после установки Windows 2000, но для которых в Windows включена
поддержка драйверов, могут быть установлены без требования перезагрузки и без запроса у
пользователя гибких дисков или других носителей с файлами. Регистрационные записи о
таких событиях установки оборудования в файле Setupapi.log выглядят следующим образом:
[2001/08/28 16:07:50 272.3 Driver Install]
Munged cmdline: C:\WINNT\system32\services.exe
EXE name: C:\WINNT\system32\services.exe
Searching for hardware ID(s):
scsi\sequentialhp______hp35480a________t603,scsi\sequentialhp______hp35480a________,
scsi\sequentialhp______,scsi\hp______hp35480a________t,hp______hp35480a________t
Searching for compatible ID(s): scsi\sequential,scsi\raw
Enumerating files C:\WINNT\inf\*.inf
Found SCSI\SequentialHP______HP35480A________ in C:\WINNT\inf\tape.inf; Device: 4
millimeter DAT drive; Driver: 4 millimeter DAT drive; Provider: Microsoft; Mfg:
(Standard tape drives); Section: 4mmdat_Inst
Decorated section name: 4mmdat_Inst
Device install function: DIF_SELECTBESTCOMPATDRV.
Selected driver installs from section 4mmdat_Inst in c:\winnt\inf\tape.inf.
Changed class GUID of device to {6D807884-7D21-11CF-801C-08002BE10318}.
Selected best compatible driver.
Device install function: DIF_INSTALLDEVICEFILES.
Doing copy-only install of
SCSI\SEQUENTIAL&VEN_HP&PROD_HP35480A&REV_T603\6&18DC81A0&0&060.
Installing section 4mmdat_Inst.Interfaces from c:\winnt\inf\tape.inf.
Doing full install of
SCSI\SEQUENTIAL&VEN_HP&PROD_HP35480A&REV_T603\6&18DC81A0&0&060.
Device install finished successfully
(SCSI\SEQUENTIAL&VEN_HP&PROD_HP35480A&REV_T603\6&18DC81A0&0&060).
50
В этой записи об установке устройства имеется много моментов, на которые следует обратить
внимание. В первую очередь, следует отметить командную строку вызова программы Services.exe,
из которой видно, что установка устройства происходила в контексте системы (в режиме ядра), в
отличие от установки устройств, при которой у пользователя запрашивается носитель с файлами
и которая происходит, по крайней мере частично, в пользовательском режиме.
Следующий существенный момент – строка Searching for hardware ID(s): (Поиск
идентификаторов устройств). В этой строке содержится значение идентификатора устройства,
которое возвращается системе Windows как результат запроса на идентификацию устройства.
Устройства, не относящиеся к типу PCI и категории Plug and Play (такие как устройства ISA
или SCSI) могут определяться с помощью идентификаторов поставщиков, которые однозначно
определяют устройство, как в записи выше. PCI-устройства, согласно спецификации PCI,
должны содержать уникальный идентификатор поставщика, идентификатор устройства и
идентификатор подсистемы наряду с другими уникальными значениями, которые могут быть
получены путем опроса оборудования операционной системой категории Plug and Play, такой
как Windows 2000. Эти сведения наряду с файлом .inf используются для сопоставления
конкретного устройства с нужным драйвером, причем это осуществляется при минимальном
вмешательстве пользователя.
Еще один существенный момент – функция DIF_SELECTBESTCOMPATDRV, а также следующая
строка записи об установке, в которой указан файл .inf, выбранный, поскольку в нем описано
данное устройство. В следующей строке имеется запись Changed class GUID of device to…
<GUID> (GUID класса устройства изменен на <GUID>). В этой строке содержится
идентификатор GUID, соответствующий классу устройства, указанному в выбранном файле .inf.
Далее (как следует из набора для разработки драйверов устройств Microsoft Windows [DDK])
идет запись о запросе DIF_INSTALLDEVICEFILES, позволяющая установщику участвовать в
копировании файлов для поддержки устройства или создании списка файлов для устройства.
Файлы устройства включают файлы для выбранного драйвера, любые интерфейсы устройства
и любые соустановщики.
Строка Installing section 4mmdat_Inst.Interfaces from c:\winnt\inf\tape.inf указывает раздел в
выбранном файле .inf, в котором содержатся сведения о драйвере для выбранного устройства.
Наконец, в последней части этой записи зарегистрирована функция DIF_INSTALLDEVICE,
выполняющая полную установку нужного устройства. В данном случае в последнем
сообщении указан идентификатор устройства и констатируется, что установка устройства
завершена успешно. Если возникают проблемы с установкой устройства, тогда приводится
сообщение об ошибке, например, о том, что для устройства требуется перезагрузка
компьютера или другой код ошибки программного интерфейса приложений Win32®.
Устройства с неподдерживаемыми драйверами

В следующем примере показана запись об установке нового видеоадаптера, для которого в
Windows 2000 не предусмотрены драйверы. Windows запустилась в режиме VGA, а сразу после
входа пользователя в систему появилось окно мастера установки оборудования (New Hardware
Wizard). Мастеру установки оборудования не удалось найти подходящие драйверы для
устройства и пользователю был отправлен запрос выбрать драйверы для устройства или
указать путь к ним. В данном случае драйверы находились в папке C:\Drivers_temp. Драйверы
видеоадаптера не были сертифицированы цифровой подписью WHQL, как отмечено в
регистрационной записи, но установка завершена успешно.
[2001/09/02 16:50:32 1456.2]
Munged cmdline: rundll32.exe newdev.dll,DevInstall
PCI\VEN_10DE&DEV_0110&SUBSYS_00000000&REV_A1\4&415a68e&0&0008
EXE name: E:\WINNT\system32\rundll32.exe
Device install function: DIF_SELECTBESTCOMPATDRV.
Selecting best compatible driver caused error: Error 0xe0000228: There are no
compatible drivers for this device.
Completed default installer, error: Error 0xe0000228: There are no compatible
drivers for this device.
Device install function: DIF_SELECTDEVICE.
Enumerating files c:\drivers_temp\*.inf
The file (c:\drivers_temp\nv4_disp.inf) is not digitally signed, ignoring driver
51
date.
Device install function: DIF_INSTALLDEVICEFILES.
Doing copy-only install of
PCI\VEN_10DE&DEV_0110&SUBSYS_00000000&REV_A1\4&415A68E&0&0008.
Installing section nv4 from c:\drivers_temp\nv4_disp.inf.
An unsigned or incorrectly signed driver (c:\drivers_temp\nv4_disp.inf) was
installed for NVIDIA GeForce2 MX. Error 0xe000022f: The third-party INF does not
contain digital signature information.
Copying file c:\drivers_temp\nv4_mini.sys to E:\WINNT\System32\DRIVERS\nv4_mini.sys.
Copying file c:\drivers_temp\nvinstnt.dll to E:\WINNT\System32\nvinstnt.dll.
Copying file c:\drivers_temp\nv4_disp.dll to E:\WINNT\System32\nv4_disp.dll.
Copying file c:\drivers_temp\nvoglnt.dll to E:\WINNT\System32\nvoglnt.dll.
Copying file c:\drivers_temp\nvcpl.dll to E:\WINNT\System32\nvcpl.dll.
Copying file c:\drivers_temp\nvqtwk.dll to E:\WINNT\System32\nvqtwk.dll.
Copying file c:\drivers_temp\nvdesk32.dll to E:\WINNT\System32\nvdesk32.dll.
Copying file c:\drivers_temp\nvdmcpl.dll to E:\WINNT\System32\nvdmcpl.dll.
Copying file c:\drivers_temp\nvfsvm.exe to E:\WINNT\System32\nvfsvm.exe.
Copying file c:\drivers_temp\nvcpl.hlp to E:\WINNT\help\nvcpl.hlp.
Installing section nv4.Interfaces from c:\drivers_temp\nv4_disp.inf.
Doing full install of PCI\VEN_10DE&DEV_0110&SUBSYS_00000000&REV_A1\4&415A68E&0&0008.
Device install finished successfully
(PCI\VEN_10DE&DEV_0110&SUBSYS_00000000&REV_A1\4&415A68E&0&0008).
В строке 2 данного примера зарегистрирована работа диспетчера Plug and Play в
пользовательском режиме, который для установки устройства создает новый процесс с
использованием программ Rundll32.exe и Newdev.dll (библиотека динамической компоновки
для установки устройств). Эта библиотека вызывает функции установки устройств, входящие
в Setupapi и CfgMgr32 (диспетчер настройки Plug and Play).
52
DLL установки устройств вызывает функцию SetupDIBuildDriverInfoList для создания списка
возможных драйверов для этого устройства. В данном случае ни один из имеющихся
файлов .inf не содержит совпадающего идентификатора для этого устройства, поэтому DLL
установки устройств запускает мастер поиска новых устройств.
После того как мастер поиска новых устройств получает путь к драйверам стороннего
поставщика, система Windows проверяет наличие цифровой подписи в файле .inf и
регистрирует запись, если подпись отсутствует.
Проверяются остальные файлы, и также обнаруживается отсутствие подписей, что отмечается
в файле Setupapi.log (однако это не обязательно свидетельствует о проблеме). В общем
случае установочные программы поставляются в виде файла-обертки, который вмещает в себя
все файлы, необходимые для установки компонента. Сам файл-обертка может быть подписан,
чтобы удостоверить источник и целостность файлов, однако файлы в этой обертке не всегда
имеют цифровую подпись. Поскольку файлы извлечены из обертки, в файле Setupapi.log
отмечается факт отсутствия у них цифровой подписи.
В двух заключительных строках регистрируется результат установки устройства и
идентификатор этого устройства.
1.4.1.7 Удаление устройств и драйверов

События удаления устройств регистрируются в файле Setupapi.log. Ниже приведен пример
записи о таком событии:
[2001/07/25 16:22:56 1012.2043]
Device install function: DIF_REMOVE.
Query-removal during uninstall of
PCI\VEN_10DE&DEV_002D&SUBSYS_001E10DE&REV_15\4&20FB8C34&0&0008 was vetoed by
PCI\VEN_10DE&DEV_002D&SUBSYS_001E10DE&REV_15\4&20fb8c34&0&0008 (veto type 6)
Device required reboot: Query remove failed (uninstall) CfgMgr32 code: 23.
Device removed.
Эта запись интересна тем, что точное объяснение происходящего может быть затруднительным.
В разделе "Ссылки" в конце этого документа имеется раздел со сведениями о кодах запрета (veto
codes) и кодах CfgMgr32. Данный код запрета (6) указывает, что явно не выполнен запрос на
удаление устройства. Код 23 CfgMgr32 указан в десятичном исчислении, но для сопоставления со
списком кодов ошибок требуется преобразовать это число в шестнадцатеричное, т. е. в 17. Этот
код CfgMgr32 просто означает, что удаление запрещено. В данном случае устройство не могло
быть выгружено без перезагрузки компьютера.
1.4.1.8 Добавление обновлений Windows или компонентов

Ниже приведен пример установки Microsoft Internet Explorer 6 на компьютер с системой
Windows 2000, в которой установлен Internet Explorer 5.5:
[2001/09/06 18:17:02 1636.2]
Munged cmdline: ie6wzd /S:"C:\WINNT\msdownld.tmp\AS03A72E.tmp\ie6setup.exe"
/B:C:\WINNT\msdownld.tmp\AS03A72E.tmp\iebatch.txt /R:N
EXE name: C:\DOCUME~1\ ADMINI~1\LOCALS~1\Temp\IXP000.TMP\ie6wzd.exe
An unsigned or incorrectly signed file (c:\docume~1\
ADMINI~1\locals~1\temp\ixp000.tmp\iesetup.inf) was installed. Error 0x800b0003: The
form specified for the subject is not one supported or known by the specified trust
provider.
Copying file C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\IXP000.TMP\Homepage.inf to
C:\WINNT\System32\Homepage.inf.
An unsigned or incorrectly signed file
(C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\IXP000.TMP\Homepage.inf) was installed. Error
0x800b0003: The form specified for the subject is not one supported or known by the
specified trust provider.
Copying file C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\IXP000.TMP\Iesetup.inf to
C:\WINNT\INF\Iesetup.inf.
(C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\IXP000.TMP\Iesetup.inf) was installed. Error
Copying file C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\IXP000.TMP\globe.ani to
53
C:\WINNT\Cursors\globe.ani.
(C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\IXP000.TMP\globe.ani) was installed. Error
В первой записи зарегистрирована командная строка установки, затем отмечено копирование
файлов на компьютер для продолжения установки. Хотя в записи присутствует много
сообщений об ошибках типа 0x800b0003, это не свидетельствует о проблемах. Коды ошибок и
сообщение The form specified for the subject is not one supported or known by the specified trust
provider (Форма, указанная для объекта не поддерживается или не соответствует поставкам
указанного доверенного поставщика) регистрируются из-за того, что файлы были извлечены
из подписанного цифровой подписью файла-обертки, а каждый отдельный файл не снабжен
цифровой подписью. Это объясняется формой поставки: файл-обертка проверялся на
целостность до извлечения содержащихся в нем файлов. Данная запись указывает, что был
запущен исполняемый файл, а нужные файлы были скопированы во временный каталог на
компьютере, чтобы можно было продолжить установку.
Далее приведен пример записи об установке компонента Microsoft Windows Media™ Player 7
Bonus Pack:
[2001/09/06 17:26:31 1344.2]
Munged cmdline: C:\WINNT\System32\rundll32.exe advpack.dll,LaunchINFSectionEx
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\WMC0000.tmp\wmbonus.inf,,,44,N
EXE name: C:\WINNT\System32\rundll32.exe
(c:\docume~1\ADMINI~1\locals~1\temp\wmc0000.tmp\wmbonus.inf) was installed. Error
Copying file C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\WMC0000.tmp\bonusreadme.htm to
C:\Program Files\Windows Media Components\readme.htm.
(C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\WMC0000.tmp\bonusreadme.htm) was installed.
Error 0x800b0003: The form specified for the subject is not one supported or known
by the specified trust provider.
Заметьте, что это просто образец типовой записи об установке этого компонента; фактическая
регистрация этого события содержит намного больше сведений, включая запись о каждом
файле, который копируется на компьютер. В этих записях показано начало установки
компонента (командная строка, связанная с файлами Rundll32.exe и Advpack.dll). Эта строка
указывает, что компоненты устанавливаются с использованием информационного файла
программы Wmbonus.inf. Из записей со ссылками на файл Wmbonus.inf можно выяснить
все действия, которые происходят во время установки данного компонента.
В остальных строках этого примера (строки 6–15) показано, что файл был скопирован из
временной установочной папки (Wmc0000.tmp) в конечную папку C:\Program Files\Windows
Media Components. Факт, что файлы не подписаны, не свидетельствует о проблеме, но тем не
менее регистрируется в файле Setupapi.log.
1.4.1.9 Уровни регистрации для файла SetupAPI.log

Имеется возможность регулировать объем сведений, которые регистрируются в файле
Setupapi.log, – либо для всех, либо для конкретных программ установки.
Чтобы изменить уровень регистрируемых в файле Setupapi.log сведений для всех программ
установки, создайте (или измените) следующее значение в реестре:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Setup\LogLevel
Корректировкой этого значения (с использованием значений, перечисленных ниже в
таблицах) можно выбрать уровень регистрируемых ошибок, изменить степень подробности
записей или совсем отключить регистрацию. Кроме того, можно записывать сведения в
отладчик так же, как и в файл журнала.
54
Для указания уровней регистрации для конкретных программ установки создайте запись
реестра в следующем разделе:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Setup\AppLogLevels
В этом разделе создайте имя значения, которое представляет имя файла программы, и
назначьте соответствующий уровень регистрации для этого значения (с использованием
значений, перечисленных ниже в таблицах), например: service.exe=LoggingLevel.
Уровень регистрации является значением DWORD. Если это значение не определено или
равно нулю, регистрация в файл Setupapi осуществляется с настройкой по умолчанию,
указанной в таблицах ниже.
Значение DWORD состоит из трех частей, представленных в формате 0xSSSSDDGG. Младшие
восемь бит, представленные маской 0x000000FF, устанавливают уровень регистрации для
общих действий программ установки. Следующие восемь бит, представленные маской
0x0000FF00, устанавливают уровень регистрации для действий по установке устройств.
Самые старшие биты – специальные флаги.
В следующих таблицах содержатся сведения об общих уровнях регистрации, уровнях
регистрации при установке устройств и специальных флагах регистрации в Windows 2000
и более поздних версиях Windows.
Общие уровни Расшифровка

регистрации
0x00000000 Использование настройки по умолчанию
(сейчас 0x20)
0x00000001 Выкл. (регистрация установки устройств не
ведется)
0x00000010 Регистрация ошибок
0x00000020 Регистрация ошибок и предупреждений
0x00000030 Регистрация ошибок, предупреждений и других
сведений
0x00000040 Подробная регистрация ошибок, предупреждений
и других сведений
и других сведений, а также проставление
временных меток
и других сведений, а также записи о времени.
Дополнительное проставление временных меток
для всех записей
и других сведений, а также сообщений о времени.
Проставление временных меток для всех записей.
Включение дополнительных сообщений, например
о попаданиях в кэш, которые могут замедлить
работу системы
0x000000FF Максимально подробная регистрация
55
Уровни регистрации Расшифровка

устройств
0x00000000 Использование настройки по умолчанию (сейчас
0x3000)
0x00000100 Выкл. (регистрация установки устройств не
ведется)
0x00001000 Регистрация ошибок
0x00002000 Регистрация ошибок и предупреждений
0x00003000 Регистрация ошибок, предупреждений и других
сведений
и других сведений
и других сведений, а также проставление
временных меток
и других сведений, а также записи о времени.
Дополнительное проставление временных меток
для всех записей
и других сведений, а также сообщений о времени.
Проставление временных меток для всех записей.
Включение дополнительных сообщений, например
о попаданиях в кэш, которые могут замедлить
работу системы
0x0000FF00 Максимально подробная регистрация
Специальные флаги Расшифровка

0x40000000 Хронологическое расположение записей вместо их
группирования
0x80000000 Регистрация событий в отладчике, а также в файле
журнала
Setupapi, например, интерпретирует некоторые примеры регистрационных флагов следующим

образом:
 0x00000000 означает уровень регистрации по умолчанию
 0x0000FFFF означает подробную регистрацию
 0x8000FF00 означает подробную регистрацию сведений по установке устройств как в
файле журнала, так и в отладчике
Следующие два примера взяты из файлов одного компьютера с установленной системой Windows
2000. В первом случае ведется обычная регистрация, а во втором – подробная. В примере
приведена начальная командная строка и сведения об установке устройства класса 1394.
 Пример обычной регистрации:
[2001/09/04 19:47:12 360.12]
Installing Device Class: {6BDD1FC1-810F-11D0-BEC7-08002BE2092F} 1394.
Class install completed with no errors.
 Пример подробной регистрации:
[2001/09/06 16:00:22 372.1]
56
[2001/09/06 16:00:40 372.12]
@ 16:00:40.343 : Opened INF "C:\WINNT\INF\1394.inf".
@ 16:00:40.343 : Installing Device Class: {6BDD1FC1-810F-11D0-BEC7-08002BE2092F} 1394.
@ 16:00:41.203 : Opened INF "C:\WINNT\INF\layout.inf".
@ 16:00:41.203 : Installing class from section: ClassInstall32.
@ 16:00:41.203 : Class install completed with no errors.
В первом примере содержатся необходимые сведения, но не представлена полная картина

происходящего. Во втором примере четко показано, какой именно файл .inf анализируется
для получения сведений об установке устройства этого класса. Если открыть указанный файл
1394.inf, можно найти там раздел, который соответствует этому событию, а в разделе
"ClassInstall32" перечислены все функции для установки. Этот уровень регистрации может
быть полезен при отслеживании проблем установки компонентов. Подробная регистрация
значительно увеличивает размер файла журнала; тем не менее при желании можно все время
использовать подробную регистрацию.
Ссылки
Для получения дополнительных сведений о файле Setupapi.log см. приложение.
1.5 Восстановление установки

Если из-за установки неправильного типа компьютера (HAL), несовместимого драйвера
устройства или службы после попытки обновления Windows 2000 до Windows Server 2003
невозможно включить компьютер должным образом и продолжить процесс установки, имеется
возможность восстановить установку, если она зашла достаточно далеко в графическом
режиме.
Примечание. В отличие от Windows 2000, для Windows XP и Windows Server 2003 не
предусмотрен процесс аварийного восстановления с использованием диска аварийного
восстановления (Emergency Repair Disk, ERD). В Windows Server 2003 имеются два варианта
восстановления в случае загрузки компьютера с установочного компакт-диска.
 Восстановление с использованием консоли восстановления 32
Это первый предлагаемый вариант, который заключается в запуске компьютера в консоли
восстановления для проведения действий по восстановлению вручную. Заметьте, если
установка не зашла достаточно далеко, консоль восстановления может не
функционировать должным образом.
 Восстановление установки
Это второй возможный вариант, предлагаемый, когда на этапе текстового режима
программа установки обнаруживает существование на компьютере установленные копии
Windows Server 2003 той же версии. Этот процесс во многом подобен обновлению на
месте, при котором сохраняются текущие параметры настройки и пользователи, но заново
копируются системные файлы.
Внимание! Когда установленная копия восстанавливается для повтора установки, файлы
существующих важных исправлений и пакетов обновлений возвращаются к версиям
первоначальной установки. Поскольку параметры настройки реестра, связанные с этими
обновлениями, могут быть оставлены в реестре, средство Windows Update может не
предупредить, что исправления необходимо установить заново. Переустановите последний
пакет обновлений и запустите Microsoft Baseline Security Analyzer или HFNetCHK, чтобы
идентифицировать необходимые важные исправления после такой установки.
32
В этом Windows Server 2003 похож на XP. Имеется два варианта:
восстановление с помощью консоли восстановления (RC)
обновление на месте
57
Процесс восстановления путем обновления на месте

Чтобы выполнить восстановление путем обновления на месте, выполните следующие действия.
Запустите компьютер с помощью компакт-диска Windows Server 2003, если компьютер
поддерживает такой запуск.
Примечание. Если на этом этапе необходимо отключить поддержку ACPI, например в
случае невозможности завершения обнаружения устройств в графическом режиме
установки, выполните следующие действия.
Для автоопределения типа компьютера:
нажмите клавишу F7, когда программа установки выведет следующее сообщение:
Press F6 if you need to install a third party SCSI or RAID driver (Нажмите клавишу
F6, если требуется установить драйвер устройств SCSI или RAID от стороннего
поставщика).
Примечание. После нажатия клавиши F7 не проявляется никаких видимых
признаков выполнения автоопределения, пока оно не завершится.
Для выбора типа компьютера вручную (не рекомендуется для большинства случаев)
выполните следующие действия.
Нажмите клавишу F5, а затем вручную выберите правильный тип стандартного компьютера,
используя следующий список (не забудьте просмотреть все варианты с помощью стрелок
вверх и вниз).
+-----------------------------------------------------------------------+
| Исходный файл i386| Тип компьютера |
+-----------------------------------------------------------------------+
| *hal.dll | Compaq SystemPro Multiprocessor or 100% Compatible |
+-----------------------------------------------------------------------+
| *halapic.dll | MPS Uniprocessor PC |
+-----------------------------------------------------------------------+
| *halapic.dll | MPS Multiprocessor PC |
+-----------------------------------------------------------------------+
| *hal.dll | Standard PC |
+-----------------------------------------------------------------------+
| *halborg.dll | SGI mp |
+-----------------------------------------------------------------------+
На первом экране нажмите клавишу ввода для продолжения программы установки, как это
делается при выполнении чистой установки.
Нажмите клавишу F8, чтобы принять лицензионное соглашение.
На этом этапе программа установки ищет предыдущие операционные системы и должна
отобразить существующий каталог Winnt/Windows и предоставить два дополнительных
варианта выбора:
R – восстановление существующей установки
C – выполнение чистой/новой установки.
Выберите R, чтобы выполнить восстановление путем обновления на месте и дать программе
установки завершить работу.
При применении во время установки обычного аварийного восстановления и восстановления
путем обновления на месте следует учесть что:
 обычное восстановление в большинстве случаев вряд ли справится с невозможностью
загрузки компьютера или сбоем во время процесса установки или обновления Windows
Server 2003;
58
 вероятно, можно обеспечить перезапуск установки, используя восстановление путем
обновления на месте, хотя перезапуск установки автоматически встроен в программу
установки (если перезагрузка удалась). Это частный способ устранения неполадок во
время процесса установки и скорее всего не приведет к значимым результатам, если
проблема не связана с поддержкой уровня абстрагирования оборудования ПК с ACPI. В
некоторых редких случаях, когда BIOS не совместима с ACPI Windows Server 2003 или
когда существующий драйвер устройства не поддерживает ACPI или plug and play, может
потребоваться установить уровень абстрагирования оборудования Standard PC
(Стандартный компьютер);
 наиболее вероятным средством, которое будет использоваться наряду с нажатием клавиш
Shift-F10 и связанных способов для устранения неполадок установки вне этапа
графического режима, является консоль восстановления. См. следующий раздел.
1.5.1.1 Новые команды консоли восстановления

BOOTCFG
Это новая команда в Windows XP и Windows Server 2003. Можно использовать ее для
настройки параметров загрузки и восстановления. Эта команда имеет следующие параметры:
bootcfg /add
bootcfg /rebuild
bootcfg /scan
bootcfg /list
bootcfg /disableredirect
bootcfg /redirect [portbaudrate] | [useBiosSettings]
Например:
bootcfg /redirect com1 115200
bootcfg /redirect useBiosSettings
Можно использовать следующие параметры:
/add Добавляет установку Windows в меню загрузки.
/rebuild Перебирает все процессы установки Windows так, что можно указать, какие
процессы установки добавить.
/scan Просматривает все диски, отыскивая процессы установки Windows и выводит на
экран результаты поиска так, что можно выбрать, какие процессы установки добавить.
/default Задает запись загрузки, используемую по умолчанию.
/list Перечисляет записи, уже имеющиеся в меню загрузки.
/disableredirect Отключает перенаправление в загрузчике.
/redirect Включает перенаправление в загрузчике при указанной конфигурации.
MKDISKRAW
Mkdiskraw <номер_диска>
Эта команда позволяет заполнить нулями MBR указанного диска. При этом удаляются все
разделы, и диск можно снова использовать в процессе установки.
Дополнительные сведения см. в статье:
Q305470: Invalid Partition Table Prevents Disk from Being Displayed in Disk Management (Из-за
неправильной таблицы разделов диск не отображается в оснастке управления дисками).
59
1.5.1.2 Использование консоли восстановление во время процесса

установки
Попытка отключения службы или устройства с помощью консоли восстановления не приведет
к желательному результату из-за способа обработки реестра программой установки – путем
инициализации system.sav на этапе графического режима. Одним из способов отключения
службы или драйвера во время установки является загрузка куста реестра в system.sav и
внесение изменений. Другой способ заключается в переименовании файлов, необходимых
службе или драйверу, в каталоге %SystemRoot %\System32\Drivers. После внесения нужных
изменений перезагрузите компьютер, чтобы снова запустить установку.
1.6 Вопросы обновления

Обновление серверов, выполняющих особые задачи в организации, затрагивает вопросы, о
которых не приходится задумываться при обновлении обычного компьютера. В данном
разделе обсуждается ряд таких сценариев и даются проверенные на опыте рекомендации.
1.6.1 Контроллеры домена

Чтобы подготовиться к обновлениям в домене, содержащем контроллеры домена Windows
2000, выполните описанные ниже действия. Перед выполнением этой процедуры
рекомендуется установить пакет обновления SP2 или более новый на всех контроллерах
домена с системой Windows 2000. Найдите сервер, играющий роль главного в схеме (schema
master) и сервер, играющий роль главного в инфраструктуре (infrastructure master), – это
может быть один и тот же сервер. Рекомендуется позаботиться о резервной копии главного
сервера в схеме. Полезно при подготовке к обновлению провести резервное копирование и
других серверов, но для сервера, играющего роль главного в схеме, этот шаг обязателен.
Убедитесь, что он выполнен, прежде чем перейти к следующему шагу.
1. Отключите главный сервер схемы от сети и не восстанавливайте подключение до шага 9
в этой процедуре.
2. Запустив Windows 2000 на главном сервере схемы, вставьте в дисковод установочный
компакт-диск Windows Server 2003 Enterprise Edition.
3. В командной строке перейдите в папку \i386 на компакт-диске. В командной строке
главного сервера схемы введите команду
adprep /forestprep
4. После выполнения на главном сервере схемы предыдущей команды убедитесь, что
подготовка леса была успешной. Для этого выполните следующие действия:
o проверьте, что не появилось никаких сообщений об ошибках;
o воспользуйтесь любыми доступными средствами диагностики контроллеров
домена, например Dcdiag. При этом имейте в виду, что пока контроллер домена
отключен от сети, будут появляться ошибки репликации;
o откройте средство просмотра событий (Event Viewer) и проверьте в системном
журнале наличие ошибок или неожиданных событий.
60
5. Проанализируйте сведения, собранные на предыдущем шаге, и выберите

соответствующий вариант действий:
o если команда adprep /forestprep выполнена без ошибок, снова подключите
главный сервер схемы к сети и перейдите к следующему шагу этой процедуры;
o если при выполнении команды adprep /forestprep появлялись сообщения об
ошибках с рекомендациями дальнейших шагов, следуйте этим рекомендациям,
а затем вернитесь к процессу проверки, описанному на предыдущем шаге;
o если команда adprep /forestprep не была выполнена успешно или диагностические
средства типа Dcdiag выявили существенную неполадку, выполните
восстановление главного сервера схемы из резервной копии и продумайте
корректирующие шаги, необходимые для успешного выполнения команды
adprep /forestprep.
6. Если главный сервер схемы и главный сервер инфраструктуры – разные компьютеры,
подождите репликации изменений, выполненных командой adprep /forestprep, с главного
сервера схемы на компьютер, выполняющий роль главного сервера инфраструктуры.
Ждать следует по крайней мере пятнадцать минут, но, возможно, и дольше (полдня или
день), если главные серверы схемы и инфраструктуры находятся на разных территориях.
Если начать подготовку домена на главном сервере инфраструктуры до репликации
изменений, программа Adprep выведет сообщение об ошибке, уведомляющее о
необходимости подождать еще некоторое время.
7. Запустив Windows 2000 на главном сервере инфраструктуры, вставьте в дисковод
установочный компакт-диск Windows Server 2003 Enterprise Edition.
8. В командной строке перейдите в папку \i386 на компакт-диске.
9. На главном сервере инфраструктуры введите команду:
adprep /domainprep
10. После выполнения на главном сервере инфраструктуры предыдущей команды убедитесь,
что подготовка домена была успешной. Для этого выполните следующие действия:
o проверьте, что не появилось никаких сообщений об ошибках;
o воспользуйтесь любыми доступными средствами диагностики контроллеров
домена;
o откройте средство просмотра событий (Event Viewer) и проверьте в системном
журнале наличие ошибок или неожиданных событий.
11. Проанализируйте сведения, собранные на предыдущем шаге и выберите
соответствующий вариант действий:
o если команда adprep /domainprep выполнена без ошибок, перейдите к
следующему шагу этой процедуры;
o если при выполнении команды adprep /domainprep появлялись сообщения об
ошибках с рекомендациями дальнейших шагов, следуйте этим рекомендациям,
а затем вернитесь к процессу проверки, описанному на предыдущем шаге.
12. Подождите репликации изменений, выполненных командой adprep /domainprep, с
главного сервера инфраструктуры на другие контроллеры домена. Ждать следует по
крайней мере пятнадцать минут, но, возможно, и дольше (полдня или день), если
контроллер домена размещен на удаленной территории. Если начать обновление
контроллера домена до репликации изменений, появится сообщение об ошибке,
уведомляющее о необходимости подождать еще некоторое время.
61
1.6.1.1 Советы и рекомендации

Обновления в домене, содержащем контроллеры домена Windows 2000
При обновлении серверов в домене, содержащем контроллеры домена Windows 2000,
необходимо учитывать ряд моментов. Ниже перечислены наиболее важные из них.
 При планировании обновления конкретного сервера в первую очередь необходимо
проверить совместимость оборудования с продуктами семейства Windows Server 2003.
Дополнительные сведения см. в разделе по совместимости оборудования.
 Прежде чем обновить первый контроллер домена в домене, где один или несколько
контроллеров домена работают в системе Windows 2000, или добавить контроллер домена
с системой из семейства Windows Server 2003, необходимо подготовить домен (и лес,
в котором он размещен) с помощью простого средства, имеющегося на установочном
компакт-диске Windows Server 2003 Enterprise Edition. Дополнительные сведения см.
в разделе «Обновления в домене, содержащем контроллеры домена Windows 2000».
 Перед подготовкой домена (и леса, в котором он размещен) рекомендуется установить
пакет обновления SP2 или более новый на все контроллеры домена с Windows 2000.
 По завершении обновлений контроллеров домена и уменьшения количества разных
версий операционной системы на них, можно соответственно отрегулировать
функциональные уровни домена и леса. Дополнительные сведения о функциональных
уровнях см. в разделе Understanding domain and forest functionality and Raising domain and
forest functionality (Общее представление о функциональности домена и леса и ее
повышение). Сведения общего характера об Active Directory см. в разделе Active
Directory.
Если имеются серверы с Windows NT, изучите также следующие моменты.
 Перед выполнением процесса установки рекомендуется просмотреть файловые системы и
разделы, существующие на сервере. На контроллерах домена должен иметься по крайней
мере один раздел NTFS. Рекомендуется использовать NTFS на всех разделах всех
серверов в домене, поскольку разделы FAT или FAT32 лишены многих возможностей
обеспечения безопасности. В частности, в разделах FAT и FAT32 общая папка может быть
защищена только набором разрешений для общего ресурса, но не для отдельных файлов
и нет никакой программной защиты от локального доступа к разделу. Дополнительные
сведения см. в разделе Reformatting or converting a partition to use NTFS and Convert
(Переформатирование или преобразование раздела для использования NTFS и Convert).
 Если имеются контроллеры домена с Windows 2000 и Windows NT, рекомендуется как
можно скорее обновить контроллеры домена с Windows NT, чтобы уменьшить количество
разных версий операционной системы на компьютерах, упростить управление и
устранение неполадок и повысить уровень безопасности.
 Перед обновлением систем Windows NT 4.0 необходимо установить пакет обновлений SP5
или более новый.
 Если имеются серверные или клиентские компьютеры с Windows NT 3.51 рекомендуется
установить на них новую ОС либо выполнить обновление до более новых ОС или совсем
отказаться от их эксплуатации. Если имеется несколько доменов, необходимо обновить
контроллеры доменов с Windows NT 3.51 для повышения надежности проверки входа в
систему. В любом случае обновление или вывод из эксплуатации компьютеров с Windows
NT 3.51 повысит уровень безопасности и уменьшит количество разных версий
операционной системы на компьютерах, упрощая управление и устранение неполадок.
После завершения подготовки домена и леса предстоит выполнить еще два этапа процесса
обновления контроллера домена. Сначала запускается программа установки для обновления
ОС, а по завершении работы программы установки запускается мастер установки Active
Directory (который появляется на экране при первом входе в систему).
62
1.6.2 Exchange
1.6.2.1 Общие моменты33
 Windows Server 2003 не поддерживает ни Exchange 5.5, ни Exchange 2000. Exchange
может выполняться в среде Windows Server 2003 Active Directory, но не в среде Windows
Server 2003.
 Поддерживается Exchange 2000 SP3, выполняющийся в среде Windows 2000 SP2
с использованием Windows Server 2003 DC и GC.
 Exchange 2000 SP2 также может использовать Windows Server 2003 DC и GC.
При этом требуется важное исправление Q316463.
На снимке экрана показано сообщение об ошибке, появляющееся при попытке установить
Exchange 2000 в систему Windows Server 2003. Подобное сообщение об ошибке появляется
в случае Exchange 5.5.
1.6.2.2 Меры предосторожности

Перед установкой Windows Server 2003 DC домен необходимо подготовить для Windows Server
2003 программой ADPREP. Программа ADPREP должна запускаться как в режиме /FORESTPREP,
так и в режиме /DOMAINPREP. В этом процессе ADPREP изменяет некоторые атрибуты схемы,
которые были расширены приложением Exchange 2000 до соответствия определениям RFC.
Атрибуты Secretary и labeledURI определены в схеме Exchange 2000, но отличаются от
определений RFC.
33
На компьютере с Windows Server 2003 не поддерживаются ни Exchg 5.5, ни 2k. Работает в
среде Windows Server 2003 AD.
63
Эти противоречивые определения могут вызвать неполадки. Дополнительные сведения об
этих неполадках см. в следующих статьях базы знаний: Q314649, Q314715 и Q313087.
С помощью Windows Server 2003 AD добавляется класс объектов inetOrgPerson. Объекты
inetOrgPerson основаны на стандарте, определенном в RFC 2798, и предназначены прежде
всего для взаимодействия с системами сторонних поставщиков. Этот объект предназначен
служить внешней оболочной контекста безопасности. Благодаря этому такие объекты
идеальны для использования в качестве получателей электронной почты от внешних
пользователей или доступа к почте через Интернет в сценариях для поставщиков услуг.
Однако эти объекты не могут использоваться в качестве получателей в системе Exchange 2000
SP3. Заметьте, что в оснастке AD Users и Computers объект InetOrgPerson не позволяет
администрировать задачи Exchange.
Средство Domain Rename позволяет менять имена доменов DNS и NetBIOS. Кроме того, эта
новая возможность Windows Server 2003 позволяет выполнять полную перестройку иерархии
доменов, за исключением корневого домена; в корневом домене имена DNS и NetBIOS могут
изменяться, но сам он должен оставаться корневым. При желании в процессе переименования
дочерний домен можно сделать новым деревом. Переименование доменов не поддерживает
перемещение доменов из одного леса в другой.
Дополнительные сведения см. в документах:
http://www.microsoft.com/windows2000/downloads/tools/domainrename/
Переименование доменов не поддерживается, если Exchange 2000 находится в лесу. Процесс
переименования будет прекращен на втором этапе процедуры с выводом сообщения об ошибке:
Domain rename is not supported in an Active Directory forest with Exchange deployed
(Переименование доменов не поддерживается в лесу Active Directory, в котором развернуто
приложение Exchange).
Несмотря на неспособность использовать средство переименования доменов при наличии
развернутого приложения Exchange, служебная программа RENDOM.EXE может оказаться
хорошим средством поиска и устранения неполадок. Команда Rendom /list поможет
идентифицировать все разделы каталога, домены и имена NetBIOS.
1.6.3 Службы терминалов

1.6.3.1 Режим приложений
Службы терминалов в режиме приложений доступны как в Windows Server 2003 Standard
Edition, так и в выпусках Enterprise Edition и Data Center. Режим удаленного
администрирования (remote admin) для сервера терминалов (Terminal Server) заменен
удаленным рабочим столом (Remote desktop). Установка служб терминалов (Terminal Services)
через панель управления (установка и удаление программ) переводит сервер в режим
приложений, требующий его лицензирования. В настоящее время режим приложений доступен
в Windows Server 2003 Standard Edition.
Службы терминалов в режиме приложений НЕДОСТУПНЫ в Windows Server 2003 Web Server Edition.
1.6.3.2 Расширенные возможности

Клиент Remote Desktop в Windows Server 2003 оснащен расширенными возможностями,
включенными в XP Pro: перенаправление аудиопотока, печати и буфера обмена. Кроме того,
в службах терминалов Windows Server 2003 предусмотрена возможность, называемая
каталогом сеансов (Session Directory). Благодаря этому серверы терминалов Windows Server
2003 смогут более эффективно работать в фермах (TS farms). Session Directory позволит
пользователям заново подключаться к конкретному прерванному сеансу связи в пределах
фермы, а не просто быть направленными на наименее загруженный сервер при повторном
подключении.
Session Directory может использовать службу балансировки нагрузки Windows (Windows Load
Balancing Service) или распределитель нагрузки от стороннего поставщика, которые могут
выполняться на компьютере с любым выпуском Windows Server 2003. При этом, однако,
64
участники фермы серверов терминалов должны работать в системе Windows Server 2003
Enterprise Edition.
В Windows Server 2003 включена возможность автоматического переподключения (Automatic
Reconnection). Благодаря этой возможности можно автоматически подключиться к тому же
прерванному сеансу связи без повторного ввода учетных данных, если сеанс был прерван
из-за потерянных пакетов или ошибок в сети. По умолчанию делается максимум двадцать
попыток возобновления связи с пятисекундными интервалами. Automatic Reconnection можно
включить в Windows Server 2003 либо с помощью подключения к удаленному рабочему столу
(Remote Desktop Connection), либо через групповую политику. Дополнительные сведения
см. в документе базы знаний 323258.KB.EN-US.
Службы терминалов Windows Server 2003 поддерживают также параметр /console для
подключения к сеансу 0 сервера терминалов. Впервые эта возможность была включена
в Windows XP Professional.
1.6.4 Информационные службы Интернета (IIS)

Служба веб-публикации (World Wide Web Publishing Service, W3SVC) во время обновления до
Windows Server 2003 будет отключена. Это не относится к Windows Server 2003 Web Server
Edition, так как в этом случае ничего не обновляется. Ниже приведен текст отчета обновления
Windows 2000 Server со службой IIS до Windows Server 2003.
Для защиты сервера Windows от атак злонамеренных пользователей служба W3SVC будет
отключена во время обновления. На всех серверах Windows 2000 информационные службы
Интернета (IIS) устанавливаются по умолчанию, и от администраторов требуется обезопасить
IIS, чтобы предотвратить атаки. Мастер блокировки IIS (IIS Lockdown Wizard) не запускался
на таких серверах. Если службу W3SVC отключать нежелательно, необходимо загрузить и
выполнить мастер блокировки IIS или добавить специальный раздел реестра. Либо можно
продолжить обновление и заново включить W3SVC после завершения обновления.
При обновлении до одной из ОС семейства Windows Server 2003 служба W3SVC НЕ БУДЕТ
отключена, если соблюдаются все следующие условия.
 Перед началом процесса обновления уже запускался мастер блокировки IIS. Это снижает
вероятность атак за счет отключения ненужных возможностей и позволяет выбрать, какие
возможности следует оставить включенными. Мастер блокировки IIS (IIS Lockdown
Wizard) доступно на веб-странице IIS Lockdown Tool
(http://www.microsoft.com/windows2000/downloads/recommended/iislockdown/default.asp).
 В папку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W3SVC реестра
добавлен раздел RetainW3SVCStatusand и с этим разделом связано какое-либо значение.
Например, можно добавить значение Do_not_disable (Не отключать).
 В сценарии автоматической установки имеется запись DisableWebServiceOnUpgrade =
false, если предполагается установка в автоматическом режиме.
По завершении обновления можно вновь включить службу W3SVC. Используйте для этого
IIS Manager (диспетчер информационных служб Интернета).
1. В меню Start (Пуск) выделите пункт Administrative Tools (Администрирование) и выберите
Internet Information Services (Информационные службы Интернета).
2. Разверните узел Web Sites (Веб-узлы).
3. Щелкните правой кнопкой нужный веб-узел и выберите команду Start (Пуск). Появится
диалоговое окно.
4. Нажмите кнопку Yes (Да), чтобы включить веб-службу и запустить веб-узел.
– Или –
В оснастке Services (Службы)
1. Нажмите кнопку Start (Пуск), выделите пункт Administrative Tools (Администрирование)
и выберите команду Services (Службы).
2. В области данных щелкните правой кнопкой элемент World Wide Web Publishing
/(Веб-публикации) и выберите команду Properties (Свойства).
3. На вкладке General (Общие) выберите тип загрузки Automatic (Авто) и нажмите кнопку OK.
65
4. В области данных щелкните правой кнопкой элемент World Wide Web Publishing
(веб-публикации) и выберите команду Start (Пуск).
1.6.5 SQL Server 7.0

Сервер SQL Server 7.0 несовместим с Windows Server 2003 без пакета обновления SQL 7.0
SP3. Перед использованием SQL 7.0 установите обновления из пакета SP3. При этом не
требуется сначала устанавливать пакеты обновлений SP1 и SP2: они включены в SP3. SQL
Server 7.0 SP3 можно загрузить с веб-узла корпорации Майкрософт:
http://www.microsoft.com/sql/downloads/sp3.asp
1.6.6 Средства администрирования Windows 2000

Существует много проблем совместимости с различными версиями средств администрирования
для Windows 2000 и Windows Server 2003. Например, могут возникать проблемы
использования средств администрирования Windows Server 2003 для управления серверами
2000 или проблемы использования средств администрирования Windows 2000 для управления
компьютерами с Windows Server 2003. Кроме того, у каждого средства могут быть свои
неполадки. Во время обновления с Windows 2000 до Windows Server 2003 в отчете об
обновлении рекомендуется удалить пакет администрирования из системы. В отчете
предлагается также следующее: To remotely administer server services from a computer running
Windows XP Professional or Windows Server 2003, use Remote Desktop (Используйте удаленный
рабочий стол для дистанционного администрирования серверных служб с компьютера с ОС
Windows XP Professional или Windows Server 2003). Другим решением может быть создание
собственной оснастки MMC, путем добавления в нее нужных средств вручную.
Дополнительные сведения по этому вопросу см. в статье базы знаний Q304718 Administering
Windows 2000-Based Computers Using Windows XP Professional (Администрирование
компьютеров с ОС Windows 2000, используя Windows XP Professional).
66
2 Развертывание
Цели
По завершении этой темы учащиеся смогут:
 идентифицировать новые средства RIS и функциональные возможности
Windows Server 2003;
 показывать процесс создания и настройки образа WinPE;
 объяснять изменения в Sysprep для Windows Server 2003;
 демонстрировать навыки использования Sysprep для развертывания Windows.
2.1 WinPE34
Среда предустановки Windows (Windows Preinstall Environment, Winpe) предназначена
для поставщиков вычислительной техники (ПВТ) для предустановки операционных систем
Microsoft® Windows® на новые компьютерные системы. Среда WinPE, называемая также
MiniNT, представляет собой минимальную среду Windows, которая может быть целиком
загружена с компакт-диска с минимальным объемом, и пришла на смену традиционной
загрузочной дискете для предустановки DOS. WINPE допускает настройку, необходимую
для ПВТ: добавление драйверов Plug and Play, поддержки электронных дисков (RAM-
дисков), сценариев, средств диагностики оборудования и других возможностей.
2.1.1 Местоположение35
Корпоративные заказчики, являющиеся членами Software Assurance (SA) или подписавшие
соглашение Enterprise Agreement (EA), могут запросить копию WinPE для использования
в своих организациях. Сведения см. в п. 7 Приложения. С 21.10.02 больше не существует
формы для запроса WINPE для корпоративных заказчиков. Объявлено, что все заказчики,
являющиеся членами EA и SA, получат Windows PE в октябре 2002 в форме обновленного
набора на компакт-диске.
Члены Software Assurance могут получить WinPE прямо на веб-узле
http://www.microsoft.com/licensing/programs/sa/sam/winPe.asp.
Заказчики, являющиеся независимыми поставщиками программного обеспечения (НППО) и
имеющие намерение создать собственный продукт на основе WinPE, могут обратиться по адресу
WinPE@Microsoft.Com для получения сведений о лицензировании версии WinPE для НППО.
34
Представьте краткий обзор Winpe
35
Для получения дополнительных сведений о доступности WinPE см. http://CorpDeploy .
Заказчики Software Assurance могут получить WinPE прямо на веб-узле:
http://www.microsoft.com/licensing/programs/sa/sam/winPe.asp.
Независимые поставщики решений (ISV) могут посылать запрос по адресу
winpe@microsoft.com.
Партнеры MCS – corpdeploy.
Количество копий ограничено (products\public).
67
MCS должны использовать MCS-выпуск WinPE, который можно загрузить с веб-узла

(см. п. 7 Приложения). Заметьте, что эту версию могут использовать только MCS и она не
должна передаваться заказчикам «как есть» – при передаче заказчикам должны быть
удалены следующие каталоги:
 Docs
 WinPE
Если требуется просто копия WinPE для внутреннего использования (для изучения,
лабораторной установки, обучения и т. д.), то используйте версию, размещенную на
серверах Products (см. п. 8 Приложения). Эта версия снабжена лицензионным
соглашением на пробное использование и ни при каких условиях не должна применяться
за пределами корпорации Майкрософт в коммерческих целях.
2.1.2 Возможности36
Переносимость. И на X86, и на IA64 должна быть одинаковая среда.
Возможность выполнять диагностику оборудования. ПВТ должны иметь возможность
тестировать собранное оборудование.
Возможность загрузки с защищенного от записи носителя. Среда должна
поддерживать загрузку с защищенного от записи носителя, чтобы ПВТ имели
возможность загрузки с компакт-диска.
Поддержка любых запоминающих устройств. Среда должна поддерживать все
запоминающие устройства, для которых существуют NT-драйверы.
Сетевой доступ. Среда должна обеспечивать сетевой доступ, прежде всего для передачи
больших файлов-образов. Должны поддерживаться протоколы TCP/IP и SPX/IPX.
Минимальная поддержка использования сценариев. Среда должна поддерживать
использование сценариев для ПВТ, чтобы они могли выполнять установку или
развертывание образов Windows в автоматическом режиме.
Способность конфигурировать запоминающие устройства. Среда должна быть
способна к работе с разделами дисков: создавать, удалять и форматировать разделы.
Должен поддерживаться формат NTFS.
Небольшой объем образа в памяти и на диске. Объем образа среды на диске должен
быть меньше 200 Мбайт, а в памяти – меньше 128 Мбайт.
Та же кодовая база, как в NT. Не должно быть никаких расхождений с кодом NT,
насколько это позволяет необходимость поддержки новейшего оборудования.
Легкая настройка. ПВТ должны иметь возможность легко добавлять и удалять ненужные
драйверы из образа среды.
Загрузка PXE. Среда WinPE должна поддерживать загрузку PXE, т. е. загрузку из образа,
хранящегося на удаленном сервере.
36
Переносимость - X86/IA64
Возможность загрузки (только чтение)
Поддержка всех драйверов запоминающих устройств, поставляемых с XP или Windows
Server 2003
Ограниченный сетевой доступ – 10 параллельных подключений.
Использование сценариев – возможность полной автоматизации установки через
сценарии unattend / batch / diskpart.
Возможность настройки форматирования разделов/дисков с использованием
Diskpart/batch.
Небольшой объем – 180–200 Мбайт.
Код NT/XP/2003
Легкая настройка через сценарии или командные файлы.
Возможность PXE-загрузки WinPE с сервера RIS
68
2.1.3 Процесс загрузки37

При запуске компьютера с помощью среды предустановки Windows выполняется команда
factory -winpe, которая обрабатывает разделы файла Winbom.ini в следующем порядке.
 [WinPE.Net]
Контролирует параметры настройки, используемые при подключении к сети.
 [DiskConfig]
Содержит параметры конфигурации разделов на одном или нескольких дисках.
 [OEMRunOnce]
Используется для запуска внешних приложений во время фабричного режима,
включая запуск WinPE. Эти записи обрабатываются синхронно.
 [OEMRun]
Используется для обработки внешних приложений во время фабричного режима,
включая запуск WinPE. Эти записи обрабатываются асинхронно.
 [WinPE], кроме записи о перезапуске
Идентифицирует набор конфигурации и операционную систему, которая будет
устанавливаться.
 [UpdateSystem]
Этот раздел контролирует обновление внешних файлов ответов или параметров
настройки реестра, используемых для автоматизации процесса установки.
 Запись Restart в разделе [WinPE].
2.1.3.1 Начальная загрузка

При начальной загрузке WinPE используется загрузчик программы установки (Setup Loader).
Загрузчик программы установки производит загрузку драйверов запоминающих устройств,
перечисленных в файле Winpeoem.sif. Если в файле Winpeoem.sif не перечислены никакие
драйверы, загрузчик программы установки загружает все драйверы запоминающих устройств,
обычно имеющиеся в Windows XP Professional или в Windows XP 64-Bit Edition.
2.1.3.2 Подсистема Win3238

По умолчанию при запуске подсистемы Win32 средой WinPE запускается оболочка
Cmd.exe. Если программой Factory.exe файл Winbom.ini не найден ни в образе WinPE, ни
на гибком диске, ее работа останавливается. Настройки файла Winbom.ini обеспечивают
выполнение широкого круга задач по предварительной установке. Для расширения круга
задач, выполняемых файлом Winbom.ini, можно создать пакетные файлы, которые заменят
или дополнят файл Winbom.ini.
37
Обсудите разделы Winbom.ini, которые обрабатываются во время загрузки WinPE.
38
Подсистема Win32 запускает оболочку CMD.exe и обрабатывает Winbom.ini и пакетные
файлы (либо по умолчанию, либо указанные файлы batch/Winbom.ini).
Winbom.ini – хотя файл обрабатывается средой Winpe, главным образом он
используется/привязан к процессу sysprep.
69
2.1.3.3 Winbom.ini
WinPE использует программу factory для обработки файла winbom.ini и подключения
к сети. Программа Sysprep также включает фабричный режим (Sysprep –factory) для
предустановки XP или Windows Server 2003 поставщиками вычислительной техники.
Фабричный режим обеспечивает максимальную гибкость для настройки процесса
установки индивидуальных компьютеров. Это полностью автоматический процесс
установки/настройки, который выполняется так быстро, насколько это возможно.
Для управления процессами установки и настройки фабричный режим использует
спецификационный файл Winbom.ini.
Команда Sysprep -factory запускается в самом начале загрузки операционной системы,
чтобы запустить операции, такие как учет устройств Plug and Play, которые должны быть
выполнены до запуска других процессов системы. Во время работы Sysprep -factory
запускается учет устройств Plug and Play и другие системные службы и загрузочные
процессы, а другие задачи, выполняемые командой Sysprep -factory решаются, когда уже
полностью запустится операционная система Windows.
Файл Winbom.ini содержит следующие разделы.
 [DiskConfig] Содержит параметры конфигурации и разбиения на разделы одного или
нескольких физических жестких дисков.
 [description.Config] Содержит параметры конфигурации и разбиения на разделы
отдельного физического жесткого диска.
 [Factory] Содержит записи для выполнения предустановки в фабричном режиме.
 [PnPDriverUpdate] Содержит записи для обновления драйверов на установленном
образе до установки драйверов средством Plug and Play.
 [PnPDrivers] Содержит список всех обновленных драйверов, которые будут
копироваться на компьютер.
 [NetCards] Содержит записи для настройки сетевого адаптера на конечном
компьютере, если требуется подключение к сети.
 [UpdateSystem] Содержит записи для контроля за обновлением внешних файлов
ответов командой Sysprep -factory.
 [UserAccounts] Содержит записи для контроля за созданием учетных записей
пользователей на конечном компьютере.
 [name.Account] Содержит записи для создания конкретной учетной записи
пользователя.
 [OEMRun] Содержит записи для контроля за запуском внешних приложений и
сценариев командной оболочки во время выполнения команды Sysprep -factory.
Команды обрабатываются асинхронно. Каждое приложение запускается в порядке их
перечисления в этом разделе, но не дожидаясь завершения работы предыдущего
приложения.
Обработка этих исполняемых файлов или сценариев командной оболочки – последняя
задача обработки, выполняемая командой Sysprep -factory.
 [OEMRunOnce] Содержит записи для контроля за запуском внешних приложений и
сценариев командной оболочки во время выполнения команды Sysprep -factory.
Команды обрабатываются синхронно. Все приложения запускаются в порядке их
перечисления в этом разделе, и только после завершения выполнения предыдущей
команды.
 [Section_name] Содержит записи для предустановки приложений.
 [ComputerSettings] Содержит записи для контроля за пользовательскими
параметрами настройки на конечном компьютере.
 [StartMenuMFUlist]
 [OemFolder]
70
 [UserDefined] Раздел, определяемый пользователем, который может содержать
фирменные настройки ПВТ или любые другие данные для других процессов.
 [WinPE] Раздел определяет набор конфигурации и операционную систему Windows,
которая будет установлена.
 [WinPE.Net] Раздел контролирует параметры настройки, которые WinPE использует
при подключении к сети.
Путь к файлу Winbom.ini указывается или отыскивается следующим образом.

Программа Factory.exe в поисках файла Winbom.ini по порядку просматривает следующие
места.
 Путь и имя файла, указанные в разделе реестра
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Factory\Winbom.
 Корневые каталоги всех съемных дисков (кроме компакт-дисков), например гибких
дисков.
 Корневые каталоги всех компакт-дисков.
 Расположение файла Factory.exe (обычно находится в папке Sysprep).
 Корневой каталог – %systemdrive%.
Примечание. Если программа Factory.exe выполняется в среде WinPE, компьютер не
имеет доступа к сети, пока не будет обработан файл Winbom.ini, который содержит раздел
[WinPE.Net].
После обнаружения файла Winbom.ini средство Factory считывает значение записи
NewWinbom в разделе [Factory]. Если указано значение параметра NewWinbom и файл
Winbom.ini находится в указанном расположении, средство Factory отыскивает запись
NewWinbom в файле Winbom.ini. Этот цикл выполняется до 10 раз или до тех пор,
пока не будет найден файл Winbom.ini, не содержащий запись NewWinbom. Затем
средство Factory продолжает работу, используя параметры последнего найденного файла
Winbom.ini.
2.1.4 Настройка WinPE39

Существуют различные способы настройки образа WinPE.
39
При настройке через файл Winpeoem.sif могут быть добавлены драйверы запоминающих
устройств, а также другие изменения в файлах .inf куста Default.
Настройка включает:
Точечные рисунки
Добавление режима отладки
Добавление элементов реестра к Setupreg.hiv для (soft,Def)
Языки
Добавление файлов
Изменение параметров загрузки shell/config
Добавление или замена Startnet.cmd
Большинство изменений затрагивает файлы Config.inf, Extra.inf, Winpesys.inf и
startnet.cmd.
71
2.1.4.1 Общая настройка WinPE

ПВТ могут настраивать среду предустановки Windows (WinPE), изменяя некоторые из
включенных файлов .inf. Изменения могут быть сделаны программным способом, дающим
возможность повторно использовать тот же образ WinPE.
Допускаются следующие настройки.
 Могут быть изменены фоновые рисунки и строка загрузчика, а также может быть
отключена загрузочная эмблема.
 Может быть указан режим отладки.
 К кустам реестра Software, Default и Setupreg.hiv могут быть добавлены новые разделы.
 Может быть добавлена поддержка других языков.
 К образу WinPE могут быть добавлены файлы.
 Допускается изменение конфигурации загрузки: замена Cmd.exe другой оболочкой.
 Изменение конфигурации загрузки: замена Startnet.cmd другим файлом для запуска
сетевых служб.
Эти настройки заключаются в изменении файлов Config.inf, Extra.inf и Winpesys.inf в папке
WinPE. Во всех настройках используется стандартный синтаксис файлов .inf,
определенный в комплекте инструментария Microsoft Windows Device Driver Kit (DDK).
Внимание! Не изменяйте никакие другие файлы .inf в папке WinPE, кроме трех файлов,
перечисленных в этом документе. Изменение других файлов .inf может помешать загрузке
или правильной работе WinPE.
Изменение файла Winpe.bmp

Это фоновый рисунок рабочего стола. Вместо него может использоваться любой файл .bmp,
но имя файла должно быть Winpe.bmp.
2.1.4.2 Config.inf
Файл Config.inf обрабатывается программой Buildhives.exe, которая вызывается
программой Makeimg.cmd. Программа Buildhives.exe использует Config.inf для создания
кустов реестра Software, Default и Setupreg.hiv.
Добавление кустов реестра и записей

Для добавления записей в реестр используется раздел [Add Registry New]. Первая запись,
показанная ниже, создает куст Software:
[Add Registry New]
software = .\hivesft.inf,AddReg,.\hivecls.inf,AddReg
В записи перечислены два файла .inf, каждый с параметром AddReg. В результате
создается куст Software с разделами, указанными в двух файлах .inf.
Для добавления новых разделов в куст реестра используйте раздел [Add Registry Existing],
следуя процедуре, показанной ниже:
[Add Registry Existing]
software = .\winpesft.inf,AddReg
Добавление поддержки других языков

Для добавления к WinPE поддержки других языков служит раздел [RegionalSettings].
В следующем примере к образу WinPE на английском языке добавляется поддержка
японского языка.
[RegionalSettings]
LanguageGroup=1
Language=0x0411
72
Language
Значение: код_языка
Определяет устанавливаемую комбинацию языка и страны. Данный язык должен
поддерживаться одной из групп языков, указанных в записи LanguageGroup. Если
имеющаяся группа языков не поддерживает язык, программа установки использует язык,
заданный по умолчанию для этой версии Windows.
Для получения списка поддерживаемых комбинаций стран и групп языков посетите веб-
узел Microsoft Global Software Development (http://www.microsoft.com/globaldev/).
LanguageGroup
Значение: код_группы_языков[, код_группы_языков[, ...]]
Определяет устанавливаемые группы языков. Нельзя указать отдельную страну или язык,
если не установлена соответствующая группа языков.
Если в Windows XP установлена поддержка для какой-либо группы языков, то установлена
также поддержка для всех соответствующих групп языков. Например, если
устанавливается одна группа языков из категории восточноазиатских групп языков, то
устанавливается также поддержка для связанных групп языков. Если устанавливается
одна группа языков из категории языков со сложным написанием, то устанавливаются
также все группы языков со сложным написанием.
Для получения списка языков, отнесенных к конкретным группам языков, посетите веб-
узел Microsoft Global Software Development (http://www.microsoft.com/globaldev/).
В следующей таблице приведены идентификаторы поддерживаемых групп языков.
Соответствующее значение в
компоненте панели управления
ID Группа языков
Regional and Language Options
(Язык и региональные стандарты)
1 Западная Европа и США Установка по умолчанию
2 Центральная Европа Установка по умолчанию
3 Балтийские языки Установка по умолчанию
4 Греческий Установка по умолчанию
5 Кириллица Установка по умолчанию
6 Тюркские языки Установка по умолчанию
7 Японский Восточноазиатский язык
8 Корейский Восточноазиатский язык
Китайский (традиционное
9 Восточноазиатский язык
письмо)
Китайский (упрощенное
10 Восточноазиатский язык
письмо)
11 Тайский Сложное написание
12 Иврит Сложное написание
13 Арабский Сложное написание
14 Вьетнамский Сложное написание
15 Индийский Сложное написание
16 Грузинский Установка по умолчанию
17 Армянский Установка по умолчанию
73
Включение отладки
Для отладки WinPE добавьте ключи /debug и /baudrate к записи osloadoptions
в разделе [InfChanges].
[InfChanges]
osloadoptions=txtsetup.sif,setupdata,"/fastdetect /debug /baudrate=115200
/minint"
Изменение приветствия загрузчика

Для настройки приветствия загрузчика измените данную стандартную запись в кавычках
в разделе [InfChanges].
[InfChanges]
loaderprompt=txtsetup.sif,setupdata,"Starting Windows XP Preinstallation
Environment..."
Отключение загрузочной эмблемы

Загрузочную эмблему нельзя изменять, но ее можно отключить. Добавьте ключ
/noguiboot к записи osloadoptions, как показано ниже:
[InfChanges]
osloadoptions=txtsetup.sif,setupdata,"/fastdetect /noguiboot /minint"
2.1.4.3 Добавление и удаление драйверов запоминающих устройств40

Чтобы уменьшить время загрузки, можно настроить собственную версию WinPE с загрузкой
ограниченного набора, а не всех драйверов запоминающих устройств, которые
поставляются с Windows XP и Windows Server 2003. Допускается также добавлять
в WinPE загрузку дополнительных драйверов сторонних поставщиков.
Для указания драйверов запоминающих устройств, подлежащих загрузке средой
WinPE, настройте параметры файла Winpeoem.sif. При изменении этого файла
изменяется список драйверов, загружаемых при загрузке среды WinPE, что влияет
на время загрузки среды.
[Version]
signature="$Windows NT$"
;[massstoragedrivers.replace] Используйте этот раздел для замены поставляемого
списка драйверов списком собственных файлов
;mydriver = mydriver.sys
;
;[massstoragedrivers.append] Используйте этот раздел для добавления драйверов, не
относящихся к категории PnP, к списку поставляемых с системой драйверов.
;mydriver = mydriver.sys
;
;[OemDriverParams] Используйте этот раздел для загрузки ПВТ-драйверов,
относящихся и не относящихся к категории PnP, в дополнение к списку поставляемых
с системой драйверов.
;OemDriverRoot=""
;OemDriverDirs= drv1, drv2
OemDriverRoot Служит для указания пути, относительно системного каталога WinPE.
Если путь не указывается, ставятся кавычки "".
OemDriverDirs Указывает серии каталогов, разделенных запятыми. В каждом указанном
каталоге имеется файл txtsetup.oem, в котором содержатся сведения о драйверах,
которые нужно загрузить.
40
Отметьте файл Winpeoem.sif и способы добавления драйверов запоминающих устройств.
74
Например запись OemDriverRoot = "" and OemDriverDirs = drv1, drv2 указывает среде
WinPE, что в каталоге system32 имеется два каталога с именами drv1 и drv2. В каждом
из этих каталогов находится файл txtsetup.oem, в котором перечислены драйверы для
загрузки.
Примечание. При использовании WINPE 1.0 можно столкнуться со следующей
неполадкой:
WinPEOEM.SIF не поддерживает более одного драйвера запоминающих устройств – код
Q325569
В версии WINPE 1.1 это исправлено.
2.1.4.4 Добавление поддержки сетевого адаптера

По умолчанию поддерживаются все сетевые драйверы, имеющиеся на компакт-диске
Windows XP Professional или Windows XP 64-Bit Edition. При создании собственного образа
среды Windows PE можно добавлять и удалять сетевые драйверы, а также заменять список
сетевых драйверов. Если ограничить драйверы минимальным набором, можно сократить
время, необходимое для обнаружения устройств категории Plug and Play.
Чтобы добавить сетевые драйверы на компакт-диск с настраиваемой версией среды
Windows PE, скопируйте файлы, указанные ниже.
 Все файлы *.inf сетевых драйверов – в каталог %WINDIR%\inf.
 Все файлы *.sys – в каталог %WINDIR%\system32\drivers.
 Все связанные файлы *.dll, .exe или другие файлы – в каталог %WINDIR%\system32.
 Файлы каталога не являются необходимыми, поскольку они не обрабатываются
средой Windows PE.
Дополнительные сведения о добавлении к WinPE сетевых плат см. в подразделе [NetCards]
раздела «Настройка Winbom.ini» далее в этом документе.
2.1.4.5 Автоматизация DiskPart41

Программу Diskpart.exe в WinPE можно использовать для того, чтобы вручную или с
помощью сценария автоматизации процесса произвести очистку всего жесткого диска или
дисков, удаление или создание новых разделов перед началом установки Windows Server
2003.
Чтобы автоматизировать загрузку WinPE и изменение разделов с помощью Diskpart и
начать установку Windows XP, выполните следующие действия.
Отредактируйте файл startnet.cmd в каталоге i386\System32 исходных файлов WinPE и
добавьте в конце файла запись formatbat.cmd.
regsvr32 /s netcfgx.dll
factory -minint
netcfg -v -winpe
net start dhcp
net start nla
a:\floppy.cmd
formatbat.cmd
41
Будьте кратки – заострите внимание на разделе Diskpart.
75
Создайте файл formatbat.cmd и поместите его в каталог i386\System32 исходных файлов

WinPE со следующим текстом: «Этот файл вызывает сценарий diskpart для создания
разделов, форматирования их и инициализации установки Windows».
diskpart /s delpartW.txt
echo Y | format c: /v:Syspart /fs:ntfs /q
echo Y | format c: /v:Syspart /fs:ntfs /q
Net Use x: \\Server\XPShare
X:\XPPro\i386\winnt32.exe /syspart:c: /unattend:X:\XPPro\unattend.txt
/s:X:\XPPro\i386"
Exit
Примечание. Чтобы успешно инициировать процесс установки после выполнения
программы diskpart из WinPE, следует использовать команду Winnt32.exe /Syspart:c:.
Чтобы автоматизировать загрузку WinPE и изменение разделов с помощью Diskpart перед
инициализацией установки Windows XP, для данного случая необходимо выполнить
следующие действия.
Создайте файл delpart.txt и разместите его в каталоге i386\System32 исходных файлов
WinPE со следующим текстом ("Этот файл служит для создания разделов: основному
разделу, занимающему 4096 Мбайт дискового пространства, назначается имя диска (C:),
и раздел помечается как активный; затем создается дополнительный раздел и логический
диск, использующий остальное пространство диска 1, и назначается буква диска D:. На
этом выполнение данной команды заканчивается, и выполняется следующая команда в
formatbat.cmd, которая продолжает форматирование этих разделов в формате NTFS, а
затем инициируется и выполняется в автоматическом режиме установка Windows XP):
Select disk 1
clean
create partition primary size 4096
assign letter c
Active
create partition extended
create partition logical
assign letter d
Exit
Это можно сделать также для инициализации автоматической установки в фабричном
режиме с использованием Sysprep сразу после создания разделов, назначения основного
раздела активным, назначения букв дискам и форматирования дисков.
Обычно после настройки этих файлов используются исходные файлы WinPE, чтобы создать
самозагружаемый компакт-диск или разместить их на сервер службы удаленной установки
(RIS) для PXE-загрузки WinPE.
76
2.1.4.6 Настройка файла Winbom.ini42

Файл winbom.ini можно настроить для среды предустановки Windows (WinPE) следующим
образом.
[DiskConfig] Содержит параметры конфигурации и разбиения на разделы одного или
нескольких физических жестких дисков.
Пример:
[DiskConfig]
Disk1 = first.config
[description.Config] Содержит параметры конфигурации и разбиения на разделы
отдельного физического жесткого диска.
Пример:
[first.config]
Size1 = 10,100
FileSystem1 = FAT32
SetActive1 = Yes
PartitionType1 = Primary
Size2 = *
PartitionType2 = Extended
Size3 = *
PartitionType3 = Logical
[Factory] Содержит записи для выполнения предустановки в фабричном режиме.
Пример:
[Factory]
AutoDetectNetwork = yes
DoDeviceIDScanOnError = yes
EndUserComputerName = *
FactoryComputerName = *
Logfile = c:\winbom.log
logging = yes
;если существует файл, указанный ниже, он используется вместо этого
NewWinBOM = a:\newwinbom.ini
RebootAfterComputerName = no
reseal = yes
resealmode = mini
42
Отметьте, что обращение к Winbom.ini может быть переадресовано к другому Winbom.ini
на гибком диске.
Поясните, что для добавления сетевой платы нужно просто добавить ссылку к файлу NIC
INF, используя запись NICPnPID=. Отметьте также, что PE просматривает весь
каталог Inf, если не обнаруживает файла inf по указанному пути.
77
[PnPDriverUpdate] Содержит записи для обновления драйверов на установленном образе

до установки драйверов категории Plug and Play.
Пример:
[PnPDriverUpdate]
Domain = Domain
EncryptedPassword = yes
Password = *
Username = username
[PnPDrivers] Содержит список всех обновленных драйверов, которые будут копироваться
на компьютер.
Пример:
[PnPDrivers]
;DriverSourcePath is a directory located on the local computer in
;%windir%\OEMDrivers.
Если указанный каталог не существует, он создается. Чтобы копировать драйверы,
начиная с находящихся в корне каталога %windir%\OEMDrivers, поставьте одну точку
(.) для DriverSourcePath. driverssourcepath = полный путь в каталоге %winroot
%\oemdrivers.
a:\video\vodoo2000=Vodoo2000
\\server\share\video\ati\allinwonder=AllinWonder
FLOPPY:\audio=audio
CDROM:\=drivers.
[NetCards] Содержит записи для настройки сетевого адаптера (NIC) на конечном
компьютере, если требуется подключение к сети.
Пример:
[NetCards]
Примечание. Если в этом разделе не содержится никаких записей, программа factory
просматривает все существующие файлы .inf для класса драйверов Windows Server 2003,
который соответствует сетевому адаптеру, установленному на компьютере. Если
подходящий драйвер не обнаружен, команда Sysprep -factory регистрирует ошибку.
NICPnPID = путь к файлу inf
Пример:
[NetCards]
NICPNPID=E100B.inf
Пошаговый процесс:
Измените раздел [Netcards] файла winbom.ini, добавив запись nicpnpid = с указанием
пути к файлу inf драйвера сетевой платы.
Пример:
[NetCards]
Nicpnpid=%systemroot%\i386\inf\<nicdrv>.inf
Затем скопируйте файлы драйвера сетевой платы следующим образом.
a. Скопируйте файл *.inf в папку winpe.tmp\i386\inf
b. Скопируйте файл *.sys в папку winpe.tmp\i386\system32\drivers
c. Скопируйте файлы *.din и *.exe в папку winpe.tmp\i386\system32
d. Скопируйте файл *.dll в папку winpe.tmp\i386\system32
Запустите oscdimg, чтобы создать новый файл iso в папке winpe.tmp. Используйте этот
файл iso для создания компакт-диска.
78
[UpdateSystem] Содержит записи для контроля за обновлением внешних файлов ответов
командой Sysprep -factory.
Пример:
[UpdateSystem]
AddReg = UpdateSystem.AddReg
DelReg = UpdateSystem.DelReg
CopyFiles = UpdateSystem.CopyFiles
RenFiles = UpdateSystem.RenFiles
DelFiles = UpdateSystem.Delfiles
Пример раздела, соответствующий предыдущей записи "UpdateSystem.AddReg":
[UpdateSystem.AddReg]
HKLM, "Software\Test","String Value",, "Value"
HKLM, "Software\Test","Number Value",0x00010001, 10
[UserAccounts] Содержит записи для контроля за созданием учетных записей
пользователей на конечном компьютере.
Пример:
[UserAccounts]
Mom
Dad
Son
[name.Account] Содержит записи для создания конкретной учетной записи пользователя.
Пример:
[Mom.Name]
Description=Mom's Account
Password=Mom's Password
Alias=Mom
Passport=Mom@hotmail.com
[Dad.Name]
Description=Dad's Account
Password=Dad's Password
Alias=Dad
Passport=dad@passport.com
[Son.Name]
Description=Son's Account
Password=Son's Password
Alias=Son
Passport=son@passport.com
[OEMRun] Содержит записи для контроля за запуском внешних программ и сценариев
командной оболочки во время выполнения команды Sysprep -factory. Команды
обрабатываются асинхронно. Все программы запускаются в порядке их перечисления
в этом разделе, но не дожидаясь завершения работы предыдущей программы.
Обработка этих исполняемых файлов или сценариев командной оболочки –
последняя задача обработки, выполняемая командой Sysprep -factory.
Пример:
[OEMRun]
"Run Near the End", "c:\windows\near.exe"
"Run Next to Last", "\\server\dir\next.exe"
"Run Last", "c:\%windir%\last.bat"
79
[OEMRunOnce] Содержит записи для контроля за запуском внешних программ и
сценариев командной оболочки во время выполнения команды Sysprep -factory. Команды
обрабатываются синхронно. Все программы запускаются в порядке их перечисления
в этом разделе, и только после завершения выполнения предыдущей команды.
Пример:
[OEMRunOnce]
"Net Use Call", "net use R: \\server\share"
"First Application Stage", "App1.Stage", MSI
"Second Application Stage", "App2.Stage", MSI
"Third Application Stage", "App3.Stage", MSI
"First Application Attach", "App1.Attach", MSI
"Second Application Detach", "App2.Detach", MSI
[Section_name] Содержит записи для предустановки программ.
Пример:
[App1.Stage]
InstallType = Stage
StagePath = "C:\App1_Temp"
SetupFile = "Application_One.msi"
SourcePath = "R:\App1"
[App1.Attach]
InstallType = Attach
StagePath = "C:\App1_Temp"
SetupFile = "Application_One.msi"
[ComputerSettings] Содержит записи для контроля за пользовательскими параметрами
настройки на конечном компьютере.
Пример:
[ComputerSettings]
AuditAdminAutoLogon = yes
DisplayRefresh = 75
DisplayResolution = 800x600x256
[StartMenuMFUlist] Содержит ссылки на наиболее часто используемые программы для
главного меню.
Пример:
[StartMenuMFUlist]
Link0=C:\Documents and Settings\All Users.WIN\Desktop\Windows Media
Player.lnk
Link1=C:\Documents and Settings\All
Users.WIN\StartMenu\Programs\Accessories\WordPad.lnk
Link2=C:\Documents and Settings\All Users.WIN\Desktop\Launch MSN Explorer.lnk
Link3 =
[OemFolder] Содержит папку ПВТ с любыми дополнительными данными и программами от ПВТ.
Пример:
[OemFolder]
OemFolder=C:\Documents and Settings\All Users.WIN\Awesome Computers
[UserDefined] Раздел, определяемый пользователем, который может содержать
фирменные настройки ПВТ или любые другие данные для других процессов.
80
[WinPE] Определяет набор конфигурации и операционную систему Windows, которая

будет устанавливаться.
Пример:
[WinPE]
ConfigSet=Config_Set_Name
Domain=DomainName
Lang=ENG
Password=Password
Quiet=Yes
Restart=No
SKU=PRO
;Возможные значения: PER, PRO, SRV, ADS, DTC, WBS
SourceRoot=\\имя_сервера\имя_общего_ресурса
;UNC-путь к корневому каталогу, содержащему исходные файлы.
Username=Useraccnt
;Имя пользователя, используемое для подключения к ресурсу, указанному в параметре
SourceRoot.
[WinPE.Net] Раздел контролирует параметры настройки, которые WinPE использует при
подключении к сети.
Пример:
[WinPE.Net]
IPConfig=DHCP (Or the static IP address)
;DHCP игнорируется, если параметр StartNet имеет значение No.
Gateway=xxx.xxx.xxx.xxx
StartNet=Yes
SubnetMask=xxx.xxx.xxx.xxx
2.1.4.7 Фирменная настройка

По условиям лицензионного соглашения Windows XP OPK для ПВТ требуется в свойствах
системы (System Properties) указать организацию ПВТ и обеспечить ссылки к сведениям о
предложениях ПВТ по поддержке продукта. Для включения сведений о предложениях ПВТ
по поддержке продукта в свойства системы скопируйте файл Oeminfo.ini из каталога
Samples\Branding на компакт-диске OPK в папку $OEM$\$$\System32 папки дистрибутива.
Пример файла Oeminfo.ini
[General]
Manufacturer = YourCompany Computers, Inc.
Model = Brand X Pentium Processor
[OEMSpecific]
SubModel = 456A0123
SerialNo = 12345678
OEM1 = Built from image 20010630
OEM2 = Factory location: Seattle, Washington
[ICW]
Product = Brand X from YourCompany Computers
[Support Information]
Line1 = For technical support:
Line2 = In the USA, call 1-800-555-1234 from 8 A.M. to 8 P.M. EST
Line3 = for software and hardware support.
81
Line4 =
Line5 = In England:
Line6 = Call 444-3324 for hardware configuration support.
Line7 = Call 555-6648 for software support.
Line8 =
2.1.4.8 Изменение командной оболочки

Файл Winpesys.inf используется для создания кустов реестра для WinPE. В нем можно
изменить только конфигурацию загрузки, чтобы установить другую командную оболочку
или сетевые службы.
Предупреждение. Неправильное изменение любых других записей этого файла, кроме
записи "CmdLine", может вызвать сбой в загрузке WinPE. Никакие другие изменения не
рекомендуются.
Для настройки редактируйте только первую строку раздела Startup Configuration
(Конфигурация загрузки), как показано ниже:
; startup configuration
;
HKLM,"Setup","CmdLine",,"cmd.exe /k startnet.cmd"43
HKLM,"Setup","OsLoaderPath",,"\"
HKLM,"Setup","SetupType",REG_DWORD,0x01
HKLM,"Setup","SystemSetupInProgress",REG_DWORD,0x01
Замените "cmd.exe /k startnet.cmd" другой исполняемой командной оболочкой, другим
пакетным файлом, который запускает сетевые службы, или замените и то, и другое.
2.1.4.9 Extra.inf
Для добавления файлов к образу WinPE измените файл Extra.inf. Если добавленные файлы
требуют записей в реестре, отредактируйте файл Config.inf, введя в него разделы,
соответствующие добавленным файлам. Перечислите файлы, которые должны быть
добавлены в соответствующий раздел. Файлы копируются из исходного образа в конечный
образ WinPE.
В разделе [ExtraFiles] перечисляются файлы, которые добавляются к WinPE по
умолчанию. В разделах .x86 и .ia64 перечисляются добавляемые к WinPE файлы,
необходимые для этих архитектур.
Стандартный файл Extra.inf:
;
; WinPE extra file list
;
[Version]
signature="$Windows NT$"
ClassGUID={00000000-0000-0000-0000-000000000000}
[ExtraFiles]
txtsetup.sif=1,,,,,,,,0,0,,1,1
setupreg.hiv=1,,,,,,,,0,0,,1,2
sam=1,,,,,,,,0,0,,1,3
43
Предупреждение. Неправильное изменение любых других записей этого файла, кроме
записи "CmdLine", может вызвать сбой в загрузке WinPE. Никакие другие изменения не
рекомендуются.
82
security=1,,,,,,,,0,0,,1,3
software=1,,,,,,,,0,0,,1,3
default=1,,,,,,,,0,0,,1,3
sam.log=1,,,,,,,,0,0,,1,3
security.log=1,,,,,,,,0,0,,1,3
software.log=1,,,,,,,,0,0,,1,3
vga850.fon=1,,,,,,2_,22,0,0,,1,22
vgaoem.fon=1,,,,,,2_,22,0,0,,1,22
winbom.ini=1,,,,,,,,0,0,,1,1
netcfg.exe=1,,,,,,,,0,0,,1,2
factory.exe=1,,,,,,,,0,0,,1,2
startnet.cmd=1,,,,,,,,0,0,,1,2
wpetcpip.inf=1,,,,,,,,0,0,nettcpip.inf,1,20
wpenb.inf=1,,,,,,,,0,0,netnb.inf,1,20
wpemscli.inf=1,,,,,,,,0,0,netmscli.inf,1,20
winpeoem.sif=1,,,,,,,,0,0,,1,2
winpe.bmp=1,,,,,,,,0,0,,1,2
[ExtraFiles.x86]
ntoskrnl.exe=1,,,,,,,,0,0,ntkrnlmp.exe,1,2
setupldr.bin=1,,,,,,,,0,0,,1,1
bootfix.bin=1,,,,,,,,0,0,,1,1
biosinfo.inf=1,,,,,,,,0,0,,1,2
halacpi.dll=1,,,,,,,,0,0,,1,2
halapic.dll=1,,,,,,,,0,0,,1,2
halaacpi.dll=1,,,,,,,,0,0,,1,2
[ExtraFiles.ia64]
ntkrnlmp.exe=1,,,,,,,,0,0,,1,2
setupldr.efi=1,,,,,,,,0,0,,1,1
efinvr.exe=1,,,,,,,,0,0,,1,2
Синтаксис файла Extra.inf

Синтаксис записей включает тринадцать параметров, как показано ниже:
[ExtraFiles]
txtsetup.sif=1,,,,,,,,0,0,,1,1
Далее объясняется синтаксис записей по порядку перечисления параметров.
имя_файла_в_источнике=
0. [код_диска],
1. [подкаталог],
2. [размер],
3. [контрольная сумма],
4. [неиспользуемый],
5. [неиспользуемый],
6. [порядок_загрузочных_носителей:{1|2|3|x|blank}],
7. [конечный_каталог],
8. [действия_при_обновлении:{0|1|2|3}],
83
9. [действия_в_текстовом_режиме:{0|1|2|3}],
10. [имя_конечного_файла],
11. [код_исходного_каталога],
12. [код_конечного_каталога],
В таблице приведены параметры и их значения.
# Описание Значение
0 код_диска Идентификатор диска, содержащего файл
1 подкаталог Имя каталога, содержащего файл
2 размер Размер файла
3 контрольная_сумма Контрольная сумма файла
4 неиспользуемый НП
5 неиспользуемый НП
6 порядок_загрузочных_нос 1: гибкий диск #1
ителей 2: гибкий диск #2
3: гибкий диск #3
x: Текстовый режим установки
"": Графический режим установки
7 конечный_каталог имя каталога: от 1 до 41 символа
8 действия_при_обновлении 0: копируется всегда
1: копируется, если есть
2: копируется, если отсутствует
3: никогда не копируется
9 действия_в_текстовом 0: копируется всегда
режиме 1: копируется, если есть
2: копируется, если отсутствует
3: никогда не копируется
10 имя_конечного_файла Новое имя файла в образе WinPE
11 код_исходного_каталога Идентификатор исходного каталога, содержащего
файл, из таблицы каталогов WinPE
12 код_конечного_каталога Идентификатор конечного каталога, содержащего
файл, из таблицы каталогов WinPE
Ниже на примере первой записи раздела [ExtraFiles] показано, как копируется файл
Txtsetup.sif:
[ExtraFiles]
txtsetup.sif=1,,,,,,,,0,0,,1,1
 параметр 1: копирование производится с диска, имеющего код, равный 1
 параметр 8: всегда копируется при обновлении
 параметр 9: всегда копируется в текстовом режиме
 параметр 11: копируется из корневого каталога исходной системы (см. таблицу ниже)
 параметр 12: копируется в корневой каталог конечной системы (см. таблицу ниже)
Следующая запись демонстрирует переименование исходного файла и использование
другого конечного каталога.
[ExtraFiles.x86]
ntoskrnl.exe=1,,,,,,,,0,0,ntkrnlmp.exe,1,2
 параметр 10: исходный файл переименовывается в Ntkrnlmp.exe
 параметр 12: исходный файл копируется в конечный каталог system32
84
2.1.4.10 Идентификаторы каталогов WinPE

В таблице перечислены идентификаторы каталогов, используемые в записях параметров
11 и 12 в файле Entry.inf. Каждый идентификатор соответствует имени системного
каталога WinPE.
1 = "\" 57 = system32\mui
2 = system32 58 = %MUI_PRIMARY_LANG_ID_DIR%
3 = system32\config 59 = system32\mui\dispspec
4 = system32\drivers 60 = AppPatch
5 = system 61 = Debug
7 = system32\ras 62 = Debug\UserMode
9 = system32\spool 63 = system32\oobe
10 = system32\spool\drivers 67 = Help\Tours
11 = system32\spool\drivers\w32x86\3 68 = Resources\Themes\Luna
12 = system32\spool\prtprocs 69 =
13 = system32\spool\prtprocs\w32x86 Resources\Themes\Luna\Shell\NormalColor
14 = system32\wins 70 = system32\oobe\html\ispsgnup
15 = system32\dhcp 71 = system32\oobe\html\mouse
16 = repair 72 = system32\oobe\html\oemcust
17 = system32\drivers\etc 73 = system32\oobe\html\oemhw
18 = system32\spool\drivers\w32x86 74 = system32\oobe\html\oemhw
19 = system32\drivers\disdn 75 = system32\oobe\images
20 = inf 76 = system32\oobe\setup
21 = Help 77 = system32\oobe\sample
22 = Fonts 78 =
Resources\Themes\Luna\Shell\NormalColor
23 = Config
79 =
24 = msagent\intl Resources\Themes\Luna\Shell\NormalColor
25 = Cursors 91 = Help\Tours\mmTour
26 = Media 92 = Help\Tours\htmlTour
27 = java 100 = system32\1025
28 = java\classes 101 = system32\1028
29 = java\trustlib 102 = system32\1031
30 = system32\ShellExt 103 = system32\1033
31 = Web 104 = system32\1037
32 = system32\Setup 105 = system32\1041
33 = Web\printers 106 = system32\1042
34 = system32\spool\drivers\color 107 = system32\1054
35 = system32\wbem 108 = system32\2052
36 = system32\wbem\Repository 109 = system32\3076
37 = addins 110 = system32\wbem\xml
38 = "Connection Wizard" 111 = system32\usmt
39 = "Driver Cache\i386" 112 = system32\inetsrv
40 = security 123 = mui
41 = security\templates 124 = WinSxS
42 = system32\npp 125 = WinSxS\Manifests
85
43 = system32\ias 126 = WinSxS\InstallTemp

44 = system32\dllcache 127 = ime
45 = Temp 129 = Resources\Themes
46 = Web\printers\images 130 = ime
47 = system32\export 132 = ime\imejp
48 = system32\wbem\mof\good 133 = System32\IME\PINTLGNT
49 = system32\wbem\mof\bad 134 = System32\IME\CINTLGNT
50 = twain_32 135 = System32\IME\TINTLGNT
51 = msapps\msinfo 136 = IME\CHTIME\Applets
52 = msagent 137 = ime\imejp98
53 = msagent\chars 138 = ime\imejp\applets
54 = security\logs 180 = system32\3com_dmi
55 = system32\icsxml
2.1.4.11 Добавление к Winpe поддержки RAM-дисков44

По умолчанию WinPE не поддерживает RAM-диски. Имеется возможность добавить
поддержку RAM-дисков в WinPE -32 bit, используя файлы, имеющиеся на веб-узле
http:corpdeploy, и следуя рекомендациям, приведенным ниже.
Для поддержки RAM-дисков необходимы следующие файлы:
 Ramdrv.sys
 Ramdrv.inf
 Winpesys.inf
 Ramdrv.doc
Процедура
Замените файл winpesys.inf в каталоге инструментов WinPE, где находится файл
BLDHIVES.EXE, следующим вложенным файлом:
Winpesys.inf
Если внесены любые изменения в существующий файл winpesys.inf, не забудьте включить

эти изменения в замененный файл.
Из каталога инструментов Winpe введите следующую команду в командной строке, чтобы
заново создать Setupreg.hiv (куст реестра) с этими изменениями:
ПРИМЕР:
C:\Winpe\>Bldhives c:\winpe\config.inf
Запустите mkimg.cmd из каталога WinPE и создайте временную рабочую папку WinPE.
mkimg <исходное_местоположение> <временное_местоположение_WINPE>
Например: mkimg d: c:\winpe.tmp
Скопируйте новый Setupreg.hiv в каталог C:\Winpe.tmp\i386\System32.
44
Имейте в виду, что для добавления поддержки RAMDRV следует редактировать файл
Winpesys.inf и использовать программу BLDHIVES.EXE для создания нового Setupreg.hiv
(реестр), в дополнение к копированию файлов.
86
Скопируйте вложенный образец файла Ramdrv.sys в папку
winpe.tmp\i386\system32\drivers.
Ramdrv.sys
Скопируйте вложенный образец файла Ramdrv.inf в папку \winpe.tmp\i386\inf:
Ramdrv.inf
Запустите программу oscdimg из папки WINPE, чтобы создать ISO-образ

oscdimg –betfsboot.com –n –h –lwinpe c:\winpe.tmp c:\image\winpe.iso
Этот ISO-образ является образом WinPE с включенной поддержкой Ram-дисков.
Запишите полученный ISO-образ на загружаемый компакт-диск и загрузите с него WinPE.
По умолчанию буква Ram-диска – Z:.
Примечания.
Драйвер для Ram-диска – образец, опубликованный корпорацией Майкрософт. Этот
образец Ram-диска обсуждается в статье базы знаний Q257405. Образец и рекомендации
к нему можно получить по адресу:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;q257405
По умолчанию драйвер Ram-диска настроен на букву диска Z:.
Размер Ram-диска по умолчанию – 4 Мбайт. Имеется возможность изменить это значение,
отредактировав следующую запись "0x400000" в файле winpesys.inf:
HKLM,"SYSTEM\ControlSet001\Services\ramdrv\Parameters","DiskSize",
0x00010001,0x400000
Различные параметры, используемые образцом драйвера Ram-диска, объясняются
в вышеупомянутой статье базы знаний.
При добавлении возможностей, использующих образец Ram-диска, не присваивайте
драйверу имя Ramdisk.sys. WinPE поставляется с собственным драйвером Ramdisk.sys,
который используется средой WinPE для внутренних целей загрузки.
2.2 Добавление образа WinPE на сервер RIS45

Использование WinPE с другим сервером среды удаленной загрузки (PXE) или средством
сетевой загрузки не проверялось. RIS является поддерживаемым средством запуска WinPE в
сети.
45
Это будет проделываться в лабораторных упражнениях.
Требуются следующие элементы:
компакт-диск продукта Windows XP и компакт-диск WinPE с одинаковыми номерами
сборки;
правильно настроенный сервер RIS Windows 2000 (SP2) или Windows;
на конечном компьютере требуется плата сетевого интерфейса (NIC) или плата NIC,
поддерживаемая PXE загрузочным диском RIS.
87
2.2.1 Требования
Требуются следующие элементы:
 компакт-диск продукта Windows XP и компакт-диск WinPE с одинаковыми номерами
сборки;
 правильно настроенный сервер RIS Windows 2000 (SP2) или Windows;
 на конечном компьютере требуется плата сетевого адаптера (NIC), поддерживаемая
PXE или загрузочным диском RIS.
2.2.1.1 Сервер RIS Windows 2000

Чтобы установить WINPE на сервер RIS Windows 2000, следует развернуть на нем
исправление, описанное в статье базы знаний Q308508.
Чтобы полностью автоматизировать установку на сервер RIS Windows 2000, используйте
файлы Startrom.n12 и Oschoice.exe с диска Windows Server 2003. Добавьте в начало файла
Startrom.n12 тег <META ACTION=AUTOENTER>, имитирующий нажатие клавиши ВВОД
на клиентском компьютере, на котором выполняется мастер установки.
2.2.2 Создание образа WinPE на сервере RIS

На сервере RIS откройте окно командной строки и выполните команду
RISetup.exe –add
В ответ на запрос о расположении источника укажите файл RISetup на компакт-диске
Windows XP.
Перейдите к расположению, в котором программа RISetup установила образ.
Например, \\Server_name\Share_name\REMINST\Setup\Language\Images.
Откройте папку I386 в папке созданного образа.
Перейдите на компакт-диск или сетевой ресурс, содержащий файлы WinPE, и откройте
там папку I386.
Скопируйте содержимое папки I386 WinPE в только что открытую папку удаленной
установки I386, подтверждая переписывание файлов в ответ на запрос.
Откройте папку Templates в папке I386, в которую копировались файлы WinPE.
Откройте файл RIStndrd.sif в текстовом редакторе и на строке, начинающейся с
параметра OSLoadOptions, добавьте ключ /minint.
Измените параметр ImageType= в разделе [OSChooser] файла RIStndrd.sif на
ImageType=Winpe.
Запустите клиент RIS и выберите образ операционной системы, созданный на шаге 1.
Будет запущена среда WinPE.
Дополнительные сведения см. в статье базы знаний
How to Boot the WinPE from a RIS Server Using PXE (Как загрузить WinPE с сервера RIS,
используя PXE) - Q304992.
88
2.3 Изменения RIS в Windows Server 200346

 Развертывание сервера. В дополнение к Windows 2000 и Windows XP Professional
сервер RIS может использоваться в Windows Server 2003 для развертывания Windows
2000 Server и Windows 2000 Advanced Server, а также Windows Server 2003 Standard
Edition и Enterprise Edition.
 64-разрядные платформы. Благодаря этой возможности служба удаленной
установки может поддерживать 64-разрядные издания Windows Server 2003 для
проведения установок системы, основанных на сценариях.
 Hal-фильтрация. Список доступных образов фильтруется, чтобы были отобраны
только образы, совместимые с конечным компьютером.
 Поддержка NTLMv2. Служба удаленной установки (RIS) обновлена и теперь
использует протокол проверки подлинности NTLMv2.
 Политика Maintenance and Tools (Обслуживание и средства). Эта политика
была впервые включена в Windows 2000. Можно воспользоваться преимуществами
этой политики, загружая WinPE или другие образы инструментальных средств с
сервера RIS системы Windows Server 2003. Доступны также образы других средств,
например средства автоматического восстановления системы (Automatic System
Recovery, ASR).
 Поддержка в файле Risstndrd.sif создания новых типов образов. WinPE и ASR.
Изменение записи ImageType в файле Risstndrd.sif с указанием одного из этих типов
добавляет его в меню Maintenance and Tools (Обслуживание и средства) мастера выбора
ОС (OS Chooser). Эта возможность также впервые была включена в Windows 2000.
 Изменение названия службы. Название службы Boot Information Negotiation Layer
service было изменено на Remote Installation Service (Служба удаленной установки).
Заметьте, что прежняя аббревиатура этой службы – BINLSVC – еще используется.
46
Теперь добавлена поддержка для вариантов изданий 2000/XP/Server.
Поддерживается IA64.
HalFiltering.– В окне выбора ОС (OSCHooser) отображаются только образы с Hal,
соответствующим клиентам PXE.
Аутентификация в службе RIS обновлена до NTLMv2.
Добавлена новая политика в отношении инструментальных средств (Tools Policy).
Winpe теперь поддерживается в RIS как тип образа.
ASR теперь поддерживается как тип образа.
ДОПОЛНИТЕЛЬНО:
На серверах RIS системы Windows 2000 необходимо установить важное обновление, чтобы
работать в среде Windows Server 2003 AD. Для получения дополнительных сведений см.
статью базы знаний KB WinSERaid2: 37338.
89
 Изменение гровелера. Сервер службы удаленной установки (RIS) Windows Server

2003 и серверы RIS Windows 2000 с пакетом обновлений SP3 теперь обращаются
только к папке remoteinstall, а не ко всему тому. По умолчанию в общем хранилище
SIS (SIS Common Store) теперь установлены разрешения полного контроля системой,
никакие другие разрешения по умолчанию не предоставляются. Дополнительные
сведения об этом изменении см. в статье базы знаний:
Q324447. Change in Default Behavior for SIS (Изменения в поведении по умолчанию для
SIS)
 Автоввод. Новое значение метадействия для файлов OSchoice Windows Server 2003
позволяет полностью автоматизировать установку с сервера RIS. Добавление тега
AutoEnter к файлам OSC устраняет необходимость нажатия клавиши ВВОД во время
отображения экранов OSCHOICE. Эта настройка наряду с соответствующим именем
пользователя и паролем обеспечивает полностью автоматизированную установку с
сервера RIS. Данная возможность описана в базе знаний – 317831.KB.EN-US: How to
fully automate the Remote Installation process using Windows Server 2003 RIS (Как
полностью автоматизировать процесс удаленной установки, используя сервер RIS
системы Windows Server 2003).
 Отключение локальной учетной записи Administrator (Администратор). Когда
клиент RIS присоединяется к домену, локальная учетная запись администратора
отключается, и к локальной группе администраторов добавляется группа
администраторов домена. Эта функция контролируется параметром
DisableAdminAccountOnDomainJoin файла ristndrd.sif. Для отключения данной функции
параметр должен быть удален совсем, оставление пустого значения не дает эффекта.
 Блокировка временного файла SIF. Файл .sif во временной папке на сервере RIS
теперь защищен во время установки с сервера RIS системы Windows Server 2003. В
ходе установки с сервера RIS используется копия файла ответов под названием
<GUID>.sif, размещенная в папке remoteinstall\tmp. На сервере RIS системы Windows
2000 этот файл не защищен. Файл удаляется во время первой перезагрузки клиента,
но какое-то время файл доступен. Windows Server 2003 открывает доступ к этому
временному файлу учетным записям администраторов и учетной записи пользователя,
который инициировал установку клиента.
 Назначение на компьютере учетных записей для файлов SIF и Startrom. При
предварительном подключении компьютеров к Active Directory на компьютере должны
быть назначены учетные записи для файлов SIF и Startrom. Например, на компьютере
может назначаться учетная запись для файла sif, который устанавливает
информационные службы Интернета (IIS), при каждом использовании сервера RIS
для установки этого компьютера. На момент написания этого документа не было
известно, как эта возможность будет реализована.
2.3.1 RIS и headless-серверы47

В дополнение к обсуждавшимся выше вопросам использование RIS с серверами Headless
требует некоторой специальная подготовки. Файл StartROM.com – первый файл, который
загружается клиентом RIS для начала процесса загрузки. Существует много версий этого
файла для использования с серверами, поддерживающими микропрограммное
перенаправление консоли (headless-серверами).
Благодаря PXE-возможностям микропрограммных средств можно использовать
специальные версии файла StartROM.com для служб аварийного управления (Emergency
Management Services, EMS), которые позволяют перенаправлять консоль для клиентов
RIS. Файлы StartROM.com перенаправляют консоль на скорости 9600 бод. Служба
удаленной установки (BINLSVC) создает файл ответов, обеспечивающий выполнение
остальных операций установки без вмешательства пользователя. Поскольку файлы
StartROM.com предусмотрены для использования с системами, которые не предназначены
для работы со службами EMS, более предпочтительно положиться на микропрограммные
47
ПРИМЕЧАНИЕ: Headless/EMS будут обсуждаться позднее в главе headless/EMS
90
средства с целью перенаправления выходных данных их консоли на порт внешнего
управления и использования стандартного файла StartROM.com. Это позволит файлу
StartROM.com более гибко использовать скорости передачи данных.
Доступны следующие версии файла StartROM.com с перенаправлением консоли.
 Hdlscom1.com и Hdlscom2.com. Для систем, которые не поддерживают,
перенаправление консоли микропрограммными средствами, эти версии отображают
подсказку Press F12 for network boot (Для сетевой загрузки нажмите клавишу F12) с
помощью перенаправления консоли на последовательный порт 1 или 2. Пользователи
могут нажать клавишу F12, чтобы продолжить процесс загрузки или выйти из
процесса загрузки, не нажимая клавишу F12. По нажатию пользователем клавиши
F12 эти файлы заставляют клиента PXE загрузить мастер установки клиента (Client
Installation Wizard, CIW) только в том случае, когда в BIOS выбрана сетевая загрузка.
При использовании RIS этот файл устанавливается по умолчанию.
 Hdlscom1.n12 и Hdlscom2.n12. Для систем, которые поддерживают
перенаправление консоли микропрограммными средствами, эти версии не предлагают
нажатия клавиши F12 для сетевой загрузки и не ждут ввода от пользователя. При
использовании этого файла клиент PXE всегда загружает экраны мастера установки
клиента (CIW), когда в BIOS выбрана сетевая загрузка.
Примечание. Чтобы использовать файл Hdlscomx.com или Hdlscomx.n12,

необходимо сначала переименовать их в StartROM.com и скопировать на сервер BINL.
По умолчанию эти файлы расположены в папке ServerName\reminst\oschooser\i386, где
ServerName – имя сервера RIS, выполняющего службу удаленной установки BINL.
2.3.2 ASR через RIS

В дополнение к загрузке WinPE через RIS система Windows Server 2003 предлагает
возможность загрузки в режиме автоматического восстановления системы (ASR) c сервера
RIS. Для этого используется дополнительный тип образов, определенных как ASR.
Используя процедуру, описанную в готовящемся к публикации информационном
документе, можно заранее подготовить образ ASR для восстановления конкретных
компьютеров. При этом используется GUID объекта «Компьютер» (Computer Object GUID),
связанного с резервной копией ASR. Когда компьютер загружается в режим ASR через RIS,
процесс восстановления проходит автоматически.
Чтобы настроить серверы RIS на поддержку автоматической загрузки по клавише F12
(PXE) для выполнения функции восстановления ASR, выполните следующие действия:
С помощью NTBackup (или стандартной архивации любых дополнительных разделов
с данными) создайте резервный набор ASR системы Windows Server 2003 в общем
удаленном дистрибутивном ресурсе (RemInst Share) службы удаленной установки (RIS).
Установите новый образ Windows Server 2003 с помощью программы установки Risetup.
Сохраните копию этого образа и измените его файл Ristndrd.sif, настроив на поддержку
ASR.
Измените файл ASR.SIF для целей сетевого использования и поместите в каталог образа
ASR для доступа в дальнейшем во время процесса восстановления.
Используйте сервер RIS для выполнения автоматического восстановления из образа ASR
в случае аварийного сбоя системы.
Примечание. Эта процедура не является официально поддерживаемой. Для
инициализации процесса восстановления рекомендуется использовать гибкий диск ASR
и установочные носители Windows Server 2003. На момент написания данного документа
информационный документ и статья для базы знаний по этой процедуре находятся на
этапе подготовки к публикации.
91
2.4 Sysprep48
Программа Sysprep является средством для корпоративных системных администраторов,
ПВТ и других пользователей, выполняющих развертывание Windows XP на несколько
компьютеров. После выполнения начальных этапов установки одной системы можно
с помощью программы Sysprep подготовить мастер-компьютер для дублирования.
Для каждого конечного компьютера при его первой перезагрузке программой Sysprep
назначается уникальный код безопасности (SID). Программа Sysprep настраивает
операционную систему для запуска приветствия Windows или мини-установки при первом
включении компьютера конечным пользователем. Этот сокращенный тип установки в
графическом режиме занимает 5–6 минут (вместо обычных 45–60 минут). В это время
у пользователя запрашиваются только обязательные сведения, относящиеся к данному
пользователю: принятие лицензионного соглашения и ввод ключа продукта, имени
пользователя и названия организации.
Sysprep – очень полезная служебная программа, даже если не требуется дублирование
дисков. Чтобы настроить для отдельного компьютера окно приветствия Windows или мини-
установку, можно воспользоваться командой Sysprep с параметром -nosidgen. В этом
случае программа Sysprep допускает проведение аудита компьютера, автоматизирует
часть процесса мини-установки таким образом, что пользователи все же могут ввести
конкретные данные (региональные параметры и сведения TAPI), но пропускает этап
установки уникальных кодов безопасности SID, так как эти коды должны устанавливаться
в процессе выполнения программы установки на компьютере.
2.4.1 Отличие от версии в Windows 200049

Главное отличие версии Sysprep 2.0 от Sysprep 1.x состоит в том, что в новой версии
добавлены режимы для Windows XP и более поздних операционных систем, включая
поддержку активации продуктов Windows. Версия Sysprep 1.x не может использоваться
при установке Windows XP или Windows Server 2003, а версия Sysprep 2.0 не может
использоваться при установке Windows 2000.
2.4.2 Местоположение
Windows 2000 поставляется с версией Sysprep 1.x, Windows XP и Windows Server 2003
поставляются с версией Sysprep 2.0. Во всех случаях файлы находятся на установочном
компакт-диске в архиве \Support\tools\Deploy.cab.
48
Пропустить – если обучающимся не требуется обзор.
49
Добавлены режимы для Windows XP и более поздних операционных систем, включая
поддержку активации продуктов Windows.
92
2.4.3 Режимы работы Sysprep50

Версия Sysprep 2.0 имеет 4 режима:
 параметр -factory
 параметр -reseal
 параметры -msoobe или -mini
 параметр -audit
2.4.3.1 Команда Sysprep -factory

Этот режим используется в фабричных сценариях, когда ПВТ (OEM system builder)
требуется настраивать компьютеры автоматическим способом.
 Используется программа factory.exe, новая исполняемая программа, которая
поставляется вместе с Sysprep
 Используется отдельный файл ответов, WINBOM.INI (спецификационный файл)
в сочетании с файлом SYSPREP.INF
 В файле WINBOM.INI используется синтаксис файла ответов, подобный синтаксису
файлов unattend.txt и Sysprep.inf
 WINBOM.INI может изменять разделы файла sysprep.inf, чтобы произвести нужные
настройки (PID, имя, организация и т.д.), и может быть загружен с гибкого диска или
с компакт-диска
Фабричный режим допускает установку дополнительных драйверов и приложений на
следующем за выполнением Sysprep этапе после перезагрузки системы. Обычно запуск
программы Sysprep является последним этапом процесса предустановки, и он готовит
компьютер для передачи конечному пользователю. После перезагрузки на экран
выводится окно приветствия Windows или окно мини-установки. Если команда Sysprep
используется с параметром -factory, то компьютер будет перезагружен с включенными
сетевыми функциями без отображения окна приветствия Windows или окна мини-
установки.
В этом состоянии программа Factory.exe обрабатывает собственный файл ответов
Winbom.ini и выполняет следующие действия:
 копирует драйверы с сетевого источника на компьютер;
 запускает учет устройств Plug and Play;
 размещает, устанавливает и удаляет приложения на компьютере из исходных файлов,
расположенных как на компьютере, так и на сетевом ресурсе;
50
ВЫДЕЛИТЬ! Фабричный режим является режимом, используемым для предварительной
установки драйверов и приложений, чтобы убедиться в правильной установке
драйверов и MSI-пакетов установки и чтобы при следующей перезагрузке компьютера
оставалась поддержка сети без отображения окон запуска мини-установки [В
основном для тестирования, или как способ создания мастер-образов, которые можно
будет изменить, чтобы настроить новые конечные образы sysprep].
Параметры -reseal и –msoobe/-mini не требуются для версии Sysprep из Windows Server
2003, так как параметры –Reseal/-mini подразумеваются.
Параметр -Reseal. Очищает файлы регистрации событий и подготавливает систему к
созданию образа.
Параметр -mini. Традиционная мини-установка (используется в сочетании с параметром
–reseal).
Параметр -MSOOBE. Обычно используется для конечных пользователей (не
корпоративных), это экраны новых мастеров.
Параметр -audit. Главным образом используется организациями ПВТ для проверки
правильности работы мастер-установки/драйверов/приложений и выполнения
аппаратной диагностики перед запечатыванием образа.
93
 добавляет данные пользователя.
Использование этой новой возможности помогает поставщикам вычислительной техники
управлять множеством необходимых образов, сокращая их число до возможного
минимума. Например, можно создать установочную мастер-копию, которая содержит
минимальный набор драйверов, выполнить команду sysprep -factory, создать образ
установочной копии, а затем скопировать его на любое число конечных компьютеров.
Если для конечных компьютеров требуются дополнительные драйверы, выполните на этих
компьютерах команду sysprep -factory и в это время загрузите необходимые драйверы.
Перед выполнением команды sysprep -reseal, которая завершает настройку и
«запечатывает» компьютер для отправки пользователю, можно также произвести другие
необходимые настройки.
Примечание. Особенности файла Winbom.ini обсуждаются в разделе WinPE.
2.4.3.2 Команда Sysprep -reseal51

Параметр -reseal программы Sysprep выполняет те же функции, что и в предыдущей
версии Sysprep. Этот параметр используется после завершения фабричного режима
или режима аудита, когда компьютер уже готов к передаче конечному пользователю.
Параметр reseal используется для очистки компьютера после сеанса аудита, чтобы
подготовить компьютер к отправке заказчику.
Команда Reseal очищает журнал событий и настраивает запуск приветствия Windows
и программы мини-установки при следующем включении компьютера. Если запущена
команда sysprep -factory, необходимо запечатать установку на последнем шаге процесса
предварительной установки: либо путем запуска команды sysprep -reseal, либо нажатием
кнопки Reseal (Запечатать) в диалоговом окне программы Factory.
2.4.3.3 Команда Sysprep -msoobe или -mini52

Эти параметры не требуются для Windows Server 2003 – они нужны только для Windows XP.
Параметры -msoobe и -mini программы Sysprep дают возможность выбрать, какой
интерфейс будет отображаться при первом включении компьютера конечным
пользователем. Параметр -mini обеспечивает запуск мастера классической мини-
установки, подобной мини-установке в Windows 2000 – этот способ используется для
продуктов Windows Server 2003. Параметр -msoobe, доступный только в Windows XP,
предлагает новое оформление первой загрузки компьютера – загружается более понятный
мастер для окончательной настройки компьютера пользователем.
Для ссылок при выполнении команд:
 Sysprep -reseal -msoobe:
Предустановщику следует определить OOBE (новый мастер установки, который будет
запущен при первом включении компьютера конечным пользователем).
 Sysprep -reseal -mini:
Предустановщику следует определить, что при первой загрузке запускается
программа мини-установки (классические экраны установки, которые впервые
появлялись при первой загрузке после выполнения sysprep в системе Windows 2000).
Примечание. При использовании Sysprep с Windows XP необходимо выполнить команду
sysprep -reseal -mini ЛИБО sysprep -reseal -msoobe в качестве последней команды
непосредственно перед созданием образа и его развертыванием. По умолчанию Windows
Server 2003 настроен на использование параметра -mini, поэтому выбор не требуется.
51
Обсуждалось ранее, можно пропустить.
52
94
2.4.3.4 Команда Sysprep -audit53

Режим аудита дает ПВТ возможность быстрой перезагрузки для проверки установки
и установленных приложений. Когда предустановка и настройка будут закончены,
выполняется команда Sysprep с параметром -reseal. При необходимости ПВТ могут
выполнять сколько угодно загрузок в режиме аудита для завершения предустановки.
Для проверки установки используйте команду Sysprep -audit:
Предварительно установите Windows, следуя шагам, описанным в справке по
развертыванию, в части средств предустановки для ПВТ, в разделе «Предустановка
операционной системы». Когда программа установки завершит работу, и конечный
компьютер перезагрузится, он начнет работать под управлением полностью
установленной версии Windows.
Создайте папку Sysprep в каталоге %SYSTEMDRIVE% на конечном компьютере. Скопируйте
файлы Sysprep.exe, Setupcl.exe и Factory.exe в эту папку. Поместите туда же свои
файлы Sysprep.inf и Winbom.ini. (В качестве альтернативы можно разместить эти файлы
на гибком диске или в сети. Ко всем файлам должен быть одинаковый путь.)
Произведите аудит системы с помощью собственных средств аудита.
По окончании аудита удалите все файлы и каталоги, созданные на жестком диске при
аудите. В командной строке перейдите в папку с файлом Sysprep.exe, а затем введите
следующую команду:
sysprep -reseal
По окончании работы программы Sysprep сразу же завершите работу Windows. Теперь
компьютер готов к отправке конечному пользователю.
53

95
2.4.3.5 Меню программы Sysprep54

С программой Sysprep 2.0 можно работать через графический интерфейс или просто
запускать ее с использованием параметров, описанных выше. При запуске Sysprep без
параметров (уже после загрузок в фабричном режиме или режиме аудита, когда все
необходимые изменения завершены) нажатие кнопки Reseal (Запечатать) подготовит
компьютер к отправке конечному пользователю.
2.4.3.6 Справка по параметрам командной строки Sysprep

В программе Sysprep используется следующий синтаксис:
Sysprep [-clean] | [-activated] [-audit] [-factory] [-forceshutdown] [-mini]
[-noreboot] [-nosidgen] [-pnp] [-quiet] [-reboot] [-reseal]
-activated
Эквивалентно выбору Do not reset the grace period for Windows Product Activation (Не
сбрасывать период отсрочки для срока активации Windows). Выбор этого варианта или
использование параметра -activated служит двум целям:
В системах, которые уже активированы, это сохранит неизменным состояние активации,
при условии использования того же ключа продукта, который использовался в
первоначальной установке. Например, можно использовать этот параметр в системах,
которые используют предустановку блокированной версии XP (то есть версии для
ПВТ-версии, активированной ПВТ), чтобы не сбрасывать таймер активации при
выполнении операций sysprep.
54
Укажите, что параметры -mini/msoobe/pnp опущены в версии Windows Server 2003.
96
В системах, которые не активированы, это сохранит текущий период отсрочки. Например,
на мастер-компьютере осталось 14 дней периода отсрочки, и выбран вариант «Не
сбрасывать период активации». Образ мастер-компьютера записывается на конечный
компьютер через 15 дней. К началу процесса установки период отрочки уже истечет,
и активация потребуется немедленно. Это может быть полезно в тех случаях, когда
операции Sysprep выполняются многократно.
Примечание. Если мастер-компьютер устанавливается процессом sysprep с одним ключом
продукта, а затем в файл sysprep.inf вводится другой ключ продукта, то система потребует
немедленной реактивации на каждом конечном компьютере.
Внимание! Ключ продукта, используемый для активации установки Windows, должен
совпадать с ключом продукта, указанным на наклейке сертификата подлинности,
прикрепленной к корпусу конкретного компьютера.
-audit
Перезагружает компьютер в фабричный режим без создания новых идентификаторов
безопасности (SID) и без обработки записей в разделе [OEMRunOnce] файла Winbom.ini.
Этот параметр команды доступен только в фабричном режиме работы компьютера.
-bmsd
Если раздел [Sysprep] содержит запись BuildMassStorageSection = Yes, в файле Sysprep.inf
записан заголовок раздела [SysprepMassStorage] и выполняется команда Sysprep -bmsd,
то программа Sysprep заполняет раздел [SysprepMassStorage] записями для PNP_ID =
path_to_device_inf_file, соответствующими идентификаторам PNP запоминающих
устройств, указанных в файлах Machine.inf, Scsi.inf, Pnpscsi.inf и Mshdc.inf.
Примечание. Программа Sysprep формирует список запоминающих устройств; при этом
она не помещает эти устройства в базу данных необходимых устройств и не делает
никакой другой обработки.
После использования команды sysprep -bmsd для создания записей в разделе
[SysprepMassStorage] можно удалить записи из этого раздела перед выполнением команд
Sysprep -reseal или Sysprep -factory в данном процессе установки. Чем меньше записей
в базе данных необходимых устройств, тем меньше времени требуется для перезагрузки
образа в операционную систему.
Не используйте параметр совместно с другими параметрами командной строки.
-clean
Очищает базу данных необходимых устройств, используемую в разделе
[SysprepMassStorage] в файле Sysprep.inf.
-factory
Перезапускает компьютер в сетевом режиме, не отображая окно приветствия Windows или
окно мини-установки. Данный параметр полезен для обновления драйверов, выполнения
учета устройств Plug and Play, установки приложений, тестирования, настройки
компьютера для пользователя или внесения других изменений в конфигурацию системы
в среде поставщика. Для организаций, использующих программное обеспечение для
создания (или дублирования) образов диска, фабричный режим помогает снизить число
необходимых образов диска. Завершив выполнение необходимых задач в фабричном
режиме, запустите программу Sysprep с параметром -reseal, чтобы подготовить компьютер
к доставке конечному пользователю.
-forceshutdown
Завершает работу системы по завершении работы программы Sysprep.
Примечание. Эта команда используется для компьютеров с ACPI BIOS, которые при
стандартных параметрах Sysprep не выключаются должным образом.
-mini
Настраивает Windows XP Professional для запуска мини-установки вместо окна приветствия
Windows. Данный параметр не работает с операционной системой Windows XP Home
Edition, в которой при первом запуске всегда отображается окно приветствия Windows. Он
не имеет смысла также в операционных системах семейства Windows Server 2002, где при
первом запуске всегда отображается окно запуска мини-установки.
97
Изменяет разделы реестра (SID, OemDuplicatorString и т. п.) без перезагрузки системы и
подготовки к дублированию. Этот параметр используется в основном при тестировании,
особенно для проверки правильности изменений реестра. Этот параметр не рекомендуется
использовать, поскольку изменение данных на компьютере после завершения программы
Sysprep может отменить результаты ее работы по подготовке системы. Не следует
использовать данный параметр в рабочей ИТ-среде.
-nosidgen
Запускает программу Sysprep без создания нового идентификатора безопасности (SID).
Необходимо использовать этот параметр, если компьютер, на котором выполняется
Sysprep, не будет дублироваться или если выполняется предустановка контроллеров
домена.
-pnp
Запускает полную учет и установку устройств Plug and Play во время выполнения мини-
установки.
Предупреждение. Используйте параметр -pnp, только если требуется обнаружить и
установить устаревшие устройства, не поддерживающие технологию Plug and Play. Не
выполняйте команду sysprep -pnp на компьютерных системах, использующих только
устройства Plug and Play, поскольку это лишь увеличит время первой загрузки, не давая
никакой дополнительной выгоды пользователю.
-quiet
Отключает отображение запросов на подтверждение во время работы программы Sysprep.
Это полезно, если выполнение Sysprep автоматизируется. Например, если планируется
запустить программу Sysprep сразу по окончании автоматической установки, добавьте
запись sysprep -quiet в раздел [GuiRunOnce] файла Unattend.txt.
-reboot
Автоматически перезагружает компьютер, а затем запускает указанный режим: мини-
установку, окно приветствия Windows или фабричный режим. Этот параметр полезен
в случаях, когда требуется произвести аудит системы и убедиться в правильности работы
при первом запуске.
-reseal
Очищает журналы просмотра событий и подготавливает компьютер к отправке заказчику.
При следующем включении компьютера запускается мини-установка или отображается
окно приветствия Windows. Если запущена команда sysprep -factory, необходимо
запечатать установку на последнем шаге процесса предварительной установки: либо
путем запуска команды sysprep -reseal, либо нажатием кнопки Reseal (Запечатать)
в диалоговом окне программы Factory.
2.4.3.7 Параметры настройки Sysprep в системном реестре

Предпочтительный метод автоматизации программы Sysprep состоит в использовании
командной строки Sysprep в сценариях. Однако можно также изменять параметры
настройки Sysprep в системном реестре, чтобы автоматизировать Sysprep или управлять
внешним видом Sysprep в фабричном режиме.
Можно добавить следующий раздел реестра:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\OEMReset_Switch
Для этого раздела реестра используется следующий синтаксис:
OEMReset_Switch = [{a | p | r | s};[h][;[l]]
Раздел реестра OEMReset_Switch:
Параметры:
A = перезагрузка в фабричном режиме для аудита
H = скрытие диалогового окна sysprep
I = регистрация действий в файл c:\Reset.txt
P = выключение, то же, что и параметр -noreboot
R = перезагрузка, то же, что и параметр -reboot
98
S = завершение работы системы, то же, что и параметр -forceshutdown
2.4.3.8 Обсуждение программы Sysprep55

Программа Sysprep работает в трех режимах, которые запускаются заданием параметров
в командной строке или с помощью интерфейса пользователя программы Sysprep. Каждый
режим служит своей цели, а именно:
 перезагрузка операционной системы командой Sysprep -factory (или нажатием кнопки
Factory) – для внесения дополнительных изменений и настройки;
 запуск команды Sysprep -audit (или нажатие кнопки Audit) – для тестирования
окончательной установки;
 запуск команды Sysprep -reseal (или нажатие кнопки Reseal) – подготавливает
компьютер для конечного пользователя и завершает работу компьютера.
Внимание! Имеется ограничение для команды Sysprep -reseal: запечатывать
операционную систему можно не более трех раз.
При развертывании Windows XP полностью устанавливается операционная система и
предварительно настраиваются нужным образом оболочка и приложения. Затем можно
использовать программу Sysprep для включения возможности пользовательской
настройки, когда компьютер готовится к отправке или настраивается для пользователя.
В этом случае при первом запуске компьютера конечным пользователем в окне
приветствия Windows или мини-установки запрашивается минимальный объем сведений.
По завершении проверки первого запуска папка Sysprep удаляется с жесткого диска.
Для каждого конечного компьютера при его первой перезагрузке программой Sysprep
назначается уникальный идентификатор безопасности (SID). Программа Sysprep
настраивает конфигурацию операционной системы таким образом, чтобы при первом
перезапуске компьютера конечным пользователем открывалось окно приветствия Windows
или окно мини-установки. Этот сокращенный тип установки с использованием
графического интерфейса пользователя позволяет сократить время выполнения установки
до 5–6 минут (вместо 45–60 минут) и запрашивает у конечного пользователя ввод только
обязательных сведений: принятие лицензионного соглашения и ввод ключа продукта,
имени пользователя и названия организации.
Чтобы настроить для отдельного компьютера окно приветствия Windows или мини-
установку, можно воспользоваться командой Sysprep с параметром -nosidgen. В этом
случае программа Sysprep допускает проведение аудита компьютера, автоматизирует
часть процесса мини-установки таким образом, что пользователи все же могут ввести
конкретные данные (региональные параметры и сведения TAPI), но пропускает этап
установки уникальных кодов безопасности SID.
Фабричный режим программы Sysprep (sysprep -factory) используется для установки
дополнительных драйверов и приложений после перезагрузки, которая следует за
программой Sysprep. Обычно запуск программы Sysprep в качестве последнего шага
процесса предварительной установки подготавливает компьютер к доставке. После
перезагрузки на экран выводится окно приветствия Windows или окно мини-установки.
Если команда Sysprep используется с параметром -factory, компьютер будет перезагружен
с включенными сетевыми функциями без отображения окна приветствия Windows или окна
мини-установки.
55
Отметьте выделенное в маркированных списках.
Отметьте ограничения на запечатывание системы в связи с параметром -activated
99
В этом состоянии программа Factory.exe обрабатывает собственный файл ответов

Winbom.ini и выполняет следующие действия:
 копирует драйверы с сетевого источника на компьютер;
 запускает учет устройств Plug and Play;
 размещает, устанавливает и удаляет приложения на компьютере из исходных файлов,
расположенных как на компьютере, так и на сетевом ресурсе;
 добавляет данные пользователя.
В этом состоянии можно провести аудит компьютера. По завершении аудита следует
выполнить команду Sysprep -reseal, чтобы подготовить компьютер для отправки заказчику.
Например, чтобы создать установочную мастер-копию, которая содержит минимальный
набор драйверов, следует выполнить команду sysprep -factory, создать образ установки,
а затем скопировать его на нужное число конечных компьютеров. Если для конечных
компьютеров требуются дополнительные драйверы, выполните на этих компьютерах
команду sysprep -factory и в это время загрузите необходимые драйверы.
2.4.3.9 Файл Sysprep.inf

Файл ответов Sysprep.inf используется для автоматизации мини-установки и
предварительного ввода данных о настройке. Если используется файл Sysprep.inf,
программа мини-установки запрашивает ряд сведений о настройке. В качестве
альтернативы можно создать полностью автоматическую установочную копию, которая не
будет запрашивать у пользователя сведений о конфигурации.
2.4.3.10 Ограничение числа запечатываний для Sysprep56

Система активации продуктов Windows (Windows Product Activation, WPA) позволяет
конечному пользователю работать с операционной системой в течение 30 дней без
активации. После истечения этого 30-дневного срока операционная система становится
неработоспособной до тех пор, пока пользователь не свяжется с корпорацией Майкрософт.
Можно создать установочную мастер-копию, выполнить для нее команду Sysprep -reseal,
создать ее образ, а затем без риска сохранять этот образ более 30 дней. 30-дневный
отсчет срока активации Windows (WPA) не будет начат до следующего запуска
операционной системы. Программу Sysprep можно использовать для сброса таймера
активации максимум три раза. После третьего запуска программы Sysprep сброс таймера
больше невозможен.
Команда Sysprep -activated позволяет избежать сбрасывания периода отсрочки активации.
Для этого требуется, чтобы система была предварительно активирована в фабричном режиме.
Задание параметра OEMAuditBoot=1 в разделе [Startup] файла Oobeinfo.ini до
запечатывания указывает, что компьютер перезагрузится в фабричном режиме.
Это эквивалентно использованию команды Sysprep -factory.
Если требуется изменить конфигурацию компьютера перед его поставкой конечному
пользователю, следует нажать клавиши CTRL + SHIFT + F3 в момент вывода экрана
приветствия Windows, чтобы перейти в режим аудита.
2.4.4 Советы и рекомендации

Настоятельно рекомендуется по возможности использовать только подписанные и
сертифицированные WHQL драйверы сторонних поставщиков, которые будут входить
в пакет/образ sysprep, чтобы избежать потенциальных проблем в ходе развертывания.
56
30-дневный отсчет до срока активации не начнется до первой загрузки компьютера после
развертывания образа. Подробно обсудите параметр –activated, если еще не сделали
этого.
100
Не используйте параметр -pnp. Это увеличит время процесса установки, а также может
вызвать проблемы во время первой загрузки ОС после завершения установки. Почти все
устройства, совместимые с Windows XP и более поздними системами, изготовлены по
технологии Plug and Play, поэтому на этом этапе нет смысла проводить их переучет.
По возможности используйте подписанные драйверы. 57 Позиция корпорации
Майкрософт состоит в том, что заказчики должны использовать для предустановки
драйверы, подписанные лабораторией WHQL. В прошлом для обхода проблем с установкой
неподписанных драйверов устройств использовался параметр -pnp. Лучше всего
использовать параметр UpdateInstalledDrivers=yes в сочетании с параметрами
OemPnPDriversPath= и DriverSigningPolicy=ignore, чтобы обеспечить
беспрепятственную установку в тех случаях, когда не удается избежать использования
неподписанных драйверов.
Уровни HAL должны совпадать. 58 Всегда проверяйте, чтобы уровни абстрагирования
оборудования (HAL) конечных компьютеров совпадали с HAL оборудования,
использованного для создания образа Sysprep. Это означает, что развертывание образа
Advanced Configuration and Power Interface (ACPI) PC в системе, которая обычно
использует APIC HAL, например ACPI Uniprocessor PC или ACPI Multiprocessor PC,
не поддерживается (они не совместимы). Хотя в некоторых случаях система будет
работать, но будут частые сбои.
Уменьшайте количество мастер-образов для многопроцессорных компьютеров. При
использовании образов в процессе производства можно предустанавливать один и тот
же образ Windows как на многопроцессорные (MP), так и на однопроцессорные (UP)
компьютеры, при условии что мастер-компьютер и конечный компьютер используют APIC
(Advanced Programmable Interrupt Controller – расширенный программируемый контроллер
прерываний) или и APIC, и ACPI (Advanced Configuration and Power Interface – интерфейс
автоматического управления конфигурацией и питанием).
57
Укажите, что для установки неподписанных драйверов параметр –PNP не требуется. Нужно
использовать:
Лучше всего использовать параметр “UpdateInstalledDrivers=yes” в сочетании с
параметрами OemPnPDriversPath= и “DriverSigningPolicy=ignore”, чтобы обеспечить
беспрепятственную установку в тех случаях, когда не удается избежать
использования неподписанных драйверов.
58
Заострите внимание на том, что не-APIC и APIC – это разное оборудование и
следовательно для них нужны разные образы sysprep. /Сошлитесь на таблицу.
101
В таблице показаны доступные типы HAL и соответствующие технические названия и файлы.59
Название в Техническое Терминология Hal.inf Файл

диспетчере устройств название
Standard PC не-ACPI PIC E_ISA_UP_HAL HAL.DLL
(Стандартный ПК)
MPS Uniprocessor не-ACPI APIC UP MPS_UP_HAL HALAPIC.DLL
(Однопроцессорный
компьютер с MPS)
MPS Multiprocessor не-ACPI APIC MP MPS_MP_HAL HALMPS.DLL
(Многопроцессорный
компьютер с MPS)
ACPI PCAdvanced ACPI PIC ACPIPIC_UP_HAL HALACPI.DLL
Configuration and
Power Interface (ACPI)
PC (Компьютер с ACPI)
ACPI Uniprocessor ACPI APIC UP ACPIAPIC_UP_HAL HALAACPI.DLL
(Однопроцессорный
компьютер с ACPI)
ACPI Multiprocessor ACPI APIC MP ACPIAPIC_MP_HAL HALMACPI.DLL
(Многопроцессорный
компьютер с ACPI)
В следующей таблице показаны поддерживаемые варианты развертывания. Совместимыми

для развертывания на конечный компьютер являются только уровни абстрагирования
оборудования (HAL) внутри одного и того же семейства.
HAL HAL конечного ACPI ACPI не-ACPI не-ACPI APIC

установочной компьютера APIC UP APIC MP APIC UP MP
мастер-копии
ACPI APIC UP X X
ACPI APIC MP X X
не-ACPI APIC UP X X
не-ACPI APIC MP X X
Примечания
 Образ, созданный на компьютере с одним процессором (без многопроцессорной
поддержки), не может быть использован на многопроцессорном компьютере.
 В системах APIC доступно большее количество прерываний, чем в однопроцессорных
системах PIC. В результате компьютер с APIC HAL имеет более короткое время
ожидания ответа и может поддерживать больше аппаратных устройств.
59
Обсудите таблицу в документе – Заострите внимание на том, что не-APIC и APIC – это
разное оборудование и следовательно для них нужны разные образы sysprep.
102
2.4.4.1 Образы MP и UP
Существуют два способа создания образов, пригодных для использования как на
многопроцессорных (MP), так и на однопроцессорных (UP) компьютерах. Выберите способ,
наиболее полно отвечающий конкретным условиям.
Методика #1
Первый способ применяется для создания установочной мастер-копии на
многопроцессорных компьютерах. Затем этот образ может быть использован как для
многопроцессорных, так и для однопроцессорных компьютеров.
Внимание! Тип HAL компьютера, на котором была создана установочная мастер-копия,
определяет тип конечного компьютера, на котором можно использовать этот образ.
 Установочную мастер-копию, созданную на многопроцессорном компьютере
ACPI APIC, можно использовать на других многопроцессорных или однопроцессорных
компьютерах ACPI APIC.
 Установочную мастер-копию, созданную на многопроцессорном компьютере, не
являющимся ACPI APIC, можно использовать на других многопроцессорных или
однопроцессорных компьютерах, не являющихся ACPI APIC.
Чтобы создать образ на многопроцессорном компьютере для использования на
однопроцессорных компьютерах, выполните следующие действия.
В файл Sysprep.inf добавьте:
[Unattended]
UpdateUPHAL = "hwid,%WINDIR%\Inf\Hal.inf"
где hwid – либо MPS_UP, либо ACPIAPIC_UP.
Установите набор конфигурации Windows на многопроцессорный компьютер.
Запустите программу Sysprep в режиме мини-установки с использованием файла Sysprep.inf.
Внимание! Тип HAL изменяется только при выполнении программы Sysprep в режиме
мини-установки. При выполнении программы Sysprep в фабричном режиме или с
параметром -Reseal тип HAL не изменяется. Например, из папки Sysprep введите
в командной строке команду:
C:\sysprep\sysprep -mini -quiet -shutdown
Создайте образ установочной мастер-копии.
Поместите образ на совместимые многопроцессорные конечные компьютеры.
Методика #2
Второй способ заключается в создании установочной мастер-копии на однопроцессорном
компьютере с APIC HAL. Затем этот образ можно использовать для предварительной
установки Windows на конечные компьютеры, оснащенные совместимым оборудованием, –
как на однопроцессорные, так и на многопроцессорные (APIC UP HAL или APIC MP HAL).
Внимание! Тип HAL компьютера, на котором была создана установочная мастер-копия,
определяет тип конечного компьютера, на котором можно использовать этот образ.
 Установочную мастер-копию, созданную на однопроцессорном компьютере ACPI APIC,
можно использовать на других однопроцессорных или многопроцессорных
компьютерах ACPI APIC.
 Установочную мастер-копию, созданную на однопроцессорном компьютере, не
являющимся ACPI APIC, можно использовать на других однопроцессорных или
многопроцессорных компьютерах, не являющихся ACPI APIC.
103
Чтобы создать образ на однопроцессорном компьютере для использования

на многопроцессорных компьютерах, выполните следующие действия.
Установите Windows на однопроцессорном компьютере.
В файл Sysprep.inf добавьте:
[Unattended]
UpdateUPHAL = "hwid,%WINDIR%\Inf\Hal.inf"
где hwid – либо MPS_MP, либо ACPIAPIC_MP.
Запустите программу Sysprep в режиме мини-установки с использованием этого файла
Sysprep.inf.
Внимание! Тип HAL изменяется только при выполнении программы Sysprep в режиме
мини-установки. При выполнении программы Sysprep в фабричном режиме или с
параметром -Reseal тип HAL не изменяется. Например, из папки Sysprep введите в
командной строке команду:
C:\sysprep\sysprep -mini -quiet -shutdown
Поместите образ на совместимые многопроцессорные конечные компьютеры.
Внимание! Не используйте файл Sysprep.inf, содержащий запись UpdateHAL, на
однопроцессорных конечных компьютерах, так как UpdateHAL загружает на конечном
компьютере MP HAL независимо от того, является ли этот компьютер однопроцессорным
(UP) или многопроцессорным (MP). Многопроцессорное ядро на однопроцессорном
компьютере заметно снижает быстродействие.
Примечание. Кроме того, параметры updatehal и updateuphal нужны только в Windows
2000. В Windows XP вопросы отнесения компьютера к типу многопроцессорных или
однопроцессорных система решает автоматически. Если компьютер относится к типу UP
APIC, а затем в него добавляется второй процессор или образ устанавливается на
многопроцессорный компьютер, то UP APIC HAL обнаружит присутствие нескольких
процессоров и сообщит их идентификаторы. Это вызовет повторную установку HAL
devnode, а также выбор и установку пакета драйверов для многопроцессорной системы.
2.4.4.2 Обсуждение дисков

При развертывании образа Sysprep на компьютерах с жесткими дисками большего объема,
чем диск мастер-компьютера, рекомендуется при возможности сбросить сигнатуру диска.
Если это допускает используемое ПО для создания образов, то этот образ может
использоваться на большем диске. Например, чтобы восстановить образ GHOST (в случае
использования ghost), во время процесса укажите параметр -FDSZ, который обнуляет
сигнатуру диска.
2.4.4.3 Создание раздела [SysprepMassStorage]

При определении нескольких драйверов запоминающих устройств вручную в разделе
[SysprepMassStorage] необходимо определить каждый драйвер, даже если этот драйвер
поставляется с системой или это драйвер от ПВТ. Если этого не сделать, это приведет к
ошибке STOP 0x7b или драйвер не будет загружен.60
60
Подчеркните, что при определении вручную драйверов запоминающих устройств – как
поставляемых драйверов, так и драйверов от ПВТ – в образе ДОЛЖНЫ быть указаны
драйверы, которым потребуется поддержка.
104
Примечание. При формировании раздела [SysprepMassStorage] часто требуется указать

лишь идентификатор устройства и путь к файлу inf. Если требуется дополнительная
настройка, см. следующую выдержку записей из раздела [SysprepMassStorage]:
hardware_id=path_to_device_inf[, disk_directory[, disk_description[, disk_tag]]]
hardware_id
Указывает идентификатор Plug and Play для устройства, как записано в файле .inf
этого устройства.
path_to_device_inf
Указывает путь к файлу .inf, в котором содержится идентификатор Plug and Play
устанавливаемого контроллера. Заключите path_to_device_inf в кавычки, если это
длинный формат имени файла.
disk_directory
Указывает имя каталога на гибком диске, поставляемом сторонним поставщиком, в
котором содержится копия драйвера запоминающего устройства.
disk_description
Указывает описание гибкого диска, как записано в файле Txtsetup.oem от стороннего
поставщика.
disk_tag
Указывает обозначение гибкого диска, как записано в файле Txtsetup.oem от
стороннего поставщика.
Пример
Для поддержки драйвера OEM Qlogic скопируйте файл qlogic.inf в папку Sysprep и
включите в файл Sysprep.inf следующий раздел:
[SysprepMassStorage]
PCI\VEN_1077&DEV_1080 = "C:\Sysprep\qlogic\qlogic.inf", "\nt", "Qlogic Software
Disk", "\qlogic"
2.4.5 Устранение неполадок

Далее обсуждаются некоторые основные приемы устранения неполадок, которые могут
использоваться для Sysprep 2.0.
Ошибки синтаксиса в Sysprep.inf могут привести к появлению запросов от программы
установки. Попросите заказчика прислать его файл ответов sysprep.inf и все связанные
пакетные файлы и сценарий, которые он, возможно, пытается выполнять в сочетании с
sysprep, сравните их с известным синтаксисом и примерами правильного использования
параметров и выясните в справочном файле deploy.chm и базе знаний, какие известны
неполадки, относящиеся к этим параметрам.
2.4.5.1 Проверка драйверов

Убедитесь, что все необходимые драйверы указаны в разделе [SysprepMassStorage] (если
это делалось вручную). Проверьте также правильность указания идентификаторов PNPID
(иногда в файле Sysprep.inf встречаются такие ошибки). Пример:
PCI\VEN_101E&DEV_9060 = "%windir%\inf\scsi.inf"
Проверьте идентификаторы PnpID слева и справа от знака равенства (=), они должны
совпадать.
105
В случае ошибки STOP 0x7B возможной причиной может быть то, что необходимый
драйвер запоминающего устройства пропущен в разделе sysprepmassstorage. При
определении нескольких драйверов запоминающих устройств вручную (при значении
No для параметра BuildMassStorageSection в файле Sysprep.inf, который поставляется
через розницу или от ПВТ) необходимо указать каждый драйвер, для которого нужна
поддержка, даже если этот драйвер поставляется с системой, иначе драйверы не будут
загружены, и это приведет к ошибке 0x7B. См. следующий пример:
[sysprep]
BuildMassStorageSection = No
[sysprepmassstorage]
*pnp0a00=c:\windows\inf\machine.inf
*pnp0101=c:\windows\inf\machine.inf
pci\ven_10aa&dev_0000=c:\windows\inf\machine.inf
pci\ven_8086&dev_2423=c:\windows\inf\machine.inf
pci\ven_9005&dev_00cf=c:\windows\inf\pnpscsi.inf
pci\ven_9005&dev_00c0=c:\windows\inf\pnpscsi.inf
В некоторых случаях, когда происходит ошибка STOP 0x7B при развертывании образа
sysprep на жесткий диск большего объема, чем диск мастер-компьютера, может
требоваться, чтобы была сброшена сигнатура диска. Как обсуждалось ранее, это обычно
делается с помощью ПО создания образов. В большинстве случаев проблемы возникают
с Ghost, и тогда должен использоваться параметр -FDSZ при формировании образа.
Если есть подозрение о возникновении такой проблемы, то в качестве проверки после
развертывания образа загрузите компьютер с загрузочной дискеты MS DOS и выполните
команду FDISK -MBR, чтобы сбросить сигнатуру диска и выяснить, происходит или нет
после этого ошибка STOP 0x7B.
2.4.5.2 Проблемы присоединения к домену

Другая категория потенциальных проблем, с которыми можно столкнуться, – проблемы
присоединения к домену. Далее приведены сведения из ряда источников, которые
касаются и Windows 2000, и Windows XP/2003. Признаки возможных проблем следующие.
 Мини-мастер Sysprep останавливается при выводе экрана присоединения к домену
без сообщений об ошибках.
 После развертывания изображения компьютер все еще в рабочей группе, а не
в домене, указанном в файле sysprep.inf.
В большинстве случаев мини-установка автоматизируется с использованием файла
sysprep.inf. Это означает, что не будут выводиться сообщения об ошибках, в отличие
от присоединения к домену вручную в существующей установке. Ниже приведена сводка
возможных действий для решения этих проблем.
 Проверьте файл журнала %windir%\debug\netsetup.log. Очистка этого файла журнала
перед воспроизведением проблемы может помочь выяснить, что происходит в течение
этого процесса.
 Если возможно, получите от заказчика его файл Sysprep.inf и снимок сетевых
параметров настройки.
Следует выяснить перечисленные ниже вопросы.
 Имя компьютера до запуска sysprep.
 Имя, которое будет у компьютера после развертывания образа.
 Входил ли компьютер в состав рабочей группы или домена, когда запускалась
программа sysprep?
 К какому домену предполагается присоединиться – домену Windows Server 2003,
Windows 2000, Windows NT 4.0?
106
 Существует ли уже в домене учетная запись данного компьютера?
 К какому подразделению в настоящий момент относится учетная запись компьютера?
 В какое подразделение предполагается отнести учетную запись компьютера?
Machineobjectou в файле sysprep.inf.
 Кто является владельцем учетной записи компьютера?
 Если по завершении установки удалось присоединиться к домену, нормально ли
функционирует система?
 При указании некоторого подразделения с помощью machineobjectou, работает ли
присоединение к домену при использовании вместо него подразделения компьютера?
 Если у заказчика сложный процесс сборки, необходимо документировать все
операции процесса от начала до конца, чтобы запустить отладку этих типов проблем.
Возможные следующие решения и вопросы.
 В статье Q303963 указывается, что в домене Windows NT 4.0 на основном/резервном
контроллере домена должен быть установлен SP6A.
 Проверьте раздел реестра
HKEY_LOCAL_MACHINE\System\CurrentControlSet\control\LSA\lmcompatibilitylevel,
чтобы убедиться, что клиент и сервер относятся к одному уровню.
 Если файл sysprep.inf содержит запись machineobjectou или в файле netsetup.log
имеется ссылка на machineaccountOU, тогда необходимо проверить свойства
подразделения, чтобы убедиться, что учетная запись, используемая во время работы
мини-мастера для присоединения к домену, имеет правильные права для указанного
подразделения.
 Если компьютер входил в состав домена, когда выполнялась программа sysprep,
попытайтесь присоединиться к рабочей группе, затем запустите sysprep, чтобы
понять, есть ли какая-либо разница.
 Если мини-установка останавливается на этапе присоединения к домену, нажмите
клавишу F10, и выполните команду ipconfig /all, чтобы убедиться, что связь с сетью не
нарушена и работает правильно. Выполнение netdiag может быть полезным, чтобы
понять, нет ли проблем с разрешением имен DNS.
 Если существует учетная запись компьютера, то удалите ее перед развертыванием
образа, чтобы понять, работает ли это.
 Многие проблемы возникают из-за недостаточных разрешений для учетной записи
компьютера. В оснастке AD Users and Computers включите режим расширенного
просмотра, найдите учетную запись компьютера и посмотрите, есть ли у
пользователя, выполняющего присоединение, разрешение на этот объект.
 Что произойдет, если заранее установить учетную запись компьютера, создав ее в
оснастке AD Users and Computers? При этом должна быть создана учетная запись
компьютера с начальным паролем computername$, что, собственно, и проверяется
при попытке присоединения к домену.
 В статье Q302158 (см. п. 9 Приложения) указывается, что нельзя «перенести»
учетную запись компьютера, используя machineobjectou, если эта учетная запись уже
существует. Необходимо удалить учетную запись. Эта ошибка исправлена
разработчиками.
 Попробуйте НЕ указывать новое имя компьютера в файле sysprep.inf, чтобы
посмотреть, изменится ли что-либо.
2.4.5.3 Настраиваемые параметры профиля пользователя61

В общем случае решение проблем профиля пользователей, связанных с процессом
установки, заключается в добавлении настраиваемых параметров пользователя
61
Примечание. Эта тема (устранение неполадок в системе) будет обсуждаться позднее в
разрабатываемых учебных курсах по Sysprep.
107
(определенных когда-то прежде) в свойства пользователя по умолчанию. Это делается
автоматически программой Sysprep в Windows Server 2003, предотвращая многие из
конфликтов и неполадок, которые встречались в прошлом и были связаны с копированием
содержимого профиля пользователя Administrator (Администратор) в профиль Default User
(Пользователь по умолчанию), в особенности связанные с оболочкой, которые возникают
при использовании этого процесса.
В случае Windows Server 2003 рекомендуется следующая процедура.
Настройте установочную мастер-копию.
Запустите Sysprep в фабричном режиме.
В фабричном режиме выполните все необходимую настройку учетной записи Administrator
(Администратор), единственной учетной записи на компьютере на этом этапе. Это
может включать установку приложений, настройку рабочего стола, ярлыков в главном
меню и т. д.
Выполните команду Sysprep -reseal, чтобы завершить процесс Sysprep.
Использование этого процесса гарантирует, что произведенные изменения
распространятся на профиль Default User (Пользователь по умолчанию).
Примечание. Версия Sysprep, которая поставляется с Windows XP, имеет некоторые
дополнительные особенности, связанные с использованием параметров -msoobe и -mini.
Использование параметра -msoobe не отличается от описанного выше. Однако параметр
-mini, похоже, мешает переносу параметров профиля пользователя в профиль Default User
(Пользователь по умолчанию).
2.4.5.4 Защита пароля администратора

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

Язык

Добро пожаловать в Scribd!

Setup_Guide

Загружено:

Сведения о документе

Описание:

Дата загрузки

Авторское право

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Описание:

Авторское право:

Setup_Guide

Загружено:

Описание:

Авторское право:

Похожие издания

Установка и развертывание

Microsoft Windows Server 2003

0 Обзор учебного курса

0.1 Учебник по VMware

0.1.1 Лицензирование и местоположение VMWare

0.1.2 VMware Workstation 3.2

0.1.3 Рекомендации по использованию VMware в локальной сети

0.1.3.1 Подключение к локальной сети в мостовом режиме

0.1.3.2 Связь только с ведущим компьютером

0.1.4 Работа с виртуальными дисками

1.1 Таблица обновлений

Обновление до:2 Windows Windows Windows Windows

Обновление до:3 Рознич- Версия VL MSDN Оце-

В следующей таблице перечислены варианты обновления для каждого типа носителей

Обновление до: Розничная Версия VL MSDN Оценочная

1.1.1 Проверка соответствия4

1.2 Этапы установки

Этап 1. Варианты запуска

Этап 2. Текстовый режим

1.2.1 Этап 1. Winnt

1.2.1.1 Возможности автоматизации

1.2.1.2 Устранение неполадок на этапе запуска Winnt.exe7

1.2.2 Этап 1. Winnt328

 Winnt32.exe может использоваться для выполнения установки новой копии или

1.2.2.1 Возможности автоматизации

1.2.2.2 Устранение неполадок на этапе запуска Winnt32

1.2.2.3 Отчет об обновлении и блокировка установки

Жесткие и мягкие блокировки

В приведенных примерах используются следующие имена:

имя_раздела Полное имя раздела реестра в разделе HKLM

Устранение неполадок в случае блокировки обновления

1.2.2.4 Динамическое обновление

Драйверы – только в Windows XP12

Содержимое, не подлежащее загрузке

Подробное описание процесса

Сведения о службе управления со стороны клиента

Идентификация динамических обновлений

Подробное описание процедуры создания корпоративного ресурса

Примечание. Вместо ввода команды winnt32.exe /dushare можно ввести следующую

Этот код ошибки расшифровывается программой ERR.EXE следующим образом:

Исправление программы установки вручную без динамического

1.2.3 Этап 1. Загрузка с компакт-диска17

Это специальный способ запуска установки. Он отличается от ее запуска с помощью файлов

Это главные преимущества, которые делают загрузку с компакт-диска популярным способом

1.2.3.1 Возможности автоматизации

1.2.3.2 Устранение неполадок при загрузке с компакт-диска

1.2.4 Этап 2. Установка в текстовом режиме19

Независимо от способа инициализации процесса установки – с помощью файла winnt.exe,

На этапе текстового режима ОС управляется загрузчиком программы установки Windows

1.2.4.1 Устранение неполадок на этапе текстового режима

Устранение неполадок на этапе текстового режима в случае обновления системы не

Отладка этапа установки в текстовом режиме

Пример. TXTSETUP.SIF (в случае отладки RIS-образа измените файл Ristndrd.sif):

1.2.5 Этап 3. Установка в графическом режиме22

Перезагрузка после этапа текстового режима переводит работу программы установки в

1.2.5.1 Устранение неполадок на этапе графического режима

В поиске и устранении неполадок на этапе графического режима установки могут помочь

1.2.5.2 Типичные неполадки на этапе графического режима

1.2.5.3 Отладка на этапе графического режима

Присоединение отладчика к процессу установки