Введение в работу служб развертывания Windows

В прошлом месяце в этой рубрике мы рассмотрели историю средств развертывания от Майкрософт, основанных на среде предзагрузочного выполнения (Pre-Boot eXecution Environment – PXE). Этот выпуск я посвятил службам развертывания Windows (Windows Deployment Services – WDS), в частности рассказу о версиях, поставлявшихся для Windows Server 2003, и обновленной версии, поставляющейся в составе Windows Server 2008. После этого я дам читателям все необходимое для начала работы с WDS.

WDS лучше всего представить себе как переписанные службы удаленной установки (Remote Installation Services – RIS). Хотя некоторые из их ключевых компонентов являются общими и, более того, WDS на Windows Server® 2003 имеет режим поддержки прежних версий, функционально идентичный RIS, реальная инфраструктура служб WDS, работающих в стандартном режиме или в наполовину смешанном режиме, является совершенно новой.

WDS в Windows Server 2003

Одновременно с выпуском Windows Vista® были предложены службы WDS. Это действие было необходимо, поскольку установка Windows Vista была полностью переработана с использованием архитектуры формата образов Windows® Imaging Format (WIM), что сделало службы RIS неспособными развертывать Windows Vista (и впоследствии Windows Server 2008). Затем службы WDS были сделаны доступными как дополнительная загрузка для клиентов, использующих Windows Server 2003 с пакетом обновления 1 (SP1). С выходом пакета обновления 2 (SP2) службы RIS были полностью заменены на WDS.

Следует помнить, что поскольку WDS в Windows Server 2003 имеют полную обратную совместимость, при установке WDS на системах Windows Server 2003 с пакетом обновления 2 (SP2) не нужно переходить в стандартный режим. Можно продолжать работу в режиме поддержки предыдущих версий (по сути, работая, как сервер RIS) или в смешанном режиме, позволяющем инициировать и WDS, и RIS.

Помимо того, что WDS может развертывать Windows Vista и Windows Server 2008, при работе в стандартном режиме или в стандартной половине смешанного режима он имеет несколько дополнительных функций. Вместо использования программы установки Windows, работающей в режиме ядра (technet.microsoft.com/magazine/cc645015), службы WDS используют Windows PE в качестве своей загрузочной предустановочной среды и развертывают образы на основе WIM вместо установок на основе RISetup или RIPrep. Это делает развертывание быстрее, проще и надежнее.

Вдобавок, многие из ограничений, упомянутых мною в последнем месяце, таких как необходимость использовать символы, основанные на стандарте Американского национального института стандартов (American National Standards Institute – ANSI), отпадают, поскольку Windows PE может отображать тот же набор символов, что и полная установка Windows.

Вдобавок, WDS получила несколько средств, которых сильно не хватало RIS, – оснастку консоли управления Майкрософт (Microsoft® Management Console – MMC) для помощи в управлении и средство настройки для командной строки с очень широкими возможностями, намного превосходящими те, что дает RIS.

Поскольку как режим поддержки предыдущих версий, так и смешанный режим допускают развертывание образов Windows на основе RISetup и RIPrep, возможно стоит помнить одну вещь. Исторически службы RIS использовали компонент, именуемый технологией хранения единственного экземпляра (Single Instance Storage – SIS), чтобы оптимизировать хранение образа на диске. Компонент SIS, который впоследствии поставлялся как часть Windows Storage Server 2003, использовал службу, именуемую гровелером, работающую в фоновом режиме на серверах RIS (и WDS) и занимающуюся поиском идентичных файлов. Если размер и хэш каких-то файлов совпадают, SIS сохраняет копию в собственную папку общего хранилища SIS и затем создает жесткую связь с каждой из найденных первоначальных версий.

Компонент SIS разработан так, чтобы минимально влиять на загрузку процессора, в то же время делая возможной существенную экономию места в хранилище. Это была отличная концепция, использовавшаяся сперва в RIS, а затем весьма широко на платформе Windows Server. Но SIS более не используется для развивающихся служб WDS.

Так как службы WDS при работе на Windows Server 2003 в стандартном режиме и всегда при работе на Windows Server 2008 используют для установки образы WIM, у них имеется собственная модель сжатия и, что более важно, собственная модель хранения файлов в единственном экземпляре – они совершенно не используют SIS. Хранилище образа заменяет модель хранилища, использовавшуюся в RIS, на новую архитектуру для WDS, основанную на WIM. Дополнительная информация о SIS доступна по адресу go.microsoft.com/fwlink/?LinkId=120302.

Службы развертывания Windows в Windows Server 2008

В Windows Server 2008 службы WDS стали одновременно расширенным набором и частью функций, имевшихся в Windows Server 2003. Теперь они могут развертывать образы многоадресно в автономном режиме, используя транспортный сервер, сервер упрощенного протокола передачи файлов (Trivial File Transfer Protocol – TFTP) с повышенной производительностью, системы x64 на основе расширяемого интерфейса микропрограмм (Extensible Firmware Interface – EFI) и усовершенствованную отчетность о параметрах инсталляции. Я расскажу обо всем этом в следующем месяце.

Следует отметить, что одна из функций WDS в Windows Server 2003 отсутствует в Windows Server 2008 – поддержка прежних методов установки. Возможности развертывать образы RISetup/RIPrep или использовать старый мастер выбора ОС служб RIS теперь недоступны.

Нужный выбор

Один из вопросов, который мне сравнительно часто задают с момента появления в продаже Windows Server 2008, таков: «Какую версию WDS мне следует использовать?» Ответ зависит от того, использует ли спрашивающий предшествующие Windows Vista версии Windows, и если да, готов ли он перейти с образов, основанных на RISetup и/или RIPrep, к однозначному использованию установки на основе WIM.

Службы WDS даже в Windows Server 2008 могут развертывать все версии Windows до Windows 2000 включительно, если они находятся в образе WIM, – и могут использовать многоадресность при этом. Так что для тех, кто переходит с RIS на WDS, думает о Windows Server 2008 в своей инфраструктуре и готов перейти с образов на основе RIS к образам на основе WDS, может иметь смысл и переход на WDS в Windows Server 2008.

Также можно перейти с RIS на WDS в самой системе Windows Server 2003, что, по сути дела, и происходит при установке пакета обновления 2, и приступить к использованию образов на основе WDS. После этого можно просто обновиться до WDS от Windows Server 2008 и работать дальше.

Однако я не рекомендую такую модель. Как и в случае многих версий Windows Server до 2008, корпорация Майкрософт рекомендует перенос с одной версии Windows Server на другую (вместо обновления поверх существующей системы).

Как я упоминал ранее, версии x64 Windows Server 2008 могут куда больше подходить к инфраструктуре, чем версии x64 Windows Server 2003. Если проделать этот переход, перенос WDS с сервера под управлением Windows Server 2003 на сервер под управлением Windows Server 2008 будет относительно прост и гораздо более надежен по сравнению с обновлением поверх существующей системы.

О чем стоит подумать

Ниже приведены некоторые моменты, которые стоит помнить при работе над развертыванием WDS. Обратите внимание, что они не являются новыми требованиями WDS (многие из них относятся и к RIS), но их стоит учитывать независимо от того, создается ли один сервер WDS или целая инфраструктура:

Права При управлении сервером WDS следует помнить две основные вещи. Сервер служб WDS необходимо авторизовать в Active Directory®, точно так же, как это надо было сделать с RIS. Чтобы сделать это, необходимо быть либо администратором домена в корневом домене леса или корпоративным администратором, либо получить соответствующие права. Администратором домена также необходимо быть для администрирования своего сервера WDS и, само собой, необходимо быть администратором на самом сервере WDS.

Виртуализация При работе на Windows Server 2003 или экземпляре Windows Server 2008, виртуализованном в Microsoft Virtual PC или Virtual Server и сообщающимся с клиентским ПК на той же установке Virtual PC или Virtual Server, при загрузке PXE может возникнуть конфликт, ведущий к очень медленной работе клиента и, потенциально, к его зависанию. Виртуализовывать рекомендуется либо клиенты, либо серверы, но не те и другие – особенно при работе на одной размещающей системе. Лично я не рекомендовал бы виртуализацию сервера WDS для использования в рабочей среде – в основном это обусловлено следующим пунктом.

Другие службы WDS, подобно RIS, не всегда хорошо взаимодействуют с другими рабочими службами. В частности, я сталкивался с проблемами с RIS/WDS при использовании рабочей системы, где также были запущены Microsoft Exchange Server, Systems Management Server (SMS) и System Center Configuration Manager (SCCM).

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

Медленная связь или связь с большими задержками Как и RIS, службы WDS не предназначены для использования через подключения с низкой пропускной способностью или большими задержками, такие как спутниковая связь; подтверждение PXE может быть проблематичным; а загрузка изображений – мучительно долгой, если она вообще заработает.

Начало работы со службами развертывания Windows

Дополнительные сведения о службах развертывания Windows (WDS)

• Поэтапное руководство по WDS в Windows Server 2003
• Поэтапное руководство по службам развертывания Windows (Windows Server 2008)
• Развертывание обновления WDS на Windows Server 2003 и управление им
• Документация по службам развертывания Windows в Windows Server 2008
• Техническая справка: службы развертывания Windows (Windows Server 2008).

Для начала необходимо решить, будут ли WDS использоваться на Windows Server 2003 или на Windows Server 2008. В случае использования Windows Server 2003 я рекомендую начать с пакета обновления 2, в который собственные службы WDS включены как необязательный компонент (заменяя RIS), а не использовать пакет обновления 1 и ранее доступную необязательную загрузку WDS, входящую в пакет автоматической установки Windows (Windows Automated Installation Kit – WAIK).

В любой из версий Windows Server желательно расширить серверную систему. Следует использовать высококачественную сетевую плату со скоростью как минимум 100 Мбит/с. Не используйте совместную работу сетевых плат, поскольку взаимодействие с ней инфраструктуры PXE служб WDS может оказаться проблематичным. Обратите внимание, что при использовании Windows Server 2008 WDS можно установить как на Server Core, так и на полную установку Windows Server 2008.

WDS установлены на Windows Server 2003 как необязательный компонент (как и RIS до них). Их можно установить в ходе установки операционной системы, либо позже, через Установка и удаление программ | Установка и удаление компонентов Windows (либо запустив sysocmgr.exe из командной строки). WDS устанавливаются на Windows Server 2008 и могут быть установлены через мастер первоначальной настройки (Добавить роли | Далее | и выберите службы развертывания Windows), через диспетчер серверов (те же действия, что и в мастере первоначальной настройки) или из командной строки путем выполнения команды ServerManagerCmd –install WDS.

После установки WDS их необходимо настроить. В меню «Пуск» Windows перейдите к пункту «Администрирование» и выберите службы развертывания Windows. Когда MMC запустится, щелкните свой сервер правой кнопкой мыши и выберите в меню «Настроить сервер», чтобы запустить мастер настройки.

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

На рис. 1 показана консоль WDS на Windows Server 2008 перед завершением работы мастера настройки. На рис. 2 показана страница приветствия для мастера настройки WDS на Windows Server 2008. На рис. 3 показан этап настойки PXE в мастере настройки WDS. На этом этапе можно указать, следует ли серверу отвечать любым клиентам (полезно для первоначального расширения), отвечать только известным клиентским компьютерам (которые были предварительно размещены в Active Directory) или отвечать всем клиентам (и следует ли придерживать всех неизвестных клиентов, чтобы администратор мог выбрать дальнейшие действия).

Рис. 1 WDS установлены, но еще не настроены

Рис. 2 Мастер настройки WDS

Рис. 3. Выбор политики ответа для сервера PXE

На рис. 4 показан полностью настроенный сервер WDS на Windows Server 2008 (образов пока не установлено) с открытой страницей свойств. При использовании сервера, уже являющегося сервером DHCP, не забудьте установить параметр 60 DHCP на PXEClient и указать WDS не вести прослушивание порта 67. Это позволит серверу WDS пропустить этап в ходе процесса обнаружения PXE (как я рассказывал в выпуске рубрики за прошлый месяц).

Рис. 4. Полностью настроенный сервер WDS на Windows Server 2008

По завершении работы мастера, можно добавлять новые образы. К серверу WDS, работающему в стандартном или смешанном режиме, можно добавлять два типа образов:

• Загрузочные образы: это образы, содержащие Windows PE 2.x, обычно скопированные с установочного диска DVD Windows Server 2008 или Windows Vista с пакетом обновления 1. Обратите внимание, что когда развертывание многоадресно, для загрузочных образов желательно использовать файл \Sources\Boot.wim с Windows Server 2008 (даже если развертывается Windows Vista или старая операционная система). Загрузочные образы обычно состоят из Windows PE, файла Windows Setup.exe и других зависимостей.
• Установочные образы: эти образы состоят из образов ОС Windows, как правило, файлов \Sources\Install.wim из Windows Vista или Windows Server 2008.

Действия по добавлению загрузочного образа по умолчанию или установочного образа по умолчанию почти идентичны. Оба процесса начинаются со щелчка типа образа правой кнопкой мыши и выбора образа этого типа.

Для установочного образа необходимо указать имя группы образов (поскольку WIM по умолчанию на диске DVD Windows содержит более чем один тип ОС). Затем следует перейти к соответствующему boot.wim или install.wim, который следует добавить, и нажать кнопку «Открыть». Для установочных образов можно затем отменить выбор любых образов тома (образов ОС), которые не следует добавлять к серверу WDS. Наконец, можно установить с помощью PXE клиенты, использующие эти образы по умолчанию.

Образы записи

Для создания собственных образов ОС необходимо создать образ записи – образ Windows PE, разработанный для обеспечения записи системы Windows в форме образа WIM. Проще всего использовать для этого ранее установленный образ boot.wim.

Щелкните нужный образ правой кнопкой мыши и выберите «Создать образ загрузки записи». Укажите имя и описание для образа и место, где следует сохранить локальную копию файла WIM в случае возникновения проблем с подключением при развертывании образа записи. Затем доведите работу мастера до завершения и нажмите кнопку «Готово».

Далее, щелкните правой кнопкой мыши папку загрузочного образа в консоли управления Майкрософт WDS MMC и выберите «Добавить загрузочный образ». Как и ранее, выполните указания мастера. По завершении работы можно приступать к записи установочного образа Windows.

Введение в запись

Перед записью образа операционной системы, само собой, необходимо установить Windows и убедиться, что имеются все желаемые приложения, настройки и обновления. Далее следует запустить Sysprep на своей системе; записывать образы установки Windows можно только с систем, подготовленных с помощью Sysprep. Необходимо указать допустимое локальное местоположение для сохранения нового образа (чтобы избежать возможных повреждений) и расширение файла *.wim.

После настройки системы и копирования на нее правильной версии sysprep.exe необходимо предпринять следующие действия:

1. Из командной строки, находящейся на эталонном компьютере, перейдите в каталог, где расположен sysprep.exe.
2. Запустите Sysprep (также можно начать, дважды щелкнув sysprep.exe и указав параметры вручную). На компьютерах, использующих Windows Vista или Windows Server 2008, выполните команду sysprep /oobe /generalize /reboot. На компьютерах, где установлены предыдущие версии Windows, выполните sysprep -mini –reseal –reboot.
3. При перезапуске компьютера PXE загрузит его (процесс может идти по-разному в зависимости от клиентской системы).
4. Из загрузочного меню выберите образ записи WDS и нажмите кнопку «Далее».
5. Выберите диск, а также имя и описание для образа.
6. Как уже упоминалось, видимыми будут только системы, обработанные Sysprep. Так задумано, и это нельзя обойти.
7. Нажмите кнопку «Обзор» и перейдите к локальной папке, где следует сохранить записанный установочный образ. Выбранное местонахождение может быть подключенным сетевым диском.
8. Выберите загрузку образа на сервер WDS.
9. Введите имя сервера WDS и нажмите кнопку «Подключить».
10. 10.Из писка групп образов, выберите группу образов, в которой следует сохранить образ, и нажмите кнопку «Готово».

Теперь образ готов к развертыванию с сервера WDS. Знатоки RIS могут заметить здесь кое-что – я не записывал этот файл образа Windows. WDS требует, чтобы записываемая система работала автономно.

Программа RIPrep в RIS могла записывать и подключенную к сети систему (на деле, только такую и могла). Этот процесс был чрезвычайно неустойчив. Я думаю, что процесс записи для WDS покажется сравнительно простым и определенно более надежным.

Перенос образов

У тех, кто когда-либо использовал RIS, наверняка сохранились какие-то образы. Образы, основанные на RISetup (управляемая сценарием установка), теперь можно стирать. Однако образы RIPrep можно перенести в образы WDS на основе WIM. На самом деле, WDS даже позволяет переносить образы с помощью программы WDSUtil (я объясню это подробнее в следующем месяце).

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

Автоматическая установка

Создание образа так, как я проделал ранее, дает образ, который можно устанавливать вручную. Для более автоматизированной или полностью автоматизированной установки необходимо использовать два файла автоматической установки. Сам WDS требует файла ответа (unattend.xml, хранящегося в каталоге \RemoteInstall\WDSClientUnattend на сервере WDS Server), который автоматизирует процесс установки WDS. Второй файл – это файл автоматической установки собственно образа. Для Windows Vista и последующих версий это файл unattend.xml. Для более ранних образов Windows это файл sysprep.inf, хранящийся в структуре каталога $OEM$ или папке \Unattend каталога каждого образа. Этот файл используется для автоматизации собственно установки Windows по завершении работы WDS.

Для создания файла автоматической установки WDS создайте файл unattend.xml для WDS при помощи WAIK. Скопируйте этот файл в каталог RemoteInstall (или подкаталог). Щелкните правой кнопкой мыши установочный образ, для которого нужно использовать файл автоматической установки, а затем нажмите кнопку «Свойства». На вкладке клиента выберите «Включить автоматическую установку» и предоставьте указанный ранее файл unattend.xml.

Чтобы создать файл автоматической установки образа для образов более ранних систем, чем Windows Vista, скопируйте файл sysprep.inf в каталог $OEM$ образа – например, D:\RemoteInstall\Images\Win­dows XP\SP2\$OEM$\$1\sysprep\sysprep.inf. Для образов Windows Vista укажите образ, который следует соотнести, нажмите кнопку «Свойства» и затем на вкладке «Общие» установите флажок «Позволить образу установку в автоматическом режиме». Затем укажите файл unattend.xml, который будет использоваться для установки.

Теперь полдела сделано. Эта статья должна дать читателям всё необходимое для начала работы с WDS. В следующем месяце я углублюсь в подробности о WDSUtil, особенностях хранилища образов и многоадресности. Затем я завершу серию статей подробным рассмотрением того, зачем может быть нужно индивидуализированное решение развертывания поверх WDS и как его создать . Пока что ознакомьтесь с боковой панелью «Дополнительные сведения о службах развертывания Windows (WDS)», сопровождающую эту статью.