Sysprep – штатная утилита адаптации Windows к новому железу

Sysprep – это штатный инструмент развёртывания Windows, утилита, предназначенная преимущественно для OEM-производителей и корпоративных IT-специалистов. Используется для подготовки брендовых и, соответственно, корпоративных сборок Windows. OEM-сборщики и IT-специалисты на компьютере или виртуальной машине подготавливают эталонный образ Виндовс: в установленную из официального дистрибутива систему внедряют обновления.

А также корпоративный, брендовый или партнёрский софт, удаляют или отключают встроенный в систему функционал, проводят нужные системные настройки. Затем уже настроенную систему отвязывают от комплектующих того компьютерного устройства, на котором проводилась работа, убирают идентифицирующие данные. И, наконец, запаковывают всё это в образ для развёртывания на конечных устройствах пользователей или сотрудников компании. Это может быть либо установочный ISO -файл, либо резервная копия. В этой цепочке действий Sysprep играет роль механизма отвязки от железа и идентифицирующих данных. В каких случаях эта утилита может пригодиться обычному пользователю, как она работает, какие у неё есть ограничения, и как с ними справиться – об этом всём ниже.

Что такое Sysprep

Утилита Sysprep удаляет драйверы комплектующих, обнуляет SID , чистит системный журнал событий и папки «Temp» , сбрасывает активацию (до трёх раз) , уничтожает точки восстановления. В общем, заботится о том, чтобы при новом запуске мы получили чистую операционную систему, только с определёнными предустановками.

Области использования

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

Sysprep – это ещё и инструмент, с помощью которого можно перенести рабочую систему на другое компьютерное устройство с отличными комплектующими. Бэкап-софт профессионального уровня для таких случаев предусматривает функции типа Universal Restore , Adaptive Restore и т.п. Эти функции делают, по сути, то же, что и Sysprep, только на этапе восстановления. Благодаря чему в эталонный образ можно превратить любой старый бэкап Windows. Но такого рода функции редко когда встретишь на борту бесплатных бэкаперов. К примеру, они есть на борту изначально платного ПО от Acronis и Paragon , а также поставляются только в платных редакциях ПО от AOMEI и EaseUS . Если Windows отвязать от комплектующих с помощью Sysprep, её можно перенести на другой компьютер с использованием загрузочных носителей бесплатных бэкаперов, например, от тех же разработчиков AOMEI и EaseUS.

Запуск утилиты

Запуск Sysprep проще всего осуществить с помощью команды Win + R .

Таким образом в проводнике получим непосредственный доступ к файлу её запуска.

Отвязка от комплектующих

Чтобы отвязать Windows от текущих комплектующих перед их заменой или созданием бэкапа системы для переноса на другое устройство, используем «Переход в окно OOBE» и выбираем завершение работы.

При таком раскладе утилита осуществит только сброс драйверов комплектующих. Если же выставить галочку опции «Подготовка к использованию», будет проведён ряд мероприятий для передачи системы новому пользователю — чистка системного журнала и временных файлов, удаление точек восстановления, обнуление SID , сброс активации и т.п.

Утилита выполнит свою работу, и компьютер выключится. Далее можно приступать к тем или иным действиям – менять комплектующие, бэкапить систему с загрузочного носителя. С новым включением – как на исходном устройстве, так и на том, куда система переносилась с помощью восстановления из бэкапа – сначала будем лицезреть, как устанавливаются драйверы на новые комплектующие, а затем попадём в окно OOBE . Окно OOBE — это не что иное, как экран приветствия системы, который мы обычно видим на завершающем этапе установки Windows, где нужно указать региональные данные и создать свою учётную запись.

И поскольку при замене комплектующих или восстановлении Windows на других компьютерах в создании новой учётной записи нужды нет, спокойно можем сбросить этот процесс клавишами Ctrl + Shift + F3 . Это клавиши входа в скрытую учётную запись администратора. Система попробует подгрузить её, но в доступе откажет. Жмём «Ок».

И после перезапуска увидим привычный экран блокировки со всеми существующими учётными записями.

Режим аудита

Режим аудита предоставляет возможность получить доступ к среде Виндовс без создания учётной записи конкретного пользователя, в режиме упомянутой учётной записи администратора.

В этом режиме, собственно, и проводится OEM-производителями и IT-специалистами компаний настройка эталонного образа системы с нужными драйверами, параметрами и внедрённым софтом. Первичный вход в режим аудита выполняется на этапе установки Windows — той, что впоследствии должна стать эталонным образом, и на которой не должно существовать никаких пользовательских учётных записей и идентифицирующих данных. После этапа подготовки устройств попадём на завершающий этап установки системы, начинающийся с задания региональных настроек. И здесь жмём клавиши Ctrl + Shift + F3 .

После перезагрузки попадём в режим аудита. Последний загружается с по умолчанию запущенным окном Sysprep для удобства. Вот, собственно, в таком режиме и можно приступать к модификации Windows. Если в процессе внесения правок в систему, например, при установке определённого софта потребуется перезагрузка, всё, что нужно сделать – это закрыть окно утилиты. И осуществить перезагрузку привычным образом. После перезагрузки система вновь запустится в режиме аудита. Завершается работа в этом режиме так, как было рассмотрено в предыдущем пункте статьи – выбором в окне Sysprep экрана OOBE . И обычно с применением опции подготовки к использованию.

Эталонную модифицированную Windows обычно делают с чистой, только что установленной системы. Но возможен вариант создания эталона на базе наработанной системы. Для этого внутри рабочей Виндовс необходимо запустить Sysprep и выбрать в её окне переход в режим аудита. Завершающий работу параметр — перезагрузка.

Войдя в режим аудита, можем удалить учётные записи тех пользователей, которые доселе работали с системой, донастроить что нужно, а затем выполнить отвязку от комплектующих (и при необходимости от идентифицирующих данных) с переходом в окно OOBE .

Вот только не с каждой рабочей системы удастся сделать эталонный образ. У этого механизма есть свои ограничения.

Решение проблем с запуском Sysprep

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

В таком случае можно кое-что предпринять, правда, без гарантированного успеха во всех 100% случаев.

Создаём бэкап системы или хотя бы запасаемся точкой восстановления, поскольку далее будем работать с системным реестром.

HKEY_LOCAL_MACHINE\SYSTEM\Setup

Если система обновлялась с предыдущей версии, в первую очередь в самом каталоге «Setup» удаляем параметр «Upgrade» .

Затем раскрываем каталог «Setup», кликаем подкаталог «Status», здесь нам нужен параметр «CleanupState». Устанавливаем его значение 7.

Если такого параметра нет, создаём его. В контекстном меню окна реестра жмём «Создать», затем – «Параметр DWORD (32 бита)».

Даём имя параметру «CleanupState».

Устанавливаем его значение 7. После перезагрузки снова пробуем запустить Sysprep.

Принципы работы Sysprep

Программа подготовки системы (Sysprep.exe) применяется в целях подготовки установленной копии Windows® для создания образа или поставки заказчику.

Данный раздел содержит:

Исполняемый файл Sysprep

Sysprep.exe — главная программа, вызывающая другие исполняемые файлы, необходимые для подготовки установленной копии Windows. Sysprep.exe находится в каталоге %WINDIR%\system32\sysprep во всех установленных системах. Программа Sysprep должна запускаться из каталога %WINDIR%\system32\sysprep и выполняться в той версии Windows, в которой она была установлена.

Процедура Sysprep

При запуске Sysprep выполняется следующая процедура.

Проверка возможности выполнения Sysprep. Только администратор может запускать программу Sysprep, при этом одновременное выполнение нескольких экземпляров Sysprep не допускается. Кроме того, программа Sysprep должна выполняться в той версии Windows, в которой она была установлена.

Инициализация ведения журнала.

Анализ аргументов командной строки.

Если аргументы командной строки не заданы, отображается окно Sysprep для пользовательского ввода действий Sysprep.

Обработка действий Sysprep, вызов соответствующих исполняемых и DLL-файлов и регистрация действий в файле журнала.

Подтверждение, что все DLL-файлы выполнили необходимые задачи с последующим выключением или перезагрузкой системы.

Использование файлов ответов с программой Sysprep

Для настройки параметров автоматической установки с помощью Sysprep используется файл ответов. В следующих разделах описываются некоторые рекомендации и процедуры, относящиеся к использованию файлов ответов с программой Sysprep.

Применение параметров на этапах настройки generalize, auditSystem и auditUser

Не все этапы настройки выполняются во время установки Windows. Некоторые из этапов настройки можно выполнить только с помощью Sysprep. К ним относятся этапы generalize, auditSystem и auditUser. При добавлении параметров к файлу ответов для этих этапов настройки следует запустить Sysprep для применения этих параметров.

Чтобы применить параметры на этапах настройки auditSystem и auditUser, следует загрузить систему в режиме аудита с помощью команды sysprep/audit.

Чтобы применить настройки на этапе generalize, необходимо воспользоваться командой sysprep/generalize. Во время этапа настройки generalize удаляются параметры, специфические для конкретного компьютера, что позволяет развертывать один образ на нескольких компьютерах.

Дополнительные сведения см. в разделе Принципы работы этапов настройки. Дополнительные сведения о параметрах командной строки программы Sysprep см. в разделе Cинтаксис команд Sysprep.

Кэширование файлов ответов на компьютере

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

Поскольку файл ответов кэшируется, то при выполнении команды Sysprep применяются параметры из кэшированного файла. При использовании параметров в другом файле ответов можно указать отдельный файл Unattend.xml с помощью параметра sysprep /unattend:имя_файла. Дополнительные сведения см. в разделе Cинтаксис команд Sysprep.

Дополнительные сведения о неявном поиске файла ответов см. в разделе Принципы работы программы установки Windows.

Сохранение драйверов устройств Plug and Play во время обобщения

Драйверы устройств можно сохранить путем выполнения команды sysprep с параметром /generalize, задав параметр PersistAllDeviceInstalls в компоненте Microsoft-Windows-PnPSysprep. Во время этапа specialize модуль Plug and Play проверяет наличие устройств в системе и устанавливает драйверы для обнаруженных устройств. По умолчанию эти драйверы устройств удаляются из системы на этапе generalize. Если в файле ответов задать для параметра PersistAllDeviceInstalls значение true , Sysprep не удалит обнаруженные драйверы устройств. Дополнительные сведения см. в справочнике по автоматической установке Windows (Unattend.chm).

Отображение действий RunSynchronous в файле ответов

В режиме аудита можно просматривать состояние команд RunSynchronous , выполняемых во время этапа настройки auditUser. В окне Пользовательский интерфейс аудита отображается состояние команд, а также следующая информация:

Индикатор выполнения, указывающий, что установка выполняется и не была приостановлена.

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

Если при выполнении этапа настройки auditUser в файле ответов имеются команды RunSynchronous , то в окне Пользовательский интерфейс аудита отображается список команд в порядке, заданном в RunSynchronous/RunSynchronousCommand/Order . Каждый элемент списка в интерфейсе пользователя является одной из строк:

RunSynchronous/RunSynchronousCommand/Description (если присутствует)

Все команды RunSynchronous выполняются по порядку. Если команда выполнена успешно, соответствующий элемент списка помечается зеленой галочкой. Если команда не выполняется, то соответствующий элемент списка помечается красным значком «X». Если необходима перезагрузка, окно Пользовательский интерфейс аудита повторно отобразится после загрузки, однако в нем отобразятся только необработанные элементы списка. Ранее обработанные элементы в окне Пользовательский интерфейс аудита после загрузки не отображаются. Если список элементов в окне Пользовательский интерфейс аудита превышает высоту экрана, список обрезается (возможность прокрутки отсутствует). В результате некоторые элементы могут быть скрыты.

Установка Windows интерпретирует нулевые и ненулевые возвращаемые значения как значения состояния в окне Пользовательский интерфейс аудита. Нулевое значение указывает на успешное выполнение, а ненулевое — на сбой. Возвращаемое значение команды может повлиять на поведение установки Windows в зависимости от значения команды RunSynchronous/RunSynchronousCommand/WillReboot .

Если для команды RunSynchronous/RunSynchronousCommand/WillReboot задано значение Always:

Если команда возвращает 0, соответствующий элемент списка помечается зеленой галочкой. Происходит немедленная перезагрузка.

Если команда возвращает ненулевое значение, соответствующий элемент списка помечается красным значком «X». Выполняется немедленная перезагрузка.

Если для команды RunSynchronous/RunSynchronousCommand/WillReboot задано значение Never:

Если команда возвращает 0, соответствующий элемент списка помечается зеленой галочкой.

Если команда возвращает ненулевое значение, соответствующий элемент списка помечается красным значком «X». Ненулевое возвращаемое значение не обрабатывается как критическая ошибка, если для параметра WillReboot задано значение Always или Never.

Если для команды RunSynchronous/RunSynchronousCommand/WillReboot задано значение OnRequest:

Если команда возвращает 0, соответствующий элемент списка помечается зеленой галочкой.

Если команда возвращает 1, соответствующий элемент списка помечается зеленой галочкой. Происходит немедленная перезагрузка.

Если команда возвращает 2, соответствующий элемент списка временно помечается зеленой галочкой. Происходит немедленная перезагрузка. После перезагрузки соответствующий элемент списка вновь отображается в окне Пользовательский интерфейс аудита без заметки, поскольку выполнение команды продолжается.

Если команда возвращает другие значения, происходит неустранимая ошибка и отображается диалоговое окно блокировки. При наличии файла Errorhandler.cmd диалоговое окно не выводится. Дополнительные сведения о файле Errorhandler.cmd см. в разделе Добавление пользовательского сценария в программу установки Windows.

Сброс активации Windows

При установке Windows с одним ключом продукта лицензии предусмотрены 30 дней, в течение которых следует активировать эту установку Windows.

Команда Sysprep может запускаться на компьютере неограниченное количество раз. Но часы активации Windows начинают отсчет при первом запуске Windows. Команду sysprep /generalize можно использовать, чтобы сбрасывать активацию Windows не более трех раз. После выполнения команды sysprep /generalize в третий раз часы больше нельзя будет сбросить.

После выполнения команды sysprep /generalize часы активации автоматически сбросятся. Можно обойти сброс часов активации с помощью параметра SkipRearm в компоненте Microsoft-Windows-Security-SPP. Это позволит запустить команду Sysprep несколько раз без сброса часов активации. Дополнительные сведения об этом параметре см. в Справочнике по автоматической установке Windows (Unattend.chm).

Если требуется, чтобы команда Sysprep выполнялась несколько раз на одном компьютере, нужно использовать параметр SkipRearm из компонента Microsoft-Windows-Security-Licensing-SPP, чтобы отложить сброс часов активации. Поскольку часы активации можно сбросить только три раза, то если запускать команду Sysprep несколько раз на одном компьютере, часы могут быть сброшены трижды. Рекомендуется использовать параметр SkipRearm , если планируется запускать команду Sysprep несколько раз на одном компьютере.

	Важно!

Прежде чем запустить команду Sysprep последний раз перед развертыванием компьютера, верните компьютер в исходное состояние, выполнив сброс параметра SkipRearm в значение 0. Это приведет к сбросу таймера активации.

Узнать число возможных использований параметра SkipRearm можно с помощью команды slmgr /dlv. Дополнительные сведения см. в разделе Работа с ключами продуктов и активацией.

Требования к корпоративной лицензии и OEM-активации

Для корпоративных лицензий поведение сброса часов активации различается в зависимости от типа лицензии.

Активация может быть сброшена неограниченное число раз для клиентов активированной службы управления ключом (KMS). Для клиентов с неактивированной KMS часы активации могут быть сброшены до трех раз, как и при лицензии на один компьютер.

Клиентам KMS рекомендуется использовать команду sysprep /generalize со значением параметра SkipRearm, равным 1. После захвата данного образа следует использовать команду sysprep /generalize со значением параметра SkipRearm , равным 0.

Для клиентов с несколькими ключами активации (MAK) рекомендуется установить MAK непосредственно перед запуском команды Sysprep в последний раз, перед поставкой компьютера заказчику.

Для лицензий ОЕМ-активации активация не требуется. ОЕМ-активация доступна только прямым ОЕМ-партнерам.

Определение числа оставшихся активаций

Чтобы узнать, сколько раз можно использовать команду sysprep /generalize, можно воспользоваться часами активации. Дополнительные сведения см. в разделе Подготовка к созданию образа для развертывания (Generalize).

Активация Windows перед отправкой заказчику

Большинство заказчиков могут легко справиться с активацией после получения компьютеров. Но можно и выполнить активацию от имени заказчиков, упрощая для них процесс начала работы с новыми компьютерами. После завершения активации большинству пользователей не нужно активировать их установку снова.

Чтобы активировать Windows для заказчика, используйте уникальный ключ продукта с наклейки сертификата подлинности (COA), которая прикреплена к конкретному компьютеру, и активируйте продукт от лица пользователя. Выполните команду sysprep /oobe и приготовьте компьютер для доставки заказчику.

	Важно!

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

Загрузка в режиме аудита или с экраном приветствия Windows

При загрузке Windows® 7 существует два режима:

Экран приветствия Windows. Экран приветствия Windows, также называемый запуском при первом включении компьютера (режим OOBE), является первым доступным пользователю интерфейсом, позволяющим конечным пользователям настроить установку Windows. Конечному пользователю предлагается создать учетные записи, ознакомиться и принять условия лицензионного соглашения корпорации Майкрософт, а также выбрать язык и часовой пояс.

По умолчанию все установки Windows начинаются с экрана приветствия.

Этап настройки oobeSystem выполняется непосредственно перед загрузкой экрана приветствия Windows. Дополнительные сведения об этом этапе настройки см. в разделе Этап настройки oobeSystem.

Режим аудита. Режим аудита позволяет изготовителям оборудования (OEM) и корпорациям добавлять изменения к образам Windows. В режиме аудита не требуется, чтобы применялись параметры экрана приветствия Windows. При обходе экрана приветствия Windows можно быстрее получить доступ к рабочему столу и внести изменения. Можно добавить дополнительные драйверы устройств, установить приложения и проверить правильность установки.

В режиме аудита обрабатываются параметры автоматического файла ответов этапов настройки auditSystem и auditUser. Дополнительные сведения об этих этапах настройки см. в разделах Этап настройки auditSystem и Этап настройки auditUser.

Во время работы в режиме аудита запустите команду sysprep /oobe, чтобы установка загружалась с экраном приветствия Windows. Изготовители оборудования (OEM) должны запустить команду sysprep /oobe перед отправкой компьютера конечному пользователю. При установке по умолчанию после выполнения установки Windows запускается экран приветствия Windows. Но можно пропустить экран приветствия Windows и загрузиться непосредственно в режиме аудита, нажав клавиши CTRL+SHIFT+F3 на первом экране приветствия Windows.

При автоматической установке можно настроить Windows загружаться в режиме аудита с помощью параметра Microsoft-Windows-Deployment | Reseal в файле ответов. Дополнительные сведения см. в справочнике по автоматической установке Windows (Unattend.chm).

Дополнительные сведения о режиме аудита см. в разделе Настройка Windows в режиме аудита.

Определение состояния образа Windows

Можно определить состояние образа Windows: будет загружен в режиме аудита; будет загружен в режиме приветствия Windows; установка образа еще продолжается. Дополнительные сведения см. в разделе Процесс установки Windows.

Файлы журнала Sysprep

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

	Примечание.

Действия автоматической установки Windows

Создание и использование поставщиков Sysprep

Разработчики программного и аппаратного обеспечения компании, независимые поставщики программного обеспечения и оборудования могут создавать поставщики Sysprep, которые позволяют приложениям поддерживает сценарии создания образов и развертывания. Если приложение не поддерживает действия generalize через средство Sysprep, то можно создать поставщик, которые удалит из приложения все сведения о программах и оборудовании.

Для создания поставщика Sysprep необходимо выполнить следующие действия:

Определите этап настройки, на который ориентирован поставщик Sysprep (Cleanup, Generalize или Specialize).

Создайте соответствующую точку входа для поставщика Sysprep в зависимости от выбранного этапа.

Зарегистрируйте поставщик Sysprep для использования в средстве Sysprep.

Убедитесь в корректной работе поставщика Sysprep и просмотрите файлы журнала на наличие ошибок и предупреждений.

Объект	Путь журнала

Дополнительные сведения о поставщиках Sysprep см. в разделе Руководство разработчиков поставщиков Sysprep для Windows 7

См. также

Щелкните здесь, чтобы отправить отзыв на этот раздел.

	Примечание.