Windows Deployment Services. Часть 4 / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Данная статья является продолжением цикла статей о Windows Deployment Services. В ней будет дана подробная инструкция по использованию WDS как средства управления драйверами для их последующей интеграции в образ. В общем сценарии, для того, чтобы интегрировать драйвер устройства в образ системы, необходимо использовать программу командной строки DISM. Однако согласитесь, что использование командно-ориентированного приложения может значительно замедлить вашу работу, особенно, если вам необходимо добавить в образ большое количество драйверов. Конечно же, я не призываю отказываться от DISM, но в реальной жизни, когда сроки выполнения технического задания крайне ограничены, имеет смысл воспользоваться графическим интерфейсом, который предоставляет консоль управления Windows Deployment Services. Windows Deployment Services позволяет вам не только добавить драйвер устройства в образ системы. Предоставляются большие возможности по управлению драйверами: 1.Поиск INF-файлов драйверов в указанном расположении 2.Группирование драйверов для упрощения управления 3.Огромный набор фильтров для выбора только необходимых вам драйверов 4.Добавлениеудаление драйверов в хранилище 5.Добавление драйверов в загрузочный образ 6.Вывод подробной информации драйверах Вышеперечисленный функционал удовлетворяет 90% требований, которые предъявляются IT-специалистами к инфраструктуре развертывания. Windows Deployment Services может выполнять большую часть трудоемких операций в графическом интерфейсе, а для решения расширенных задач можно использовать DISM. По сути, архитектура управления драйверами в WDS выглядит примерно так: Итак, пользователь добавляет драйвера в хранилище путем графического интерфейса, либо программы командной строки WdsUtil.exe. После этого, драйвер попадает в хранилище драйверов (само хранилище драйверов разбито на группы драйверов – логические структурные единицы для упрощения хранения драйверов). Далее, пользователь может добавить драйвер из хранилища в один из загрузочных образов. Данная возможность решает часто возникающую проблему при развертывании – что Windows PE не может соединиться в WDS-сервером по причине того, что не может работать с сетевым адаптером по причине отсутствия соответствующего драйвера. Итак, если вы добавите драйвер из хранилища в загрузочный образ, а затем выполните установку операционной системы, загрузив клиентский компьютер с этого образа, то добавленный в загрузочный образ драйвер также будет установлен в операционную систему, что существенно упрощает процесс развёртывания. Все управление хранилищем выполняется из элемента «Драйверы» дерева консоли WDS. На скриншоте представлено несколько групп драйверов. Я всегда группирую драйвера по принципу принадлежности их к одному и тому же компьютеру в моей сети, что также рекомендую делать и вам. Итак, чтобы добавить драйвер о хранилище, необходимо выполнить команду «Добавить пакет драйвера…» из контекстного меню элемента «Драйверы» в дереве консоли WDS Откроется диалоговое окно, в котором вам необходимо выбрать метод добавления драйверов: •Пофайловый («Выбрать все пакеты драйверов из INF-файла») Данный метод используется, если вы точно знаете, какой INF-файл содержит драйвер для вашего устройства •Пакетный («Выбрать все пакеты драйверов в папке») Выбирайте эту опцию, если вам нужно добавить сразу много драйверов(например с диска драйверов к материнской плате). Однако стоит понимать, что при этом может быть выведен большой список драйверов, и вы можете случайно добавить в хранилище «ненужные» драйвера В нашем примере будет рассмотрен второй метод. По нажатию кнопку «Обзор» необходимо будет выбрать папку, которая будет просмотрена на предмет нахождения в ней пакетов драйверов. Когда вы нажмете кнопку «Далее», начнется поиск файлов драйверов в этой папке. По его окончании будет выведено сообщение о количестве найденный драйверов и информация о них. Данный этап довольно важен, так как администратор должен выбрать только те драйвера, которые нужны путем установки соответствующего флажка. Добавление лишних драйверов в хранилище увеличивает его размер, усложняет навигацию в нем, а также может привести к тому, что лишние драйвера будут добавлены в загрузочный образ, а это, в свою очередь, может привести к нерациональному увеличению размера образа. После того, как все требуемые драйвера были выбраны и нажата кнопка «Далее», будет выведен писок добавляемых драйверов. Необходимо еще раз нажать «Далее». Начнется процесс добавления драйверов в хранилище. По завершению этого процесса нужно нажать «Далее». Будет предложено создать группу драйверов, включить только что добавленные драйвера в уже имеющуюся группу, либо же не добавлять их в группу а поместить в корень хранилища образов. Настоятельно не рекомендую вам делать это, чтобы впоследствии не запутаться, от какого оборудования тот или иной драйвер. Лучше всего, создавать группы драйверов для конкретных компьютеров. Допустим, в вашей организации есть однотипные сервера, и 3 вида рабочих станций. Имеет смысл создать четыре группы драйверов, и в каждой из ни хранить драйвера для каждого вида оборудования. По нажатии кнопки «Далее», вы попадете на последнюю страницу мастера, где будет предложено изменить фильтры для этой группы драйверов. Фильтры представляют собой набор правил, указывающие, на какие клиентские компьютеры будут устанавливаться драйвера из этой группы. Функционал окна изменения фильтров впечатляет, но он не пригодится вам если в будете следовать правилу – одна группа драйверов -> один вид оборудования. После того, как были добавлены драйвера, и для них была создана новая группа, вы можете выполнять с драйверами и с группой большое количество операций. Например, вы можете скопировать имеющуюся группу драйверов под другим именем, удалить, переименовать, отключить ее(при этом драйвера в ней станут недоступными), а также добавить в эту группу новые драйвера. Все это выполняется из контекстного меню группы драйверов. Однако вы можете создать группу драйверов, не обязательно из диалога добавления последних. Для этого необходимо выполнить команду «Добавить группу драйверов…» из контекстного меню элемента «Драйверы» дерева консоли WDS. На первом этапе мастера необходимо ввести имя группы драйверов. Далее необходимо настроить фильтры драйверов, которые применяются для определения, на какое оборудование будут устанавливаться драйвера из данной группы. Следующий шаг – настройка фильтров на основании образа установки. Данные фильтры применяются для того, чтобы указать, к каким образам и операционным системам будут применять драйверы из этой группы. Следующий шаг мастера очень важен. На нем необходимо выбрать, будут ли устанавливаться все драйвера, либо только те, которые соответствуют оборудованию клиента. Естественно, что для ускорения процесса развертывания и повышения стабильности конечной системы имеет смысл устанавливать только соответствующие клиентскому оборудованию драйверы. По нажатию кнопки «Готово» будет создана новая группа драйверов с указанными параметрами. Как вы уже поняли, добавление драйверов в хранилище не делает этот драйвер доступным при развертывании. Для того, чтобы данный драйвер использовался при развертывании системы, необходимо добавить его в образ. Для того, чтобы добавить драйвер устройства в образ, необходимо открыть узел «Образы загрузки» в дереве консоли WDS. Далее, выполняется команду «Добавить пакеты драйверов к образу…» из контекстного меню того загрузочного образа, к которому необходимо добавить драйвер. Будет отображена первая страница мастера с предупреждением, что при повреждении хотя бы одного добавляемого драйвера становится невозможной загрузка образа. Нажмите кнопку «Далее». Будет отображена страница мастера, на которой будет необходимо выбрать драйвера, добавляемые в образ. Если вы последовали моему совету и храните драйвера в группах, группируя их по устройствам, для которых они предназначены, то для выполнения эффективной фильтрации вам необходимо будет настроить всего 2 условия – архитектуру пакета и имя группы драйверов, как на скриншоте После чего нажать кнопку «Поиск пакетов», и удовлетворяющие условиям пакеты будут выводиться в нижней части окна. Там вы можете выбрать те пакеты, которые нужно добавить в образ, путем установкой соответствующего флажка. По нажатию кнопки «Далее» будет еще раз выведен писок добавляемых пакетов. После того, как вы еще раз нажмете кнопку «Далее», начнется добавление драйверов в образ Этот процесс выполняется следующим образом: • Выбранный образ монтируется к временной папке в пользовательском профиле • Выполняется процесс добавления пакетов драйверов в смонтированный образ • Выполняется отключение образа и очистка временной папки Обратите внимание, что если в процессе добавления драйвера в образ произойдет некорректное завершение работы консоли управления WDS, то в большой долей вероятности, образ будет испорчен. Поэтому, дабы предотвратить зависание консоли, закройте все выполняемые программы, и по максимуму снизьте нагрузку на сервер. Согласитесь, что без графического интерфейса консоли WDS и удобного и функционального хранилища образов, добавление драйверов к загрузочным образам представляло бы собой более сложную задачу. В то же время, у многих моих коллег может возникнуть вопрос — а можно ли использовать функционал WDS для управления драйверами образов, не загруженных в хранилище для других методов развертывания? Прямым ответом на этот вопрос будет «нет», но существует обходной путь. Если вам нужно добавить драйвера в удобном графическом интерфейсе WDS в сторонний загрузочный образ, либо в образ вашей сборки Windows PE, то существует один обходной маневр, при помощи которого вы можете это сделать. Для этого надо добавить редактируемый образ в хранилище образов, выполнить добавление драйверов в него. После этого, выполните команду «Экспортировать образ…» из контекстного меню последнего, и укажите путь и имя WIM-файла, куда будет выполнен экспорт. Таким образом, WIM-файл с уже добавленным драйвером будет находиться в выбранном вами месте файловой системы, и вы можете использовать этот WIM-файл в других сценариях развертывания. В данной статье было рассмотрено, как при помощи графического интерфейса WDS быстро и эффективно управлять драйверами, а также добавлять их в образы при развертывании ОС. 

Рубрика: Клиент | Комментарии к записи Windows Deployment Services. Часть 4 / МГУПИ User Group отключены

Развертываем Windows по сети с использованием Windows Deployment Services / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Развертываем Windows по сети с использованием Windows Deployment Services

Введение

Windows Deployment Services – клиент-серверная технология, предназначенная для развертывания операционных систем Windows на Bare-Metal компьютеры, иными словами, компьютерами без предустановленной операционной системы.

WDS используется для централизованного хранения образов, для управления ими, развертывания их на клиентские компьютеры и для обеспечения возможности PXE-загрузки последних.

Windows Deployment Services были введены в состав Windows Server 2008, в версии R2 они претерпели усовершенствования, связанные с улучшением поддержки образов Windows PE 3.0 для установки Windows 7. WDS заменили собой службы RIS в Windows Server 2003.

Windows Deployment Services полностью вписываются в современную архитектуру развертывания Windows, являясь ее неотъемлемой частью. Они выполняет развертывание из WIM-файлов, с поддержкой файлов ответов созданных в программе Windows SIM. Также стоит обратить внимание, что возможна работа не только с оригинальными файлами WIM, WDS умеет развертывать образы, которые были отредактированы с применением любых средств.

В данной статье будет дана пошаговая инструкция по внедрению и использованию WDS в вашей организации. Инструкция дается для небольшой среды, до 100 компьютеров, поскольку так гораздо проще понять принципы работы WDS, а масштабировать уже имеющуюся инфраструктуру развертывания не составляет труда.

Процесс внедрения Windows Deployment Services состоит из следующих этапов:

· Планирование и подготовка.
WDS предоставляет серьезные инфраструктурные требования, как аппаратного, так и программного характера. Поэтому перед внедрением необходимо тщательно проанализировать инфраструктуру, и при необходимости привести ее в соответствие с требованиями.

· Настройка WDS-сервера (серверов) в соответствии с требованиями организации.
Под этим понимается как установка и настройка роли WDS на сервер, так и добавление дистрибутивов для последующего развертывания.

· Развертывание операционных систем в сети с использованием WDS
Данный процесс довольно длителен, и может проходить на протяжении всего жизненного цикла WDS-сервера. Обычно он происходит в полуавтоматическом режиме, и не требует работы с WDS-сервером.

В данной статье будет рассказано обо всех трех этапах внедрения Windows Deployment Services.

Планирование и подготовка

Думаю, что многие из читателей знают, что Windows Deployment Services являются серверной ролью в Windows Server 2008R2. Также стоит напомнить, что установка роли WDS поддерживается всеми редакциями Windows Server 2008R2, за исключением Web и Itanium.

Что касается лицензирования, WDS не требует для своей работы каких либо лицензий.

Оборудование

Аппаратные требования для запуска WDS-сервера не отличаются от требований самой операционной системы. Что касается виртуализации, то WDS неплохо работает в виртуальной среде, однако при выборе размещения WDS(физическое либо виртуальное) учитывайте, что работа этой службы сопряжена с передачей большого объема трафика по сети в момент выполнения развертывания, поэтому, если вы развертываете WDS-север на виртуальной машине, не размещайте на этом же сервере виртуализации другие приложения и службы, требующие передачи больших объемов данных по сети, если вы не уверены, что им хватит пропускной способности сети для своей нормальной работы.(либо используйте для виртуальной машины с WDS-сервером отдельный сетевой адаптер)

Я все же рекомендую развертывать WDS на физическом сервере (в большинстве случаев). Объясню причины. Что дает нам виртуализация? Отказоустойчивость, абстракцию оборудования, консолидацию серверов. Начнем с того, что Windows Deployment Services – это не такая серверная роль, которая должна иметь 100% аптайм, и к которой постоянно обращаются клиенты. WDS используется только тогда, когда необходимо установить (переустановить) операционную систему на одном из компьютеров в сети. Таким образом, WDS сервер может быть даже не всегда запущен, и для него не требуется высокий уровень отказоустойчивости. В то же время, если в вашей среде есть один сервер виртуализации, выполняющий все роли, то установка на виртуальную машину, запущенную на нем, WDS может привести к затруднениям в работе других служб, передающих большие объемы данных по сети, в то время, когда выполняется развертывание. Конечно, если у вас есть несколько серверов виртуализации, и на одном из них находятся приложения и службы, не требующие высокой пропускной способности сети, то можно установить WDS на виртуальную машину на таком сервере. Больше того, можно установить WDS на одну виртуальную машину с ролью, не требующей высокой производительности, например с DHCP.

Таким образом, в большинстве случаев для работы WDS вам хватит сервера начального уровня, либо мощной рабочей станции. Однако не стоит забывать, что главным аппаратным требованием является сетевой адаптер. Установите на оборудование, которое будет выполнять роль WDS-сервера, самый высокопроизводительный и высокоскоростной сетевой адаптер из всех, что доступны вам. Лучше всего подойдет гигабитный адаптер. (конечно же, смысл от его использования будет только при работе в гигабитной сети)

Windows Deployment Services используются для удаленной загрузки клиентских компьютеров по сети с последующим развертыванием на них ОС, и для того, чтобы загрузить клиентский компьютер по сети, используется технология PXE. Таким образом, необходимо чтобы сетевые адаптеры на клиентских компьютерах поддерживали PXE(все адаптеры, выпущенные в последние 5 лет поддерживают PXE-загрузку), в противном случае использование WDS также возможно, но загружать PXE-несовместимые компьютеры придется с использованием физических носителей

Сеть

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

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

Если же скорость ниже, то стоит проанализировать текущую сетевую инфраструктуру.

Составьте контрольный список со следующими вопросами:

· WDS сервер планируется развернуть в уже готовой инфраструктуре, либо же он будет использоваться для установки систем при ее построении?

· На сколько компьютеров планируется выполнять развертывание систем?

· Как расположены компьютеры, на которые будет выполняться развертывание?

Далее следует провести анализ. Если вы включаете WDS-сервер в уже готовую инфраструктуру, и он будет использоваться только в случае необходимости переустановки операционной системы на одном из компьютеров, то вы можете располагать его в практически любом сегменте вашей сети, там, где вам удобно, так как в таком случае не будут передаваться большие объемы трафика. Однако, если WDS-сервер развертывается для того, чтобы развернуть операционные системы на множестве компьютеров в новой инфраструктуре, например для нового отдела вашей организации, то встает вопрос возможной нехватки пропускной способности канала для одновременного развертывания операционных систем. В таком случае, имеет смысл физически перемещать сервер в тот сегмент подсети, где будет выполняться развертывание, чтобы не «забивать» общие каналы.

Инфраструктура

Windows Deployment Services предоставляет относительно высокие требования к инфраструктуре:

1. Рекомендуется выделить на сервере отдельный раздел для хранилища образов, при том он должен быть обязательно отформатирован в файловой системе NTFS, так как WDS используют разрешения на уровне файловой системы для обеспечения безопасности хранилища. В идеале – используйте для этой цели SSD-накопитель.

2. В сети должен быть развернут Active Directory, и WDS-сервер должен быть включен в домен. Это требование критично для работы WDS-сервера, так как он очень тесно интегрирован со службами Active Directory

3. В сети должна быть развернут DNS-сервер. Это также является требованием для работы Active Directory, и дается здесь для более точного понимания принципов работы WDS

4. В сети должен быть развернут DHCP сервер, желательно Microsoft DHCP-сервер. Также рекомендуется, чтобы он находился в пределах одной подсети с WDS-сервером.

5. Так как WDS-сервер использует широковещательные передачи для передачи образов на клиентские компьютеры

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

Рубрика: Клиент | Комментарии к записи Развертываем Windows по сети с использованием Windows Deployment Services / МГУПИ User Group отключены

Windows Deployment Services. Часть 1. / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Windows Deployment Services – клиент-серверная технология, предназначенная для развертывания образом Windows на Bare-Metal компьютеры, иными словами, компьютерами без предустановленной операционной системы. Windows Deployment Server используется для централизованного хранения образов, для управления ими, развертывания их на клиентские компьютеры и для обеспечения возможности PXE-загрузки последних. Windows Deployment Server был введен в состав Windows Server 2008, в версии R2 он претерпел усовершенствования, связанные с улучшением поддержки образов Windows PE 3.0 для установки Windows 7. WDS заменил собой службы RIS в Windows Server 2003. Windows Deployment Services полностью вписывается в современную архитектуру развертывания Windows, являясь ее неотъемлемой частью. Он выполняет развертывание из WIM-файлов, с поддержкой файлов ответов созданных в программе Windows SIM. Также стоит обратить внимание, что возможна работа не только с оригинальными файлами WIM, WDS умеет развертывать образы, которые были отредактированы с применением любых средств – начиная от ImageX и DISM, заканчивая MDT.

Инфраструктура WDS

WDS: архитектура управления

Как видно, WDS работает по классическому построению серверных ролей. Она базируется на API, что обеспечивает расширяемость средств управления за счет возможности использования программного обеспечения сторонних разработчиков. Пользователь может управлять WDS либо из консоли управления wdsmgmt.msc, обеспечивающую удобный и интуитивно понятный интерфейс для управления образами, либо с использованием утилиты командной строки wdsutil.exe. Она имеет синтаксис, похожий на Power Shell, что облегчает управление опытным администраторам, особенно «скрипт-гуру». Wdsutil.exe обеспечивает немного больше возможностей, нежели графические средства, а также повышает скорость выполнения рутинных действий, и незаменима при написании сценариев для выполнения развертывания. WDS: архитектура служб

Как вам уже понятно, работа WDS-сервера подразумевает под собой передачу больших объемов данных по локальной сети, и поэтому, «узким» местом с точки зрения производительности являются каналы передачи данных. Для решения этой проблемы существует протокол TFTP(Trivial File Transfer Protocol). При его разработке главный упор делался не на безопасность и не на управляемость, а на производительность при работе с файлами большого объема. Работает на основе UDP, использует порт 69. Также при планировании инфраструктуры заметьте, что устанавливаемый совместно с WDS TFTP-сервер можно использовать не только для развертывания образов, но и в любых других целях. Для инициализации удаленной загрузки клиента используется PXE-сервер, также DHCP-сервер, который должен быть настроен на передачу параметров PXE-клиенту. Собственно WDS-сервер используется для последующей загрузки клиента, передачи ему файлов загрузочного меню и управления процессом развертывания. И последним критически важным элементом инфраструктуры WDS является хранилище образом, которое представляет собой специальную папку файловой системы, содержащую особым образом структурированные образы.

Инфраструктурные требования WDS

· Windows Server 20082008 R2 Standard, Enterprise, Datacenter · Развёрнутый и работоспособный Active Directory в той же подсети, что и WDS · DNS-сервер в той же подсети, что и WDS · DHCP-сервер(желательно Windows-управляемый) в той же подсети, что и WDS · Раздел на диске с файловой системой NTFS, рекомендуемый объем ~15-20Гб · Высокоскоростное сетевое соединение между WDS-сервером и клиентами · PXE-совместимый сетевой адаптер на клиентском компьютере(при его отсутствии начальную загрузку придется выполнять со специального образа, записываемого на диск)

Как происходит загрузка клиентов?

Загрузка PXE-совместимого клиента выполняется следующим образом 1. Клиент подает широковещательный запрос на обнаружение DHCP 2. DHCP предлагает клиенту IP из своего пула адресов либо таблицы резервирования 3. Клиент арендует предложенный IP 4. DHCP подтверждает аренду IP 5. Клиент подтверждает аренду IP 6. Клиент подает запрос на обнаружение WDS-сервера в сети 7. WDS отправляет информацию о своем FQDN и файл-загрузчик pxeboot.com 8. Клиент использует TFTP для загрузки загрузочного файла 9. Клиент использует TFTP для загрузки загрузчика bootmgr.exe 10. На компьютере клиента возникает загрузочное меню 11. Начинается загрузка выбранного загрузочного образа 12. Выполняется запуск Windows PE из загрузочного образа; далее &‐ запуск setup.exe 13. Аутентификация, путем ввода доменных учетных данных

Установка и начальная настройка WDS-сервера

WDS-сервер представляет собой серверную роль, которая устанавливается стандартным методом – через программу «Диспетчер сервера» 1. Откройте окно диспетчера сервера из меню «Администрирование» либо вводом команды servermanager.msc 2. Установите флажок «Windows Deployment Services», нажмите «Далее», затем еще раз «Далее» 3. На вкладке выбора служб ролей установите оба флажка, таким образом вы установите собственно WDS-сервер совместно с TFTP-сервером, нажмите «Далее», и еще раз «Далее» 4. Начнется процесс установки ролей сервера. По итогам установки будет выведены ее результаты. Если потребуется, перезагрузите сервер На этом завершена установка Windows Deployment Services. Однако для запуска работоспособного WDS-сервера требуется выполнить его настройку. Для этого откройте консоль управления WDS, wdsmgmt.msc, раскройте список серверов в дереве консоли, и выполните команду «Настроить сервер» из контекстного меню локального WDS-сервера. Будет запущен мастер начальной настройки WDS. На стартовом экране нажмите кнопку «Далее». Будет предложено выбрать папку, которая будет использоваться в качестве хранилища образов. Не рекомендуется использовать папку на системном томе, так как при более-менее значительной нагрузке на сервер может упасть производительность работы системы. Также учитывайте, что обязательным требованием по хранилищу образов является NTFS-раздел. Если ваш сервер будет обеспечивать развертывание систем в крупной (>100 рабочих станций) сети, то рекомендуется использовать для этой роли несколько выделенных физических серверов с SSD-накопителями, при условии пропускной способности сети >1 Гбитс После того, как папка назначения выбрана, можно нажать кнопку «Далее». Далее вам будет выведено сообщение о возможном конфликте с DHCP. Если роль DHCP выполняется на этом сервере, то может возникнуть конфликт использования порта 67 PXE-сервером и DHCP-сервером. Для его разрешения необходимо установить оба(!) флажка на данной странице мастера. Если на этом же сервере выполняется DHCP-сервер стороннего производителя, то требуется установить только второй флажок. После этого нажмите кнопку «Далее» Следующая страница мастера начальной настройки WDS посвящена параметрам ответа клиентским компьютерам. На ней можно настроить следующие опции: · Не отвечать никаким клиентским компьютерам. При данной опции WDS-сервер будет фактически неработоспособен · Отвечать только известным клиентским компьютерам. При выборе данной опции WDS-сервер будет отвечать только тем компьютерам, MAC-адреса PXE-совместимых сетевых адаптеров которых были занесены в Active Directory в свойства учетной записи компьютера. · Отвечать всем клиенским компьютерам (известным и неизвестным) Эта опция позволяет любому колиенскому компьютеру в сети, который смог выполнить обнаружение PXE-сервера выполнять установку операционной системы при помощи Windows Deployment Services. Установка флажка под этой опцией позволяет администратору напрямую управлять параметрами отклика. Выбор одной из этих опций зависит от вашей корпоративной политике безопасности. Если это маленькая организация с определенным числом сотрудников и компьютеров, которые принадлежат вашей организации, то вы можете смело устанавливать опцию «Отвечать всем клиенским компьютерам (известным и неизвестным)» без флажка. Если сеть большая и слабозащищенная от подключений неавторизованных компьютеров в физическом смысле, то имеет смысл установить опцию «Отвечать только известным клиентским компьютерам» для предотвращения неавторизованных установок ОС с вашего WDS-сервера.(пример – компьютерный класс, где доступ к сетевому коммутатору неограничен) Устанавливать опцию «Отвечать всем клиентским компьютерам (известным и неизвестным)» и флажок имеет смысл только в большой организации, где WDS-сервер используется очень часто и вводить клиентские компьютеры в домен не требуется (пример – сервис-центр), но в тоже время требуется обезопасить WDS-сервер от неавторизованных подключений. После выбора оптимальных параметров и их установки необходимо нажать кнопку «Далее» , на следующем экране снять флажок «Добавить образы на сервер», и нажать кнопку «Готово». Начальная настройка сервера выполнена.

Расширенная настройка сервера

Опции, настроенные на этапе начальной настройки, были жизненно важными для работы Windows Deployment Services. Но список всех настроек WDS не ограничивается ими. Все параметры настройки WDS можно открыть, выполнив команду «Свойства» из контекстного меню сервера. Более подробно рассмотрим каждую из вкладок.

Вкладка «Общие»

На неё выводятся общие параметры WDS: FQDN сервера, путь к хранилищу образов и режим работы сервера.

Вкладка «Отклик PXE»

Хранит в себе настройки отклика, которые были сделаны при начальной настройке сервера, а также параметры задержки отклика PXE.

Вкладка «Доменные службы Active Directory»

На этой вкладке определяются параметры автоматического задания имени компьютера после выполнения установки. При помощи специальных переменных можно задать формат именования, например: %First — Личное имя пользователя. Длину личного имени можно ограничить, добавляя числовое значение между % и First. Например, %10First ограничит длину личного имени десятью знаками. %Last — Фамилия пользователя. Длину фамилии можно ограничить, добавляя числовое значение между % и Last. Например, %6Last ограничит длину фамилии шестью знаками. %Username — Имя пользователя. Длину имени пользователя можно ограничить, добавляя числовое значение между % и Username. Например, %7Username ограничит длину имени пользователя семью знаками. %MAC — MAC-адрес сетевого адаптера клиента. %[0][n]# — К имени компьютера будет добавляться последовательный номер, состоящий из n цифр. Чтобы к последовательному номеру добавлялись нули, укажите ноль, как показано ниже. Например, если ввести %04#, будет использоваться трехзначный номер в диапазоне от 0001 до 9999. Также на этой вкладке моно указать расположение для создания учетных записей компьютеров после выполнения установки. Обычно, администраторы хранят учетные записи компьютеров в отдельных организационных подразделениях, поэтому имеет cмысл установить опцию «Следующее местоположение», и указать организационное подразделение.

Вкладка «Загрузка»

На этой вкладке настраиваются параметры, так или иначе регулирующие порядок автоматизации начальной фазы установки. Есть возможность настроить, поведение PXE загрузчика: · «Запрашивать нажатие клавиши F12 для продолжения загрузки PXE». При выборе этой опции, при загрузке клиентского компьютера, после того, как был получен IP-адрес, требуется нажать клавишу F12 на клавиатуре, в течение ого времени, пока отображается приглашение. В противном случае загрузка будет прервана. · «Всегда продолжать загрузку PXE». Данная опция позволяет выполнить PXE-загрузку клиента без участия администратора · «Продолжать загрузку PXE, если не нажата клавиша ESC». Эта опция, на мой взгляд, самая оптимальная, так как не мешает процессу установки, но также позволяет администратору прервать процесс загрузки. Также на этой вкладке есть возможность выбора загрузочного образа по умолчанию, который будет автоматически загружаться без отображения загрузочного меню. Об загрузочных образах будет рассказано в следующей части статьи.

Вкладка «Клиент»

Эта вкладка содержит в себе следующие параметры: · «Включить автоматическую установку». При установке этого флажка и выборе файлов ответов для каждой архитектуры установка ОС на эту архитектуру будет выполняться в соответствии с параметрами, указанными в файле ответов. · «Присоединение к домену». При установке этого флажка клиентский компьютер будет включаться в состав рабочей группы WORKGROUP, а не того же домена, в который входит WDS-сервер. · «Включить ведение журнала клиента». Этот флажок отвечает за протоколирование процесса установки, а также за уровень протоколирования. Рекомендуется установить этот флажок, если при установке происходят сбои.

Вкладка «Протокол DHCP»

На этой вкладке указываются те же параметры разрешения конфликта с локально выполняющимся DHCP-сервером, что и при начальной настройке сервера.

Вкладка «Многоадресная рассылки»

Помимо пересылки данных через порт 69, TFTP-сервер позволяет выполнять многоадресную рассылку.

Параметры IP-адресации для многоадресной рассылки лучше оставить по умолчанию. Но параметры переноса требуют более детального рассмотрения: · «Поддерживать одинаковую скорость рассылки для всех клиентов многоадресной рассылки в сеансе». Данная опция предназначена для малых сетей, состоящих из одного коммутатора, где скорость передачи данных по всем портам примерно одинакова. · «Разделять клиентов на три сеанса (медленные, средние и быстрые)». Опция для крупных сетей. · «Разделять клиентов на два сеанса (медленные и быстрые)». Опция для средних сетей. · «Автоматически отключать клиенты, если скорость меньшее указанной (в Кбит/с)». Опция для очень крупных сред. Иногда бывает полезно отключить медленную передачу, чтобы запустить ее заново при большей пропускной способности сети, например после завершения других передач.

Вкладка «Дополнительно»

На этой вкладке лучше всего оставить все параметры по умолчанию.

Вкладка «Сеть»

На этой вкладке указывается диапазон UDP-портов, через который будет выполняться пересылка. Также здесь указывается профиль пропускной способности сети, если он не был определён автоматически.

Заключение

В данной стать был рассмотрена роль Windows Deployment Services, и перечислены все ее параметры и настройки, выполняемые из графического интерфейса. В продолжении этой статьи будет рассказано о работе с хранилищем образов, выполнении развёртывания, а также о работе со средством командной строки wdsutil.exe.

Рубрика: Windows Сервер | Комментарии к записи Windows Deployment Services. Часть 1. / МГУПИ User Group отключены

Использование VHD в ОС Windows 7-Server2008R2 / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Введение

Как известно, одним из нововведений системы Windows 7Server 2008R2 является поддержка VHD(файлов виртуального жесткого диска)

Формат VHD используются в виртуальных машинах для хранения данных. Был выкуплен Microsoft у корпорации Connectix вместе в программой Virtual PC. В 2005 году его спецификация стала доступной 3 лицам.

VHD – формат файлового образа, содержащий полную структуру физического жесткого диска. Таким образом, виртуальный жесткий диск может быть разбит на разделы, как и физический жесткий диск. VHD используется в программах виртуализации Virtual PC, Virtual Server 2005, Hyper-V, VirtualBox, Xen, VMWare.

Теперь же операционная система поддерживает функции создания VHD, а также их подключения к системе. Однако самым главным преимуществом является возможность загрузки операционной системы из VHD
Преимуществами VHD является:

· Удобство хранения данных, данные одной виртуальной машины хранятся в одном файле

· Удобство ограничения дискового пространства – теперь не нужно настраивать дисковые квоты – стоит просто изменить размер VHD

· Экономия физического дискового пространства – можно создать динамически расширяющийся VHD, который увеличивает свой размер соразмерно с увеличением хранящейся на нем информации. То есть только что созданный расширяемый VHD почти не занимает места.

· Удобство резервного копирования –теперь для резервного копирования данных, хранящихся в VHD вы можете просто скопировать его. Естественно, что поддерживаются сценарии.

Архитектура VHD

Виртуальные жесткие диски бывают нескольких типов:

· Фиксированного размера
VHD занимает ровно столько места, сколько указано при его создании, не в зависимости от хранящегося там объема информации. Его размер может быть изменен путем утилиты VhdResizer.

· Динамически расширяющиеся
VHD при своем создании почти не занимает место, его размер расширяется при наполнении информацией. Однако удаление информации из VHD не уменьшает его размер.

· Дифференциальные
Это диски, которые связаны с уже существующим по связи «ребенок-родитель». Таким образом, дифференциальный диск хранит в себе лишь изменения по сравнению с родительским диском

Графические средства работы с VHD

До выхода Windows 7 работа с VHD осуществлялась при помощи ПО для виртуализации: Virtual PC и Virtual Server 2005.

Данное ПО позволяло вам подключить виртуальный диск к виртуальной машине и работать с ним из ВМ.

Virtual Server 2005 имеет средства для подключения VHD к операционной системе, однако с выходом Windows 7 средства для работы с VHD значительно расширились.

Теперь система имеет возможность создать и подключить VHD, из графического интерфейса и командной строки.

Графические средства реализованы при помощи консоли ММС diskmgmt.msc. 

Чтобы создать виртуальный жесткий диск, необходимо вызвать команду «Создать виртуальный жесткий диск» из меню «Действие» консоли ММС.

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

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

В окне diskmgmt.msc виртуальные диски отличаются от физических цветом значка диска

Консольные средства работы с VHD

Однако работа с VHD с использованием графических средств, неполностью функциональна. Гораздо более эффективно использовать средство командной строки diskpart.exe

Для создания VHD из diskpart.exe существует команда

Create vdisk file= maximum= type=FIXED|EXPANDABLE SD= parent=< путь > source=< путь >

Параметр file указывает путь к создаваемому файлу VHD

Параметр maximum указывается для диска фиксированного размера либо для динамически расширяемого, определяя максимальный размер VHD.

Параметр type указывает тип VHD – фиксированный либо динамически расширяющийся.

SD указывает строку SDDL, предназначенную для настройки безопасности. Этот параметр необязателен.

Указание параметра parent создает дифференциальный VHD. Указывается путь к родительскому VHD. При этом нельзя указывать параметры type и maximum.

Параметр source указывает на создание виртуального жесткого диска на основе другого VHD.

После создания VHD, для возможности работы с ним, необходимо выбрать его в программе dikspart

Для этого существует команда

Select vdisk file=
После того, как файл VHD выбран с ним можно выполнить следующие действия:

1. Получить сведения о VHD

2. Подключитть VHD

3. Уменьшить размер динамически расширяющегося VHD

4. Выполнить слияние VHD с родительским

5. Отсоединить VHD

Для получения сведений о VHD существует команда

detail vhd

Она выводит информацию о файле виртуального жесткого диска

Подключить VHD для работы с ним можно путем ввода команды

attach vdisk [readonly] [{sd=|usefilesd}]

Необязательный параметр readonly показывает, что подключенный VHD будет доступен только для чтения.

Параметр sd указывает на дескриптор безопасности, используемы VHD, либо же при использовании параметра usefilesd указывает использовать дескриптор безопасности самого VHD. Как вы уже поняли, по умолчанию используется usefilesd

Как говорилось выше, динамически расширяющийся VHD увеличивает свой размер соразмерно наполнению его данными. Однако при удалении данных, размер VHD не уменьшается. Так вот, для оптимизации размера HD используется команда

compact vdisk

Также существует специальная команда, предназначенная для слияния дочернего VHD с родительским.

merge vdisk depth=

Подразумевается, что в данным момент выбран дифференцированный VHD.

Если работа с виртуальным жестким диском закончена, то его необходимо отсоединить при помощи команды

detach vdisk

Помимо этого, вы можете вывести список всех подключенных VHD командой

list vdisk

На этом были рассмотрены стандартные средства для работы с виртуальными жесткими дисками

Преимущества загрузки ОС Windows 7Server2008R2 с VHD

Как уже говорилось, Windows 7Server2008R2 имеют в своем составе средства для работы с виртуальными жесткими дисками.

Таким образом, администратор имеет возможность создавать VHD для хранения пользовательских данных – таким образом архивация и восстановление данных решалось бы при помощи подобного bat-файла:

Net use Z: servershare {для использования в качестве хранилища архива сетевого размещения}

del Z:_data.vhd

copy C:_data.vhd Z:

echo Архивация завершена!

Согласитесь, довольно удобно, не так ли?

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

Если раньше для архивации образа системы с диска С: вам приходилось выполнять следующие операции:

1. Загрузиться с Windows PE с включенным инструментом архивации(imagex)

2. Выполнить команды
net use M: servershare {для использования в качестве хранилища архива сетевого размещения} imagex /capture C: M:_system.wim “BACKUP”

wpeutil reboot

Из собственного опыта применения подобного метода архивации скажу, что архивация таким методом занимает примерно час. Притом пользователь не может работать с ОС в данный момент.

Если хранить системный диск в VHD, то это дает следующие преимущества:

1. Для каждой ОС не требуется отдельный раздел, например на компьютере может быть установлено 10 ОС в 10 VHD, которые будут храниться на одном физическом диске С:

2. Идеально для тестирования. Например, вам необходимо выполнить тестирование в физической среде какого либо приложения. Для этого установите операционную систему в VHD и выполните тестирование. При этом основная ОС не будет затронута.

3. Возможна архивация VHD “на ходу”

4. Легко выполнить перенос системы в виртуальную среду.

Также стоит отметить, что возможность загрузки с VHD поддерживается загрузчиком bootmgr той же версии, что и в Windows 7Server 2008R2, а также операционными системами, не ниже вышеуказанных версий

Установка Windows 7 в VHD

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

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

Для того, чтобы установить ОС Windows 7Server2008R2 на виртуальный жесткий диск, необходимо выполнить следующие операции:

· Загрузиться с установочного диска системы

· Нажать комбинацию клавиш Shift+F10, чтобы открыть командную строку:

· В командной строке выполнить следующие команды(подразумевается наличие жесткого достаточного размера, без разделов) diskpart select disk 0 {Выбираем физический диск} create partition primary format fs=ntfs quick active assign letter=C {Создаем основной раздел и соответствующим образом готовим его к работе} create vdisk file=”C:os.vhd” type=fixed maximum=20480 {Создаем VHD фиксированного размера в 20Гб.} select vdisk file=”C:os.vhd” {Выбираем только что созданный VHD} attach vdisk {Подключаем VHD} exit

exit

· Далее выполняется работа с программой установки: выбор языка, принятие лицензионного соглашения, выбор редакции ОС для установки.

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

Проигнорируйте это предупреждение. Нажав кнопку «Далее». Начнется установка ОС.

· После перезагрузки и завершения работы с OOBE, система готова к работе. В окне Мой компьютер будет отображаться 2 жестких диска – один из них физический, а другой – виртуальный. Сделать резервную копию ОС можно очень легко – для этого нужно всего лишь скопировать файл os.vhd.

Заключение

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



Рубрика: Работа с программой установки | Комментарии к записи Использование VHD в ОС Windows 7-Server2008R2 / МГУПИ User Group отключены

Windows System Image Manager / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Windows System Image Manager

В данной статье будет рассказано об общих принципах использования Windows SIM, входящего в пакет Windows Automated Installation Kit.

Введение

Windows System Image Manager – это основное приложение, входящее в состав Windows AIK. Его назначение – управление файлами ответов и конфигурационными наборами для автоматизации процесса развёртывания ОС Windows VistaServer20087Server2008R2.

Основной принцип действия Windows System Image Manager заключается в следующем:

1.       Администратор указывает установочный WIM-файл(install.wim), который планируется развернуть на клиентские компьютеры

2.       Windows SIM ищет в папке с указанным образом файлы каталога, по одному для каждого образа, входящего в WIM-файл. Файлы каталога – это специализированные файлы-индексы, хранящие данные об образе. Отличаются от индексов содержимого образа, хранящихся в WIM-файле, тем, что хранит информацию только о компонентах операционной системы и о доступных параметрах для файла ответов. Таким образом, наличие файла-каталога необходимо для развертывания образа с использованием файлов ответов и конфигурационных наборов. Файл каталога должен иметь имя install_.clg

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

4.       Windows System Image Manager считывает содержимое из фала-каталога, и на основе этого формирует список допустимых параметров для файла ответов.

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

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

Обзор интерфейса программы Windows SIM

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

Рассмотрим подробно интерфейс программы Windows SIM

1.       Строка меню. Стандартное меню приложения

·         Меню «Файл». Содержит команды для созданий нового, открытия, либо сохранения файла ответов, а также для открытиязакрытия установочного образа и дистрибутивного общего ресурса.

·         Меню «Правка». Содержит базовые форматы вырезания, копирования, вставки и удаления, а и также поиска, отмены, записи значения параметра файла ответов по умолчанию, и добавления параметра к файлу ответов.

·         Меню «Вставка». Содержит всего три команды, которые можно применять для вставки синхронной команды, которая будет выполняться параллельно с указанным этапом установки, вставки драйвера, который будет устанавливаться на указанном этапе установки, а также для добавления пакета обновлений или языкового пакета.

·         Меню «Сервис». Содержит флажок «Скрыть конфиденциальные данные при сохранении», установка которого повлечен за собой шифрование всех конфиденциальных данных (например, пароля администратора) в сохраняемом файле ответов. Также меню «Сервис» содержит в себе команды, позволяющие проверить синтаксис файла ответов на корректность, создать конфигурационный набор и дистрибутивный общий ресурс, а также создать файл каталога для образа в WIM-файле, который будет необходимо будет указать после выполнения этой команды.

2.       Панель инструментов

Содержит в себе часто используемые команды:

·         «Создать файл ответов»

·         «Открыть  ответов»

·         «Закрыть файл ответов»

·         «Вырезать»

·         «Копировать»

·         «Вставить»

·         «Удалить»

·         «Найти»

·         «Проверка файла ответов»

·         «Создать набор конфигурации»

3.       Область «Образ Windows»
Так как файл ответов создается для конкретного образа операционной системы, Windows SIM должен иметь возможность управлять этими параметрами, для чего и создана эта область. В ней вы можете открыть либо закрыть образ. При открытии образа будет выполнена проверка файла каталога, соответствующего ему, на актуальность, в случае отсутствия либо неактуальности последнего потребуется пересоздать файл каталога.

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

В области «Дистрибутивный общий ресурс» вы можете создать его», либо выбрать уже имеющийся,  а также закрыть, и выполнить обзор открытого дистрибутивного общего ресурса. Также вы можете импортировать в него пакет обновлений, драйвер устройства, либо языковой пакет.

5.       Область «Файл ответов». В этой области файл ответов представлен в иерархической структуре Файл ответов ->Этап установки ->Компонент ->Параметр.

Более подробно эта область будет рассмотрена в статье, посвященной сценариям создания файлов ответов.

6.       Область свойств.
Если вы когда-либо работали в Visual Studio, то эта область покажется вам знакомой. Для выбранного параметра в файле ответов в области свойств отображаются параметры, которые администратор может редактировать. Также иногда встречаются параметры, доступные только для чтения.

7.       Область сообщений.
Еще один элемент окна, позаимствованный из Visual Studio. После того, как вы добавили требуемые параметры в файл ответов и настроили конфигурационный набора, вы можете выполнить проверку синтаксиса, и все предупреждения и ошибки будут выводиться в это окно.

Как происходит установка операционной системы Windows?

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

Нижеуказанный порядок загрузки приведен для загрузки флэш-накопителясъемного жесткого диска, при загрузке с DVD-диска загрузка происходит аналогично, но с изменениями на принцип построения загрузочного сектора в файловой системе CDFSUDF

1.       BIOS ищет загрузочный сектор на носителе, с которого происходит загрузка

2.       В случае корректности загрузочного сектора, происходит обращение к MBR(Master Boot Record), в которой хранится ссылка на файл bootmgr, хранящий в себе загрузчик

3.       Bootmgr считывает данные загрузочного меню(при его наличии), а после этого – выполняет программу windowssystem32winload.exe, которая загружает ядро Windows PE, для выбранной записи загрузочного меню, либо для записи с идентификатором {default}, если загрузочное меню не отображается

4.       Начинается загрузка Windows PE, сначала загружается ядро, затем основные драйвера, затем – основные службы.

5.       После этого запускается программа setup.exe, которая начинает поиск файла ответов на внешних носителях. При загрузке с флэш-накопителя вы можете поместить файл ответов в корень установочного флэш-накопителя, либо на дискету, а при загрузке с CDDVD-диска – на дискету либо флэш-накопитель.

6.       После того, как файл ответов найден, происходит считывание его параметров и их подробный анализ. Далее запускается первый этап настройки. В программе Windows AIK вы добавляли параметры установки для конкретного этапа установки, таким образом, этот параметр будет выполняться на данном этапе.

7.       Выполняется автоматизированная установка, если все необходимые для этого параметры были заданы при создании файла ответов: применяется образ install.wim, а затем выполняется установка драйверов, языковых пакетов, обновлений и т.д., после чего выполняется перезагрузка компьютера

8.       После перезагрузки начинается OOBE(Out-Of-Box-Experience) этап установки. На нем пользователь конфигурирует параметры системы, если они не были уже сконфигурированы в файле ответов, после чего выполняется вход пользователя в систему.

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

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

Некоторые этапы запускаются только при обобщении установки системы путем применения утилиты sysprep, некоторые – при загрузке в режиме аудита(об этих возможностях развертывания будет рассказано в соответствующих сценариях)

Рассмотрим более подробно этапы установки

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

Когда запускается?

Какие параметры файла ответов применяются?

windowsPE

В любом сценарии установки, при запуске программы установки при загрузке с внешнего носителя, DVD-диска, либо по сети

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

offlineServicing

Сразу после этапа windows PE, после завершения применения установочного образа к жесткому диску

Установка драйверов устройств

generalize

При указании соответствующего параметра в файле ответов, либо при обобщении установки

Настройка параметров системы, которые НЕ требуется удалять из установки при ее обобщении

specialize

При первой загрузке только что развернутого образа диска, либо после обобщения установки

Параметры сети, сведения о принадлежности к домену, а также региональные параметры

AuditSystem

Если указан вход в режим аудита

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

AuditUser

Если указан вход в режим аудита

Выполнение пользовательских команд, настройка оболочки Windows

oobeSystem

При входе в режим Out-Of-Box-Experience

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

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

Windows SIM содержит в себе огромный справочный файл, Waik.chm, который содержит в себе подробнейшую техническую документацию по Windows SIM, а также по всему пакету WAIK.

Заключение

В данной статье было рассказано о общих принципах работы с программой Windows System Image Manager, а также о процессе развертывания Windows с применением фалов ответов и конфигурационных наборов.

Подробные сведения о архитектуре установочных дисков, WIM-файлов, файлов ответов и т.д. вы можете найти в соответствующих статьях.



Рубрика: Работа с программой установки | Комментарии к записи Windows System Image Manager / МГУПИ User Group отключены

Использование утилиты DISM и параметры для работы с WIM файлами на низком уровне / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

В Windows 7 значительным нововведением в средства развертывания было появление утилиты DISM, входящей в состав операционной системы.

В ранее опубликованных мною статьях давалось сравнение утилит DISM и ImageX — там говорилось, что Imagex используется для работы с WIM образами на низком уровне (монтирование, редактирование, создание), а DISM — на высоком (настройка компонентов ОС в образе, настройка параметров системы в образе, настройка ключа продукта для образа) и так далее.

В Windows 8 было введено существенное нововведение — функционал утилиты DISM теперь значительно расширен в сторону работы с образами на низком уровне.

Ниже будет представлен перечень команд DISM (параметры командной строки) для работы с образами на низком уровне:

dism /Mount-Image Используется для монтирования образа из WIM-файла.

Синтаксис:

dism /Mount-Image /ImageFile:путь_к_WIM-файлу /index:индекс_образа /MountDir: каталог_для монтирования [/Optimize] [/CheckIntegrity] [/ReadOnly]

Ключ /Optimize используется для уменьшения времени на монтирование образа Ключ /CheckIntegrity прервет процесс монтирования, если образ поврежден

Ключ /ReadOnly монтирует образ к папке с правами только на чтение (то есть по умолчанию на папке для монтирования устанавливаются права полного доступа)

dism /Unmount-Image Используется для размонтирования образа от папки.

Синтаксис:

dism.exe /Unmount-Image /MountDir:путь_к_смонтированному_образу {/Commit |/Discard}

dism /Commit-Image
 Используется для применения изменений из паки со смнотированным образом к самому образу, без его размонтирования.
Синтаксис:
 dism /Commit-Image /MountDir:путь_к_смонтированному_образу

dism /Remount-Image
 Используется для восстановления монтирования образа к папке, при потери соединения с ней (например, при отключении от сетевого ресурса или отключении сменного накопителя)
Синтаксис:
 dism /Remount-Image /MountDir:путь_к_смонтированному_образу

dism /Cleanup-Mountpoints
 Используется для очистки папок монтирования после сбоя. Команда выполняется без дополнительны аргументов

Обратите внимание на одно из нововведений DISM — вышеперечисленные команды можно применять не только к WIM-файлам, но еще и к VHD(X) виртуальным жестким дискам.

dism /List-Image
 Используется для вывода содержимого образа из WIM-файла (аналогично imagex /dir)
Синтаксис:
dism /List-Image /ImageFile:путь_к_WIM-файлу /Index:индекс_образа

dism /Delete-Image
 Используется для удаления конкретного образа из WIM-файла (аналогично imagex /delete)
Синтаксис:
 dism /Delete-Image /ImageFile:путь_к_WIM-файлу /Index:индекс_образа

dism /Split-Image
 Используется для разделения WIM-файла на несколько SWM-файлов, с правами только на чтение (аналогично imagex /split)
Синтаксис:
dism /Split-Image /ImageFile:путь_к_WIM-файлу /SWMFile:путь_к_SWM-файлам /FileSize:размер_одного_SWM-файла_в_Мб [/CheckIntegrity]

/CheckIntegrity — данный ключ применяется для того, чтобы администратор был уведомлен, если при записи SWM-файлов произойдет ошибка

dism /Export-Image
 Используется для экспортирования образа из WIM-файла в новый WIM-файл. При этом осуществляется переиндексация, и, как следствие, оптимизация образа.
Синтаксис:
dism /Export-Image {/SourceImageFile:путь_к_WIM-файлу | [/SWMFile:путь_к_SWM-файлам] /SourceIndex:индекс_образа /DestinationImageFile:путь_к_конечнму_WIM_файлу /DestinationName:имя_конечного_образа
/Compress:{fast|max|none} /Bootable /CheckIntegrity

Ключ  /Compress задает степень сжатия данным Ключ /CheckIntegrity применяется для того, чтобы администратор был уведомлен, если при экспортировании произойдет ошибка

Ключ /Bootable используется, если образ содерждит загрузочную среду Windows PE

dism /Append-Image
 Используется для захвата образа из файловой системы и записи его в существующий WIM-файл. Синатксис: dism /Append-Image /ImageFile:путь_к_WIM-файлу /CaptureDir:Исходный_путь_для_захвата_образа   /Name:имя_создаваемого_образа /Description:Описание /ConfigFile:путь_к_файлу_конфигурации

  [/Bootable] [/CheckIntegrity] [/Verify] [/Compress:{fast|max|none}]

Ключ /Bootable используется, если образ содерждит загрузочную среду Windows PE Ключ /CheckIntegrity применяется для того, чтобы администратор был уведомлен, если при добавлении образа произойдет ошибка Ключ /Verify используется для проверки ошибок индексации данных в образе

Ключ /Compress указывает степень сжатия данных в образе

dism /Capture-Image Используется для захвата образа из файловой системы в новый WIM-файл

Синтаксис:

dism /Capture-Image /ImageFile:путь_к_WIM-файлу /CaptureDir:Исходный_путь_для_захвата_образа
 /Name:имя_создаваемого_образа  /Description:Описание /ConfigFile:путь_к_файлу_конфигурации  [/Compress:{fast|max|none}] [/Bootable] [/CheckIntegrity] [/Verify]

Ключ /Bootable используется, если образ содерждит загрузочную среду Windows PE Ключ /CheckIntegrity применяется для того, чтобы администратор был уведомлен, если при захвате образа произойдет ошибка Ключ /Verify используется для проверки ошибок индексации данных в образе

Ключ /Compress указывает степень сжатия данных в образе

dism /Apply-Image
 Используется для применения образа из WIM-файла к указанному пути в файловой системе.
Синтаксис:
 dism /Apply-Image /ImageFile:путь_к_WIM-файлу /ApplyDir:путь_для_применения_образа
  /Index:индекс_образа [/CheckIntegrity]  [/SWMFile:путь_к_SWM-файлам]

Ключ /CheckIntegrity применяется для того, чтобы администратор был уведомлен, если при применении образа произойдет ошибка

Как видно из вышеперечисленного, команда DISM в Windows 8 теперь может выполнять ровно те же действия, что и ImageX



Рубрика: Размещение | Комментарии к записи Использование утилиты DISM и параметры для работы с WIM файлами на низком уровне / МГУПИ User Group отключены

Введение в Windows PE / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Я думаю, все слышали о Windows PE – облегченной версии Windows, c которой администратор может загрузиться и выполнить задачи даже в случае повреждения или отсутствия ОС на компьютере. Во времена MS-DOS существовали загрузочные дискеты, с которых можно было выполнить загрузку, в случае повреждения или отсутствия ОС на компьютере. Они были построены на ядре DOS, и использовались долгое время – до появления Windows XP.ОС Windows 95 и 98 имели в своем составе средства для создания таких дискет.Подобные средства были хороши в свое время, но в наше время они полностью устарели.

Их недостатки:

  • Отсутствие поддержки 32 и 64 битных приложений(например вы не сможете запустить утилиты из пакета sysinternals)
  • Отсутствие системных API
  • Отсутствие поддержки файловой системы NTFS
  • Отсутствие сетевой поддержки
  • Отсутствие поддержки современных устройств(USB-устройств, а также многопроцессорных систем)

Приведем пример. Например осуществляется развертывание систем Windows 7 в сети, однако использование WDS не предусматривается (например по причине отсутствия лицензий в филиале) В таком случае необходимо использовать сценарий развертывания по сети с использованием общих ресурсов. Как известно, в таком случае клиентские компьютеры следует загрузить с загрузочного диска, имеющего поддержку TCPIP и SMB,для подключения к общему ресурсу, а также поддержи х86(и возможно x64 приложений). Становится видно, что использование загрузочных дискет MS-DOS в данном сценарии невозможно, вследствие отсутствия в них поддержки необходимых протоколов и архитектур. Также в процессе развертывания может обнаружиться разного рода проблемы(аппаратная неисправность, сбои в работе сети, и пр.) Для диагностики и устранения этих проблем необходимы специальные средства.

Универсальным решением, которое можно использовать в данном сценарии, а также во множестве других случаев является использование загрузочного носителя с Windows PE.

Итак, Windows PE представляет собой облегченную версию Windows, построенную на полнофункциональном ядре системы Windows 7, и лишенную большей части пользовательских средств(графическая оболочка, расширенные системны API и пр.)
Однако она поддерживает большую часть инструментов и протоколов, необходимых администратору.
Рассмотрим преимущества Windows PE:

  • Сетевая поддержка – вы можете подключаться к ресурсам локальной сети или к интернету при помощи протоколов TCPIP NetBIOS
  • Поддержка файловой системы NTFS – вы можете работать с разделами NTFS. Созданными из под Windows
  • Поддержка x86 и x64 приложений – вы можете запускать большую часть windows-приложений, не зависящих от некоторых отсутствующих в Windows PE API и .NET Framework
  • Почти полный набор средств командной строки из Windows 7 – таким образом, вы имеете почти полный функционал Windows 7 из командной строки
  • Windows PE открыта для редактирования (без декомпиляции)

Также Windows PE имеет следующие ограничения:

  • Ограниченый набор API
  • После 72 часов непрерывного использования работа оболочки автоматически прекращается и происходит перезагрузка.
  • Windows PE не может использоваться в качестве файлового сервера или сервера терминалов, ограничена в работа с DFS
  • Поддерживаются способы подключения к файловым серверам только по протоколам TCP/IP и NetBIOS через TCP/IP.
  • Все изменения, вносимые в реестр Windows PE во время выполнения Windows PE, теряются при следующей перезагрузке компьютера.
  • Буквы дисков присваиваются последовательно, по мере создания разделов в среде Windows PE. Однако при перезагрузке Windows PE все присвоенные буквы дисков возвращаются к порядку по умолчанию.
  • Не поддерживает оболочку Microsoft .NET и язык Common Language Runtime (CLR).
  • Windows PE не включает виртуальные подсистемы
  • Windows PЕ не поддерживает пакеты MSI
  • Не поддерживается протокол 802.1x.

Из своего опыта скажу, что эти ограничения почти не мешают Windows PE выполнять задачи, возлагаемые на нее администратором. Лично мне в работе помешало лишь отсутствие Wi-Fi(802.1x,если говорить профессиональным языком), и потому я в данное время занимаюсь поиском возможности включения поддержки WiFi в Windows PE.

  • Сначала происходит инициализация загрузчика PBR
  • Далее – загрузка BOOTMGR, запрос в хранилище BCD (аналогично Windows 7, только система хранится не на диске, а в boot.wim)
  • После этого — Создание виртуального диска(рабочей зоны) и перенос в него всех данных из boot.wim
  • Начинается запуск Winload.exe передающий управление Ntoskrnl.exe , запускающий оборудование через библиотеку HAL.DLL
  • В конце запускается процесс Winlogon.exe запускающий программу оболочку, указанную в файле Winpeshl.ini
  • По умолчанию это Cmd.exe , выполняющий командный сценарий startnet.cmd

После этого система готова к работе


Рубрика: Клиент | Комментарии к записи Введение в Windows PE / МГУПИ User Group отключены

Обзор технологии Windows PE 4.0 / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Windows PE 4.0 – новая версия среды Windows Preinstallation Environment.

Прежде чем перейти к ее подробному обзору, стоит рассмотреть ее предысторию.

Во времена рассвета операционной системы MS-DOS, а также Windows 9598 операционная система имела возможность создать загрузочный диск для устранения неполадок в работе компьютера:

Создаваемая дискета содержала MS-DOS с диагностическими средствами, также администратор мог добавить на дискету свои сценарии и средства.

Также в интернете можно было скачать множество разного рода загрузочных дистрибутивов сторонних разработчиков, построенных как на основе MS-DOS, так и на основе Open Source-решений. Все эти средства были хороши для использования в условиях малого бизнеса, за счет своей простоты и легкости внесения изменений, однако для решения более серьезных задач они не подходили, в силу своей малой надежности и низкой управляемости. К тому же, время шло, технологии развивались, а  MS-DOS оставался прежним, так и не «научившись» работать с  NTFS-томами и протоколом TCPIP.

С выходом в свет Windows XP появилось частичное решение этой проблемы. Появилась среда Windows Preinstallation Environment, которая была построена на ядре Windows XP, и при этом содержала только командную строку.

С выходом на рынок Windows Vista ситуация значительно улучшилась. Был выпущен пакет Windows AIK, с ним – обновленное ядро Windows PE, с подробным набором документации, а также расширенным функционалом. Среда предустановки имела возможность работать с NTFS-томами, а также – с протоколом TCPIP. Имелась возможность запуска Win32-приложений, не требующих .NET Framework и CLR.

С появлением Windows 7 Windows PE претерпела косметические изменения, по большей части в области средств настройки.

В новой версии Windows PE были внесены существенные изменения. Во-первых, немного изменились средства создания собственной сборки. Во-вторых, был расширен набор пакетов, которые можно включить в систему. Наконец-то появилась поддержка Power Shell и .NET Framework.

Однако, не стоит забывать о том, что в Windows PE присутствуют ограничения, такие как:

·         Постоянные перезагрузки после 72 часов непрерывной работы

·         Невозможно использование Windows PE как файл-сервер

·         Все изменения, вносимые в реестр, теряются при перезагрузке

·         Буквы дисков присваиваются последовательно, по мере создания разделов в среде Windows PE. Однако при перезагрузке Windows PE все присвоенные буквы дисков возвращаются к порядку по умолчанию.

·         Windows PЕ не поддерживает пакеты MSI

·         Не поддерживается протокол 802.1x.

Все они направлены на то, чтобы Windows PE использовалась не для повседневной работы, а ТОЛЬКО по назначению – для развертывания ОС в сети, диагностики оборудования и так далее.

Порядок загрузки среды Windows PE несколько отличается от порядка загрузки «обычной» ос  Windows.

1.         1. Начинается загрузка с загрузочного сектора носителя, передача управления программе bootmgr. Он, в свою очередь, передает управление файлу winload.exe. Он загружает соответствующий HAL, ветвь системного реестра и нужные для загрузки драйвера.

2.        2.Далее запускается ntoskrnl.exe, который завершает начальную стадию загрузки, и передает управление диспетчеру сеансов.

3.        3. Диспетчер сеансов загружает в память весь оставшийся реестри настраивает среду для запуска подсистему win32k.sys. Далее выполняется процесс winlogon.exe, для создания сеанса пользователя, постом – запускаются все системные службы, второстепенные драйвера устройств и подсистема безопасности

4.        4. После этого начинается запуск программы установки, путь к которой указан в ключе реестра HKEY_LOCAL_MACHINESYSTEMSetupCmdLine. В случае пользовательской сборки, выплняется программа-оболочка, указаная в файле winpeshl.ini. В случае ее отсутствия, выполняется пакетный файл startnet.cmd,который инициализирует сеть.

5.        5. После выполнения вышеуказанных операций, отображается окно командной строки. Обратите внимание, что если его закрыть, то среда Windows PE будет перезагружена.



Рубрика: Размещение | Комментарии к записи Обзор технологии Windows PE 4.0 / МГУПИ User Group отключены

Windows Automated Installation Kit. Сценарии использования / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Windows Automated Installation Kit – набор средств и ресурсов, которые предназначены для автоматизации развёртывания операционных систем Windows.

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

Windows Automated Installation Kit позволяет вам выполнить развертывание следующих версий операционных систем Windows:

·         Windows 7

·         Windows Server 2008 R2

·         Windows Vista

·         Windows Server 2008

·         А также более ранних версий Windows, однако с ограничениями (ограничиваясь развертыванием системных образом на HAL-совместимом оборудовании.)

·         

Windows Automated Installation Kit представляет собой набор средств:

·         Windows System Image Manager
Основное средство, при помощи которого выполняется 65% всех операций по развертыванию систем с применением Windows AIK

·         ImageX
Программа командной строки, предназначенная для редактирования WIM-образов. Об их архитектуре рассказано в соответствующей статье.

·         Ядро Windows Preinstallation Environment
Ядро ОС Windows PE, которое можно использовать для загрузки Bare-Metal систем для выполнения процесса развертывания и не только.

·         Volume Activation Management Tool
Утилита для управления MAC-активацией операционных систем, а также для выполнения офлайн активации систем в крупных производственных средах.

·         User State Migration Tool
Утилита для миграции пользовательских настроек с одного компьютера на другой.

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

Сценарии применения Windows AIK

Windows Automated Installation Kit может применяться в разнообразных сценариях, отличающихся друг от друга по сложности и масштабу

1.       Использование установочного диска и файла ответов(конфигурационного набора), хранящегося на съемном носителе. В этом сценарии вы устанавливаете Windows на компьютер с установочного диска, с применением файла ответов, который хранится на внешнем носителе (дискете-либо флэш-накопителе), а также используя информацию из конфигурационного набора, при его наличии. Данный сценарий является самым тривиальным, и предназначен для автоматизации установки ОС в мелкомасштабном сценарии (не более 10 компьютеров, не подключенных к сети)

В зависимости от того, какие параметры вы указали в файле ответов, процесс установки будет идти автоматизировано.

2.       Использование сетевого ресурса, на котором хранится установочные файлы Windows, а также файл ответов и конфигурационный набор
Данный сценарий более сложен, но в то же время не требует затрат на лицензирование Windows Server для использования Windows Deployment Services, однако он использует сеть для доставки операционных систем на конечный компьютер. Также администратор должен иметь загрузочный носитель с Windows PE, того чтобы загрузить компьютер, подключиться к сетевому ресурсу, а далее запустить там программу установки setup.exe

3.       Создание мастер-установки, обобщение ее, захват в образ, а далее – развертывание захваченного образа на клиентский компьютер, загружаемый с Window PE. Образ мастер-установки может храниться как на сетевом ресурсе, так и на внешнем носителе.
Данный сценарий дает больше возможностей по настройке развертываемой операционной системы, но более трудоемок за счет того, что придется выполнять много операций с использованием средств командной строки.

4.       Создание мастер-установки, обобщение ее, захват в образ, а далее – загрузка клиентского компьютера с Windows PE, подключение к сетевому ресурсу с программой установки setup.exe, захваченным образом, а также файлом ответов и конфигурационным набором, при их наличии.
Сложный сценарий, который можно применять в крупных средах с развернутой сетью, но без использования Windows Deployment Services, что снижает затраты на лицензирование.

5.       Создание мастер-установки, обобщение ее, захват в образ, а далее – пересоздание дистрибутивного установочного диска Windows, с захваченным образом, файлом ответов и конфигурационным набором в корне диска.

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

6.       Использование WDS для развертывания оригинальных, либо захваченных образов, с применением файлов ответов.
Сценарий для крупных сетей с развернутой WDS-инфраструктурой. Также позволяет захватывать образ мастер компьютера и помещать его в хранилище установочных образов WDS, с использованием графического интерфейса, а не командно-ориентированного интерфейса ImageX.

Указанные выше сценарии не являются исчерпывающими. Во-первых, вы можете изменять их и комбинировать по своему усмотрению для повышения гибкости процесса развертывания. Во-вторых, вы можете использовать и другие средства для развертывания. Так например, вы можете сначала воспользоваться MDT 2010 для настройки большей части часто используемых параметров установки, затем – средства Windows AIK для точного редактирования образа и файла ответов, а развёртывание выполнять при помощи System Center Configuration Manager, который значительно повысит управляемость установки, а также позволит вам выполнить инвентаризацию аппаратного и программного обеспечения в вашей организации.

Управление активацией при помощи Windows AIK

В малых и средних корпоративных сценариях используются другой подход к лицензированию клиентских операционных систем, нежели в лицензиях для частных лиц. Существует так называемая MAK-активация. MAK расшифровывается как Multiple Activation Key, многоразовый активационных ключ. Его принцип действия аналогичен принципу действия ключей для частных лиц. Таким образом, администратор вводи MAK-ключ во время активации системы, и на сервер активации Microsoft заносится информация об оборудовании компьютера, который был лицензирован. При помощи MAK-ключа можно активировать столько систем, сколько было приобретено лицензий на этот ключ. Для того, чтобы администратор мог вести подробную статистику по использованию корпоративного MAK-ключа, существует утилита VAMT. Вышеописанный сценарий активации называется «Независимая MAK-активация»

Как вы уже поняли, при использовании MAK-ключа каждая рабочая станция должна быть подключена к интернету, либо же требуется выполнять активацию по телефону. Но представьте себе, что вам требуется активировать большое количество неподключенных к интернету рабочих станций. По телефону это делать проблематично, поэтому вы можете собрать сведения о компьютерах при помощи утилиты VAMT, отправить их вместе с MAK-ключом в Microsoft с подключенного к интернету компьютера, а после этого применить пришедший в ответ XML-файл к каждому изолированному компьютеру, после чего они будут лицензированы.

Заключение

Выше было рассказано о Windows AIK в целом, а также о сценариях, в которых он может использоваться.

В соответствующих статьях ищите информацию о файлах ответов, WIM-файлах, а также о каждом вышеописанном сценарии в подробностях.



Рубрика: Клиент | Комментарии к записи Windows Automated Installation Kit. Сценарии использования / МГУПИ User Group отключены

Развёртывание операционных систем, начиная с Windows Vista при помощи флэш-накопителя / МГУПИ User Group

Опубликовано 30.11.2020 автором mgupi-it.ru

Введение

В настоящее время флэш-накопители широко распространены. С течение времени растёт их объём и цена за мегабайт, а также скорость чтениязаписи данных. Уже не редкость накопители объёмом более 8 Гб.

Начиная с Windows 95 операционные системы от Microsoft выпускаются на CD дисках. В связи с увеличением объёма установочных файлов операционные системы начиная с Windows Vista выпускаются на DVD-дисках. Оптические диски относительно недолговечны, а также обладают относительно низкой скоростью чтения данных. Поэтому порой более целесообразно выполнять установку операционной системы с флэш – накопителя. Данный метод развёртывания незаменим при установке ОС на ультрапортативные ПК(такие как нетбук). Так же при развёртывании ОС с использованием файла ответов файл ответов приходится записывать на дискету или флэш-накопитель. Использование же флэш-накопителя при развёртывании существенно упростило бы этот процесс, т.к. и дистрибутив системы, и файл ответов будут находится в одном месте, причём такая установка не будет требовать участия пользователя(при условии, что файл ответов будет иметь имя Autounattend.xml). Все эти преимущества натолкнули меня на тему данной статьи.

Теоретические сведения о процессе развёртывания при помощи устновочного флэш-накопителя

Начиная с Windows Vista, при развёртывании применяются файловые образы WIM. То есть теперь установочный диск содержит не множество сжатых системных файлов, а образы WIM, содержащие в себе файлы, копируемые на компьютер при установке. Более подробные сведения о формате образа WIM можно прочитать в книге «Развёртывание и настройка Windows Server 2008” издательства Microsoft Press

На любом установочном диске есть два файла:

· Boot.wim Содержит в себе Windows PE, которая загружает компьютер при загрузке с DVD-диска и создаёт среду для работы программы установки

· Install.wim Содержит в себе файлы, копируемые на компьютер при установке.

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

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

Для создания загрузочного ISO-образа с системой Windows PE(которая может быть произвольно отредактирована, вплоть до добавления программы setup.exe и прочих файлов установочного диска) используется программа oscdimg. Но использовать такой метод с флэш-накопителем нельзя по нескольким причинам:

· Редкость программ для записи ISO-образов на флэш-накопитель

· Различия в загрузочной записи

В процессе работы я смог решить эти проблемы. Существуют два варианта их решения:

1. Использование специализированных программ.

2. Создание загрузочной записи вручную.

Использование специализированных программ

В процессе работы я подготавливал загрузочные флэш-накопители при помощи двух программ:

· Windows 7 USB DVD Download Tool (Microsoft)

· WinToFlash(Novicorp)

Работа с программой Windows 7 USB DVD Download Tool

Данную программу можно использовать для развёртывания ОС Windows 7

1. Запустить программу соответствующей командой из меню Пуск.

2. В появившемся окне нажать на кнопку Browse и выбрать ISO-образ установочного DVD-диска Windows 7

3. Очистить флэш-накопитель от имеющейся информации.

4. Далее нажать кнопку USB Device

5. Появится окно:

В данном окне выбрать имя флэш-накопителя. Который будет подготовлен для использования в качестве установочного.

6. Нажать кнопку Begin copying.

7. Начнётся процесс форматирования и копирования данных, требуемых для установки.

8. По окночании работы программы будет выведено соответствующее окно:

9. Закрыть окно программы. Установочный флэш-накопитель с Windows 7 готов к работе.

Работа с программой WinToFlash

1. Запустить программу WinToFlash

2. Откроется основное окно программы. Перейти на вкладку Задание.

3. В раскрывающемся списке выбрать пункт Перенос программы установки Vista/2008/7 на флэш.

4. Нажать кнопку Запустить

5. Указать путь к установочным файлам ОС

6. Указать путь к флэш-накопителю, который необходимо сделать кстановочным

7. Установить флажок Снять атрибут только для чтения с файлов(для последующего редактирования установочных файлов ОС)

8. Нажать кнопку Запустить.

9. Принять условия лицензионного соглашения
нажатием кнопки продолжить.

10. Нажать кнопку ОК. Начнётся процесс форматирования, создания загрузочной записи и копирования установочных файлов.

11. По окончании копирования закрыть окно программы. Установочный флэш-накопитель с Windows 7 готов к работе.

Сравнение функциональности программ WinToFlash и Windows 7 USB DVD Download Tool

Программа Windows 7 USB DVD Download Tool, как видно из названия, предназначена для создания установочного флэш-накопителя Windows 7. Однако её можно использовать и для создания установочного флэш-накопителя Windows Server 2008R2. Программа WinToFlash при использовании параметров по умолчанию меняет файловую систему на FAT32. А программа Windows 7 USB DVD Download Tool меняет файловую систему на NTFS, что даёт больше преимуществ. Использовать файловую систему NTFS при использовании программы WinToFlash можно, предварительно отформатировав флэш-накопитель в NTFS, затем на вкладке Этапы подготовки снять флажок Форматировать диск.

Возможности программы WinToFlash

Возможности программы Windows 7 USB DVD Download Tool

Поддерживаемые ОС:

Windows XP, 2003, Vista, Server 2008, Server 2008 R2, 7, а также среды PE перечисленных ОС

Windows 7

Windows Vista, Server 2008, Server 2008 R2(недокументировано)

Поддерживаемые файловые системы флэш-накопителей

FAT 16 CHS, LBA; FAT 32 CHS, LBA; NTFS – только при оставлении файловой системы без изменений

Только NTFS

Возможность автоматизации установки

Поддерживается при создании установочного флэш-накопителя с Windows XPSERVER 2003

Только при ручной записи файла ответов

Создание установочного флэш-накопителя вручную

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

Начиная с Windows Vista, как уже говорилось, используется совершенно новый формат установочных файлов. В связи с этим был обновлён и загрузчик. Он поддерживает, помимо всего прочего, и загрузку с флэш-накопителей. Но для этого необходимо вызвать специальную команду. Рассмотрим более подробно создание загрузочного флэш-накопителя вручную. Данный метод применим ко всем ОС, начиная с Windows Vista.

1. Во-первых, необходимо отформатировать накопитель в формате NTFS. Для этого необходимо можно воспользоваться как графической оболочкой, так и средствами командной строки. Я приведу пример, того, как пользоваться командной строкой, так как весь метод основан на командной строке, что позволяет использовать сценарии. Код: diskpart select disk clean create partition primary select partition 1 active format fs=ntfs quick assign exit

Приведённые здесь команды создают на флэш-накопителе основной раздел, форматируют его и назначают активным.

2. Далее надо скопировать все файлы с установочного компакт диска Windows. Это можно сделать через проводник или же следующей командой:
xcopy /E

3. Далее нужно создать загрузочную запись на флэш-накопителе: cd boot

bootsect.exe /nt60

4. Загрузочная запись создана. Установочный флэш-накопитель готов к работе.

ВНИМАНИЕ! Всегда используйте загрузчик (файл bootsect.exe) только с того же диска, с какого вы копируете установочные файлы.

Если требуется создать загрузочный флэш-накопитель со средой Windows PE(поддерживается только с 2.0), то порядок действий будет немного иным. После того, как накопитель отформатирован и на него скопированы все файлы Windows PE, необходимо вставить установочный диск той версии Windows, на основе которой была сделана данная версия PE (для VistaServer 2008 – 2.0, для 7Server 2008 R2 – 3.0). После этого в командной строке перейти в каталог boot и оттуда выполнить указанную в пункте 3 команду.

Загрузка компьютера с загрузочного флэш-накопителя

Основным требованием к компьютеру, на который предполагается развернуть ОС при помощи установочного флэш-накопителя, является поддержка загрузки с флэш-накопителя в BIOS.

Отформатированный вышеуказанным методом флэш-накопитель для BIOS представляет собой USB-жесткий диск. Поэтому необходимо отредактировать в BIOS параметры загрузки, а именно порядок загрузки с жестких дисков (при подключённом флэш-накопителе). Далее компьютер следует перезагрузить, и загрузка с флэш-накопителя начинается без каких-либо действия пользователя. После загрузки программы установки установка осуществляется согласно стандартному сценарию. 



Рубрика: Клиент | Комментарии к записи Развёртывание операционных систем, начиная с Windows Vista при помощи флэш-накопителя / МГУПИ User Group отключены