настройка и управление windows deployment services планирование среды windows deployment services
Windows Deployment Services
Назначение
Windows Службы развертывания (WDS) — это пересмотренная версия служб удаленной установки (RIS). WDS позволяет развертывать операционные системы Windows. WDS можно использовать для настройки новых клиентов с сетевой установкой, не требуя от администраторов посещать каждый компьютер или устанавливать их непосредственно с компакт-диска или DVD-диска.
Аудитория разработчиков
Основная аудитория разработчика API WDS предназначена для групп, в которых разрабатываются пользовательские средства и процессы для ИТ и других групп администрирования компьютеров. в средах, где стандартное решение служб развертывания Windows (wds) использовать нельзя, API wds обеспечивает программный доступ к некоторым компонентам wds.
изготовители оборудования (oem), сборщики систем и корпоративные ит-специалисты ищут сведения о развертывании Windows на новых компьютерах. сведения о стандартном решении служб развертывания Windows (WDS) см. в разделе пошаговое руководство по обновлению служб Windows deployment services и пакет автоматической установки Windows (WAIK).
Требования к среде выполнения
WDS доступна в качестве надстройки для Windows Server 2003 с пакетом обновления 1 (sp1) и входит в состав операционной системы, начиная с Windows Server 2003 с пакетом обновления 2 (sp2) и Windows Server 2008. API PXE-сервера WDS требует наличия роли сервера WDS на сервере для реализации пользовательских поставщиков PXE. для работы API клиента WDS требуется фаза обработки установки Microsoft среда предустановки Windows (Windows PE 2,0). загрузочный образ RAMDISK Windows PE 2,0 в. Для реализации пользовательских WDS-клиентов необходимо загрузить формат WIM в рамках процесса сетевой загрузки.
Windows Deployment Services (WDS)
Установка по сети
В дополнении к этому, сценарий установки по сети может использоваться и при обновлении операционной системы Windows Vista до Windows 7.
К достоинствам сценариев установки по сети относится:
К недостаткам можно отнести разве что, необходимость поддержки драйверов сетевой карты во время работы Windows PE. Решить данную проблему можно добавив необходимые драйверы в образ среды предустановки при помощи утилиты DISM.
Далее мы разберем несколько сценариев установки по сети.
Сценарий запуска программы установки Windows из сетевой папки
Сценарий применения образа из сетевой папки
Сценарий установки операционной системы по сети используется в сценарии LTI (Lite Touch Installation) программного продукта MDT. Речь о продукте MDT 2010 и его сценариях пойдет далее в этом курсе.
Windows Deployment Services – служба, позволяющая производить установку Windows распространяя образы по сети, тем самым уменьшая время развертывания.
WDS – это роль Windows Server 2008 R2, которую можно использовать для создания решения по установке операционной системы на базе сервера. Поддерживается установка Windows 7, Windows Server 2008 R2, Windows Vista, Windows Server 2008, а также более ранние версии Microsoft Windows, включая Windows XP и Windows Server 2003. WDS можно использовать для создания и управления образами Windows (.wim файлами), которые используются как для загрузки, так и для установки Windows на пустые системы.
Основные возможности WDS:
Компоненты WDS
WDS используется в качестве роли сервера на машине с установленной операционной системой Windows Server 2008 R2 и состоит из трех типов компонентов:
Компоненты сервера WDS расположены на сервере с ролью WDS и состоят из:
Клиентские компоненты WDS включают клиента, который может быть установлен либо автоматически по сети с помощью компонентов PXE и TFTP Server, либо распространен вручную на съемном носителе для целевых компьютеров, которые не поддерживают удаленной PXE загрузки. Клиент WDS отображает меню, которое удаленный пользователь может использовать для выбора образа установки ОС Windows. После того как пользователь делает свой выбор, клиент WDS запрашивает нужный образ Windows в хранилище образов сервера, загружает этот образ на целевой компьютер и запускает Windows Setup, чтобы установить образ на целевой компьютер.
Компоненты управления WDS включают следующее:
В зависимости от операционной системы, на которой установлена данная служба он может работать в разных режимах. WDS служба, установленная на Windows Server 2008 поддерживала следующие режимы работы:
Все три режима работают на платформе Windows Server 2003 SP2 и Windows Server 2008. Если служба развернута на сервере Windows Server 2008 R2, то поддерживается только режим Native. Это означает, что установка операционной системы Windows XP так же будет производиться на основе образа, как и установка Windows Vista или Windows 7.
Как было сказано выше, WDS это служба, устанавливаемая как роль для серверов Windows Server начиная с версии 2003 с пакетом обновления 2 (SP2). Для установки операционной системы необходимо загрузить компьютер без установленной операционной системы и произвести подключение к серверу для начала процесса установки.
Служба WDS для своей работы требует создания централизованно управляемой сети, в составе которой используются:
Компьютер, во время загрузки с сетевой карты, получает информацию о сетевом адресе DNS и Active Directory. Active Directory используется для авторизации пользователя на сервере и для получения списка доступный образов устанавливаемой операционной системы.
Начало работы с MDT
Область применения:
В этой статье представлен обзор функций, компонентов и возможностей microsoft Deployment набор средств (MDT). Когда вы закончите проверку этой информации, см. в обзоре Подготовка к развертыванию с помощью MDT.
Сведения о службе MDT
MDT — это единая коллекция инструментов, процессов и руководств для автоматизации развертывания настольных компьютеров и серверов. Его можно применять для создания эталонных образов или как полное решение развертывания. MDT— это одно из наиболее важных средств, доступных ИТ-специалистам на данный момент.
В дополнение к уменьшению времени развертывания и стандартизации настольных и серверных образов, MDT упрощает работу со средствами безопасностью и текущими конфигурациями. MDT создается на основе основных средств развертывания в комплекте Windows и развертывания (Windows ADK) с дополнительными указаниями и функциями, предназначенными для уменьшения сложности и времени развертывания в корпоративной среде.
MDT поддерживает развертывание Windows 10, а также Windows 7, Windows 8.1 и Windows Server. Он также включает поддержку установки нулевого касания (ZTI) с Microsoft Endpoint Configuration Manager.
Дополнительные сведения о поддерживаемых платформах MDT см. в заметках о выпуске MDT и faQ MDT.
Ключевые функции в MDT
MDT существует с 2003 г., когда она впервые была представлена как развертывание рабочего стола (BDD) 1.0. Набор средств эволюционировал как в плане функций, так и популярности, и сегодня считается базовым для развертывания операционной системы Windows и корпоративных приложений.
MDT имеет множество полезных функций, таких как:
Поддержка Windows Client. Поддерживает Windows, Windows 8.1 и Windows 10.
Поддержка Windows Server. Поддерживает Windows 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 и Windows Server 2019.
Поддержка дополнительных операционных систем. Поддерживает Windows и Windows встроенный POSReady 7,а также Windows 8.1 встроенную индустрию.
Поддержка UEFI. Поддерживает развертывание на машины с интерфейсом UEFI версии 2.3.1.
Поддержка GPT. Поддерживает развертывание на машинах, которые требуют нового формата таблицы разделов GPT. Это связано с интерфейсом UEFI.
Расширенная поддержка Windows PowerShell. Предоставляет поддержку для запуска скриптов PowerShell.
Общая папка развертывания, подключенная как стандартный диск PSDrive, позволяет выполнять задачи по администрированию с применением PowerShell.
Добавление учетных записей локальных администраторов. Позволяет добавлять несколько учетных записей пользователей в группу локальных администраторов на конечных компьютерах через задание параметров или в мастере развертывания.
Автоматическое участие в CEIP и WER. Обеспечивает конфигурацию для участия в программе улучшения качества ПО Windows (CEIP) и отчетах об ошибках Windows (WER).
Развертывание Windows RE. Позволяет выполнить развертывание пользовательской среды восстановления Windows (Windows RE) в качестве части последовательности задач.
Развертывание в VHD-файл. Предоставляет готовы шаблоны последовательностей задач для развертывания Windows в файл виртуального жесткого диска (VHD).
Улучшенный мастер развертывания. Предоставляет дополнительные сведения о ходе выполнения и более ясный пользовательский интерфейс мастера развертывания в режиме Lite Touch.
Мониторинг. Позволяет увидеть состояние текущих запущенных развертываний.
Применение пакета GPO. Позволяет развернуть объекты политики локальных групп, созданные диспетчером соответствия требованиям безопасности (SCM).
Процедуры разбивки по разделам. Предлагает расширенные подпрограммы разбиения, обеспечивающие работу развертываний независимо от текущей структуры жесткого диска.
Автономный BitLocker. Обеспечивает работу BitLocker в ходе работы среды предустановки Windows (Windows PE), таким образом экономя много часов на шифровании данных.
Автономный перенос пользовательской среды (USMT). Обеспечивает поддержку запуска захвата инструмента переноса пользовательской среды (USMT) в автономном режиме, во время этапа развертывания c выполнением Windows PE.
Автономное резервное копирование USMT в действии.
Установка и удаление компонентов и ролей Windows. Позволяет выбирать роли и компоненты в ходе выполнения мастера развертывания. MDT также поддерживает удаление ролей и функций.
Интеграция System Center orchestrator. Предоставляет возможность использовать службы Orchestrator Runbook в последовательности задач.
Поддержка DaRT. Предоставляет возможность интеграции компонентов DaRT в образ загрузки.
Поддержка Microsoft Office. Предоставляет добавленную поддержку для развертывания Microsoft Office.
Поддержка подготовки пакетов приложений с современным пользовательским интерфейсом. Подготавливает приложения на основе нового стандарта пакетов приложений для Windows, который используется в Windows 8 и более поздних версиях.
Расширяемость. Дает возможность расширить MDT далеко за границы встроенных возможностей путем добавления пользовательских скриптов, веб-служб, объектов runbook в System Center Orchestrator, скриптов PowerShell и VBScript.
Последовательность задач для обновления. Предоставляет новый шаблон последовательности задач обновления, который можно использовать для обновления существующих систем с Windows 7, Windows 8 и Windows 8.1 непосредственно до Windows 10 с автоматическим сохранением всех данных, параметров, приложений и драйверов. Дополнительные сведения об использовании этой новой последовательности задач обновления см. в разделе Страница ресурсов Microsoft Deployment Toolkit.
Компоненты MDT Lite Touch
Многие функции в MDT поддерживают установку lite Touch (LTI) для Windows 10. Для стратегии развертывания LTI требуется очень небольшая инфраструктура и минимальное взаимодействие с пользователем, она может использоваться для развертывания операционной системы из общего сетевого ресурса или с физического носителя, например USB-накопителя или диска.
При развертывании операционной системы Windows с помощью MDT большинство задач по администрированию и настройке выполняется в Deployment Workbench, но многие из этих задач можно также выполнить посредством Windows PowerShell. Самый простой способ узнать, как использовать PowerShell в MDT — выполнить операцию в Deployment Workbench и в конце ее выполнения нажать кнопку «Просмотреть скрипт». При этом будет показана команда PowerShell.
Если нажать кнопку View Script на правой стороне, вы получите код PowerShell, использованный для выполнения задачи.
Общие папки развертывания
Общая папка развертывания — папка на сервере, доступная для совместного доступа и содержащая все установочные файлы и скрипты, необходимые для решения развертывания. Она также содержит файлы конфигурации (именуемые правилами), собираемые при развертывании машины. Эти файлы конфигурации могут обращаться к другим источникам, например к базе данных, внешнему скрипту или веб-серверу, для получения дополнительных параметров развертывания. Для развертываний LTI обычно применяется две общие папки развертывания: одна для создания эталонных образов и одна для развертывания. Для Zero Touch обычно используется только доля развертывания для создания эталонных изображений, так как диспетчер конфигурации развертывает изображение в производственной среде.
Правила
Правила (файлы CustomSettings.ini и Bootstrap.ini) определяют поведение MDT. Правила управляют мастером развертывания Windows на клиентском компьютере и, например, могут предоставлять следующие параметры для развертываемой машины:
Пример правила MDT. В этом примере имя нового компьютера формируется на основе ПК плюс первые семь (слева) символов из серийного номера
Образы загрузки
Образы загрузки — это образы среды предустановки Windows (Windows PE), используемые для запуска развертывания. Их можно запустить с компакт-диска или DVD, файла ISO, USB-устройства или по сети с помощью PXE-сервера. Образы загрузки подключаются к общей папке развертывания на сервере и начинают развертывания.
Операционные системы
С помощью Deployment Workbench импортируются операционные системы, которые нужно развернуть. Можно импортировать либо полный источник (например, весь DVD-диск или ISO-файл Windows 10), либо настраиваемый образ, созданный вами. Операционные системы с полным исходным текстом преимущественно применяются для создания эталонных образов; однако их можно использовать и для обычных развертываний.
Приложения
С помощью Deployment Workbench также можно добавить приложения, которые требуется развернуть. MDT поддерживает практически каждый выполняемый тип файлов Windows. Этим файлом может быть стандартный EXE-файл с параметрами командной строки для автоматической установки, пакет установщика Microsoft Windows (MSI), пакетный файл или VBScript. Фактически, это может быть любой файл, который можно выполнить без вмешательства пользователя. MDT также поддерживает новые универсальные приложения для Windows.
Репозиторий драйверов
Deployment Workbench также применяется для импорта драйверов для вашего оборудования в репозиторий драйверов на сервере, а не в образе.
Пакеты
С помощью Deployment Workbench можно добавить любые пакеты Майкрософт. Наиболее часто добавляемые пакеты — языковые пакеты, и для них хорошо подходит узел Deployment Workbench Packages. Таким же образом можно добавить обновления безопасности и другие исправления. Однако обычно мы рекомендуем использовать службы Windows Server Update Services (WSUS) для обновлений операционной системы. Редкие исключения — критически важные исправления, недоступные через службу WSUS, пакеты для образа загрузки или любой другой пакет, который должен быть развернут до запуска процесса обновления WSUS.
Последовательности задач
Последовательности задач — центральный элемент решения, выполняющего развертывание. При создании последовательности задач необходимо выбрать шаблон. Шаблоны находятся в папке Templates каталога установки MDT. Они определяют действия, присутствующие в последовательности по умолчанию.
Последовательность задач можно считать списком действий, который необходимо выполнить в определенном порядке. Каждое действие также может иметь условия. Вот примеры некоторых действий:
Шаблоны последовательности задач
MDT поставляется с девятью стандартными шаблонами последовательностей задач. Вы можете создать и собственные шаблоны. Пока они находятся в папке Templates, шаблоны доступны при создании новой последовательности задач.
Последовательность задач Sysprep and Capture. Используется для запуска средства подготовки системы (Sysprep) и записи эталонного компьютера.
Примечание. Предпочтительнее использовать полную сборку и захват вместо последовательности задач Sysprep и Capture. Полную сборку и запись можно автоматизировать, а «Sysprep and Capture» — нет.
Последовательность Standard Client. Наиболее часто используемая последовательность задач. Используется для создания эталонных образов и развертывания клиентов в рабочей среде.
Последовательность задач Standard Client Replace. Используется для запуска средства миграции пользовательской среды (USMT) и необязательной операции полного резервного копирования WIM. Также может использоваться для надежной очистки компьютера, который предстоит вывести из эксплуатации.
Пользовательская последовательность задач. Как подсказывает название, пользовательская последовательность задач только с одним действием по умолчанию (установка приложения).
Последовательность задач Standard Server. Стандартная последовательность задач для развертывания образов операционной системы на серверах. Основное отличие между этим шаблоном и шаблоном последовательности задач Standard Client заключается в том, что первый не содержит никаких действий USMT, поскольку на серверах средство USMT не поддерживается.
Последовательность задач Lite Touch OEM. Используется для предварительной загрузки образов операционной системы на жесткий диск компьютера. Обычно используется изготовителями оборудования (OEM), но некоторые предприятия также задействуют эту функцию.
Последовательность задач Post OS Installation. Последовательность задач для запуска действий после развертки операционной системы. Очень полезна для развертывания серверов, но нечасто применяется для клиентов.
Последовательность задач Deploy to VHD Server. Аналогична последовательности задач Standard Client, но также создает файл виртуального жесткого диска (VHD) на целевом компьютере и развертывает образ в VHD-файле.
Последовательность задач Deploy to VHD Server. То же, что и последовательность Deploy to VHD Client, но для серверов.
Последовательность задач Standard Client Upgrade. Простой шаблон последовательности для обновления Windows 7, Windows 8 или Windows 8.1 до Windows 10 на месте с автоматическим сохранением существующих данных, параметров, приложений и драйверов.
Профили выборки
Профили выборки, доступные в узле «Расширенная конфигурация», предоставляют возможность фильтровать содержимое в Deployment Workbench. Профили выборки используются для разных целей в средстве Deployment Workbench и развертываниях Lite Touch. Например, их можно задействовать, чтобы:
Ведение журналов
MDT использует много файлов журналов во время развертывания операционной системы. По умолчанию журналы размещаются на стороне клиента, но, настроив параметры развертывания, вы можете настроить MDT для их сохранения на сервере.
Примечание
Самый простой способ просмотреть файлы журналов — использовать средство CMTrace, которое входит в Набор средств System Center 2012 R2 Configuration Manager.
Мониторинг
В общей папке развертывания также можно включить функции мониторинга. После включения мониторинга вы увидите все выполняющиеся развертывания в узле Monitor средства Deployment Workbench.
Пошаговое руководство по развертыванию различных ОС через службы развертывания Windows
Службы развертывания Windows (WDS) — отличное дополнение к набору продуктов Windows. В стандартной конфигурации WDS обеспечивает развертывание виртуальных машин (ВМ) Windows, а если внести небольшие изменения, его можно использовать также для создания серверов Linux и VMware. Причем все это можно сделать из меню загрузки с возможностью выбора Preboot eXecution Environment (PXE).
Чтобы настроить WDS для развертывания систем Windows и Linux, необходимо внести несколько изменений в командной строке. По сути, нужно заменить загрузчик PXE, используемый Windows, на загрузчик для Linux. После этого создается пункт меню, позволяющий меню загрузки PXE для Linux переключаться на меню Windows для загрузки Windows, а для создания веб-интерфейса для загрузки файлов конфигурации Linux используется IIS.
Настройки WDS, которые я использую сейчас, позволяют развертывать Windows, CentOS и ESXi. Именно об этих трёх операционных системах пойдет речь в этой статье, однако можно использовать и другие.
На пустом сервере Windows мне нужно выделить диск C: объемом 60 ГБ для операционной системы и диск WDS объемом 300 ГБ для различных файлов WIM, необходимых для развертывания Windows, и для файлов установки Linux.
Установка и настройка выполняются в несколько этапов:
Настройка сервера WDS
На сервере должны быть установлены WDS и IIS. Это можно сделать с помощью программы Windows Server Manager или с помощью PowerShell.
Теперь, когда у нас установлен базовый сервер служб развертывания Windows, нужно внести некоторые изменения в пул DHCP. При желании можно добавить вторую сетевую плату на этот сервер и создать выделенную сеть, но я лично хочу иметь возможность создавать серверы в основной сети, поэтому предпочитаю обновлять центральный сервер DHCP с помощью дополнительных атрибутов DHCP WDS:
Я использую следующие настройки DHCP:
«Имя узла сервера загрузки» — IP-адрес сервера WDS.
«Имя файла загрузки» — исполняемый файл WDS, который должен быть запущен клиентом.
Три других параметра — стандартные для большинства настроек DHCP.
Запустите мастер настройки на сервере WDS и завершите настройку WDS. Я предлагаю сделать несколько небольших изменений в настройках.
Сервер можно интегрировать с AD, поскольку в этот момент мы настраиваем параметры Windows, но я предпочитаю автономный сервер, который отвечает на все запросы без предварительного размещения в AD.
Я меняю C:\RemoteInstall на E:\RemoteInstall. E: — это второй диск, который я добавляю на сервер WDS специально для файлов WIM, файлов Linux и т. п.
Как я уже сказал, я хочу, чтобы сервер PXE сам отвечал на все запросы, не тратя времени на получение подтверждения от AD.
Последний параметр, который надо изменить, находится в меню PXE. Для этого нужно запустить консоль развертывания WDS, щелкнуть правой кнопкой мыши на имени сервера и изменить значение параметра на вкладке загрузки с «Require the user to press F12 key to continue the PXE boot» («Пользователь должен нажать клавишу F12 для продолжения загрузки PXE») на «Always continue the PXE boot» («Всегда продолжать загрузку PXE»).
Вы сможете запустить ВМ с помощью загрузки PXE и открыть стандартный экран загрузки WDS, на котором будет только ОС Windows. На этом этапе стоит протестировать развертывание и убедиться, что все работает, потому что теперь мы начинаем вносить фундаментальные изменения в WDS, которые позволят использовать службы для установки Linux и ESXi.
Изменение загрузчика служб развертывания Windows
Сервер WDS уже может выполнить развертывание образов Windows, но мы хотим, чтобы он делал не только это. Он должен также справляться с образами Linux, поэтому первым делом мы меняем загрузчик WDS на загрузчик Linux PXE.
Для этого нужно скачать sysLinux. НЕ СКАЧИВАЙТЕ версии позже 3.86 — они не будут работать с ESXi, поскольку их установщик по-прежнему использует версию 3.86.
Скачав sysLinux 3.86, распакуйте архив во временную папку. Теперь нужно переместить несколько файлов. Это самая занудная часть процесса установки, которая требует аккуратности!
Извлеките из архива sysLinux 3.86:
Из командной строки выполните следующие команды, чтобы заменить загрузчик по умолчанию на загрузчик Linux PXE:
wdsutil /set-server /bootprogram:boot\x86\pxeLinux.com /architecture:x86
wdsutil /set-server /N12bootprogram:boot\x86\pxeLinux.com /architecture:x86
wdsutil /set-server /bootprogram:boot\x64\pxeLinux.com /architecture:x64
wdsutil /set-server /N12bootprogram:boot\x64\pxeLinux.com /architecture:x64
Наконец, в обеих папках x86 и x64 создайте подпапки с именем pxeLinux.cfg, а в них создайте файл с именем «default» и скопируйте в него следующий текст, чтобы настроить меню загрузки:
# Timeout in units of 1/10 s
MENU TIMEOUTROW 26
MENU COLOR BORDER 30;44 #20ffffff #00000000 none
MENU COLOR SCROLLBAR 30;44 #20ffffff #00000000 none
MENU COLOR TITLE 0 #ffffffff #00000000 none
MENU COLOR SEL 30;47 #40000000 #20ffffff
MENU BACKGROUND flow.jpg
MENU TITLE PXE Boot Menu
MENU LABEL Windows Deployment Services
MENU LABEL CentOS 6.8
append initrd=/web/CentOS/6.8/images/pxeboot/initrd.img root=/dev/ram0 init=/Linuxrc ramdisk_size=100000 ks=https://[IP-адрес сервера WDS]/CentOS/6.8/centos-base-ks.cfg
MENU LABEL CentOS 7.2
MENU LABEL VMWare 5.0.0 U3
MENU LABEL VMWare 5.5 U3b
MENU LABEL VMWare 6.0
MENU LABEL VMWare 6.5
MENU LABEL AbortPXE
MENU LABEL Boot from Harddisk
Изменение настроек IIS
IIS необходимы для размещения установочных файлов CentOS и ESXi. Я всегда создаю структуру веб-файлов на VMDK. Она выглядит так:
E:\web — корневой каталог, на который указывает IIS
E:\web\centos\7.x\7.1 — файлы установки CentOS 7.1
E:\web\vmware\6.5 — файлы установки VMware 6.5
В IIS необходимо включить просмотр файлов, чтобы установщик Linux и установщик VMware могли их извлечь.
Полезно также настроить защищенное соединение с сервером по протоколу HTTPS.
Добавление Linux
Теперь можно добавить Linux. Я делаю так:
Скачиваю самую маленькую ISO-версию CentOS (как правило, это образ minimal), монтирую образ ISO и копирую его содержимое в директорию «E:\web\centos\7.x\7.\[версия]» или другую, которую легко запомнить. После этого можно добавить, например, kickstart-файл, чтобы автоматизировать установку. Вот пример строк, которые я добавляю к файлу pxeLinux.cfg, используемому по умолчанию:
MENU LABEL CentOS 7.2
append initrd=/web/CentOS/7.2/images/pxeboot/initrd.img inst.repo=[IP-адрес сервера WDS]/CentOS/7.2 ks=[IP-адрес сервера WDS]/CentOS/7.2/centos-base-ks.cfg
Добавление VMware
И наконец, давайте добавим ESXi 6.5. Для этого тоже надо просто скопировать все файлы из ISO-образа VMware в соответствующую папку на сервере WDS, но после этого надо изменить файл boot.cfg в папке VMware, удалив пробелы. Это выглядит так:
В заключение скажу, что изменение настроек сервера WDS, IIS и различных файлов конфигурации может потребовать некоторых усилий, но, сделав это, вы сможете использовать меню PXE для переключения на WDS и выбрать любую ОС Windows, которая поддерживает WIM-файлы. С ее помощью можно также запускать установку Linux или VMware в полностью автоматическом режиме. Кроме того, для удобства вы можете добавить и другие приложения, такие как GParted и Memtest.