Общие сведения

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

Подробная инструкция размещена на сайте Microsoft: Создание и применение образов Windows

Так как при большом наборе дополнительного ПО файл образа раздела легко может превзойти 4Гб, то записать такой дистрибутив на DVD диск не удастся. Однако, для установки ОС этого и не требуется. Нам будет достаточно получить образ раздела, на который установлена ОС. Затем его можно включить в дистрибутив на загрузочном Flash диске или просто перенести на новый компьютер, загрузившись с любого live-CD/DVD/USB. В этой статье мы рассмотрим оба варианта.

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

По утверждению Microsoft: "При создании образа следует учитывать, что разметка разделов на исходном и целевом компьютерах должна быть идентичной. Например, если образ Windows сохраняется на диске D, развертывать этот образ необходимо также на диск D конечного компьютера, также должны совпадать следующие параметры разделов ():

1. Типы разделов (основной, дополнительный или логический) должны совпадать
2. Если раздел сделан активным на компьютере-образце, на конечном компьютере он также должен быть активным"

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

Пошаговая инструкция развёртывания Windows 7 из образа

1. Делаем шаблоную установку Windows в режиме аудита

5. Записываем созданный образ раздела на локальный жёсткий диск

Если образы ОС лежат на сетевом ресурсе, то подключаем его предварительно командой:

Net use E: \\server\share /user: domain_name\username password

6. Завершение

Если создавали отдельный системный раздел, то нужно перенести на него загрузочные системные файлы (предполагаем, что ОС находится на диске C:):

Bcdboot C:\Windows

Выходим из Windows PE:

или закрываем окно установщика Windows 7. Компьютер уйдёт в перезагрузку. Вынимаем CD/DVD диск и загружаемся с только что установленной ОС.

7. Осложнения

• Если при загрузке перенесённой ОС возникли проблемы, то можно попробовать восстановить загрузчик. Для этого нужно загрузиться с дистрибутива Windows 7 (открыть консоль можно, нажав Shift+F10) или Windows PE и выполнить команду:

Репозиторий различных образов Windows

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

1. Загружаем ОС в режиме аудита
2. Устанавливаем/удаляем ПО , подключаем принтеры, создаём ярлыки и т.п.
3. Подготавливаем систему к развёртыванию с помощью sysprep и выключаем компьютер
4. Загружаемся с live-CD или дистрибутива Windows7, заходим в консоль
5. Создаём образ раздела с помощью imagex , помещая его на флэшку или сетевой ресурс
6. Повторяем вышеперечисленное, пока не будут созданы все необходимые наборы.

Создание собственного дистрибутива Windows

Имея образ раздела Windows (wim-файл), можно создать свой дистрибутив, то есть установочный DVD/Flash диск. Для этого достаточно в изначальном дистрибутиве заменить файл \sources\install.wim своим образом, переименовав его соответственно в install.wim.

Чтобы автоматизировать установку, можно подготовить файл ответов autounattend.xml, создав его с помощью WIAK

• Tutorial

Начало и конец

Добрый день всем читающим!
Много статей было об этом, много блогов, но статья HowTo, без напильника, найдена не была, и это крайне печально.
Для небольших развертываний эта вещь, из коробки просто незаменима.

Для тех кто не знает: WDS (центр развертывания) это специальное средство, которое есть в серверной ОС Microsoft, с помощью него можно установить систему на большое количество компьютер одновременно, с помощью сети, используя PXE.
Также тут будет информация о препарировании wim, и немножко о DHCP.
Итак начнем под катом.

Часть 1. Установка

Идеалом для WDS является, если DHCP сервером является эта же машина. Тогда он может корректно передать информацию о PXE Boot.

1.1 Включение WDS

Все просто.

Раз

Два

Три

1.2 Включение роли

Настройка

После установки выбираем в списке консоли наш сервер WDS.

Так как по умолчанию предлагается загрузочные и установочные образы хранить на системном диске (что не рекомендуется), то создадим на разделе E: папку RemoteInstall, которая и была указана мастеру настройки сервера.

Тут на ваш выбор

1.3 Образы

Если boot.wim ещё надо будет подготовить, для работы, то install.wim сразу готов для установки.

В диспетчере сервера boot - образы загрузки, install - образы установки.

Часть 2. Препарирование Boot.wim

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

2.1 Утилиты

Создаем структуру папок: c:\drivers\mount - папка монтирования WIM образа; c:\drivers\lan_drivers - папка с драйверами для сетевой карты.
Копируем boot.wim от ОС в папку c:\drivers
Предостерегаю! Чем больше драйверов, тем больше универсальности, но и размер образа сильно увеличивается, это необходимо учитывать. Образ целиком заливается в RAM.

2.2 Препарирование

Смотрим содержимое загрузочного образа boot.wim:

По идее там должно быть так:

Как видно из скриншота boot.wim содержит два образа - Windows PE (Индекс 1) и Windows Setup (Индекс 2). Драйвера для сетевой карты надо добавлять в Windows Setup, поэтому будем работать с образом 2 (Индекс 2).

Но не так всё просто. Компания добра Microsoft заблокировала для изменения этот образ, для его редактирования его надо «перезалить».
Выполняем:

Dism /Export-Image /SourceImageFile:c:\drivers\boot.wim /SourceIndex:1 /DestinationImageFile:c:\drivers\boot1.wim
Dism /Export-Image /SourceImageFile:c:\drivers\boot.wim /SourceIndex:2 /DestinationImageFile:c:\drivers\boot1.wim

dism /get-wiminfo /wimfile:c:\drivers\boot.wim

2.3 Добавление драйверов

dism /Mount-Wim /WimFile:c:\drivers\boot.wim /index:2 /MountDir:c:\drivers\mount

Добавляем драйвера в образ. Драйвера можно добавлять по одному, либо сразу все из определенной директории.
Для добавления драйвера указываем полный путь к файлу.INF:

dism /image:c:\drivers\mount /add-driver /driver:«C:\drivers\lan_drivers\E1C5232.INF»

dism /image:c:\drivers\mount /add-driver /driver:«C:\drivers\lan_drivers» /recurse /forceunsigned

dism /unmount-wim /mountdir:c:\drivers\mount /commit

2.4 Образ в хранилище

Теперь необходимо указать имя. Имя образа - это то, что будете видеть вы, при выборе загрузчиков, если у вас их несколько.

2.5 Безопастность

Security - Чтобы добавить разрешения для учетной записи пользователя на группу образов, щелкните правой кнопкой мыши группу оразов и нажмите security. Добавьте учетную запись пользователя из AD и настройте полный контроль. Если вы используете учетную запись администратора домена во время установки WDS, то это можно не делать.

3.1 Создание образа и его копирование на сетевой ресурс с помощью Windows PE и программы ImageX

NET USE y: \\nmp\oem\<имя папки> /USER:AD\ *
И ввести свой пароль.

Далее необходимо записать образ основной установки с помощью программы ImageX, расположенной в среде Windows PE, или на другом диске, на сетевой ресурс. Для этого необходимо ввести следующую команду:

e:\imagex.exe /capture d: y:\ <имя>.wim "<название>" /compress fast /verify

Где e:\ - RAM Disk, D: - OS Disc, Y: - сетевой диск. После этого пойдёт процесс создания и копирования образа на указанный сетевой ресурс.

3.1.1 Ручное развертывание

Если необходимо руками образ развернуть (без WDS) но по сети

Битность системы должна быть той же, что и у системы, которую мы распаковываем.
После создания образа, можно развернуть его на новое оборудование с помощью программы ImageX и среды Windows PE.
Форматируем диск, для распаковки на него WMI.
Для этого надо ввести следующие команды:

diskpart
select disk 0
clean
create partition primary size=100
select partition 1
format fs=ntfs label=«system»
assign letter=c
active
create partition primary
select partition 2
format fs=ntfs QUICK
assign letter=e
exit

Можно создать сценарий для данной процедуры, сохранив приведенную информацию в текстовый файл в папке с образом. Чтобы выполнить сценарий из командной строки среды Windows PE, необходимо ввести команду: diskpart /s <имя_сценария>.txt

Форматирование следует проводить ТОЛЬКО в среде Windows PE. Если отформатировать жёсткий диск на другом компьютере средствами Windows, а затем вставить этот жёсткий диск в конечный компьютер, то образ с вероятностью 80% НЕ РАЗВЕРНЁТСЯ.

Подключаемся к сетевому ресурсу для развёртывания образа, введя следующую команду:

NET USE y: \\nmp\oem\<имя папки> /USER:AD\ *
Вводим пароль.
! надо понять какой диск является каким, для этого с помощью команды DIR C: (D,E,F & etc), перебираем диски, если их несколько
Разворачиваем образ на жесткий диск с помощью программы ImageX, с сетевого ресурса, введя следующую команду:

d:\imagex.exe /apply y:\<имя>.wim 1 e: /verify

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

Далее, с помощью средства BCDboot необходимо инициализировать хранилище данных конфигурации загрузки (BCD) и скопировать файлы среды загрузки в системный раздел, введя в командной строке следующую команду:

e:\windows\system32\bcdboot e:\windows

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

3.2 Сервер

Настроим сервер, для работы с образами.

Добавим наш готовый образ в «Образы установки»:

Как в случае с загрузочным образом указываем мастеру путь к файлу wim, который мы создали:

В оригинальном файле install.wim может содержаться несколько редакций:

Но в созданном должна быть только одна.

Часть 4. Великий и ужасный DHCP

1) WDS и DHCP установлены на одном сервере.

WDS и DHCP не могут занимать порт UDP 67 одновременно. Запретив службе WDS прослушивать порт UDP 67, можно предоставить порт для DHCP-трафика и присвоить DHCP-параметру 60 (параметр области или сервера) значение PXEClient, устранив конфликт.
Если служба WDS устанавливается на DHCP-сервере, в ходе настройки появляется страница DHCP Option 60. Установите флажки Do not listen on port 67 и Configure DHCP option 60 to PXEClient. В сообщении, получаемом клиентом от сервера DHCP, содержится IP-адрес, маска подсети и параметр 60.
В результате клиенту становится ясно, что сервер DHCP является одновременно и сервером WDS. Если позднее добавить DHCP к серверу WDS, можно настроить этот параметр, щелкнув правой кнопкой мыши на имени сервера в оснастке WDS и выбрав пункт Properties. На вкладке DHCP имеются аналогичные флажки.

2) WDS и DHCP находятся на различных серверах, в одной подсети с клиентами.

Дополнительной настройки не требуется, так как WDS и DHCP расположены на разных серверах. Обе службы могут прослушивать порт UDP 67, а клиенты находятся в одной подсети с серверами WDS и DHCP, поэтому широковещательный трафик доступен для всех.

3) WDS и DHCP устанавливаются на различных серверах, в разных подсетях.

Службы WDS и DHCP, установленные на разных серверах, не мешают друг другу прослушивать порт UDP 67.

Вы должны настроить маршрутизатор на отправку широковещательных пакетов, потому что чаще всего мы видим, что широковещательные пакеты не могут идти в другие подсети. Кроме того, весь трафик на UDP порт 4011 от клиентских компьютеров к серверу служб развертывания Windows должен быть направлен соответствующим образом.

Чтобы помочь клиенту WDS найти сервер WDS мы должны настроить DHCP опцию 66 и DHCP опцию 67.
Настройка параметров DHCP в сети IPv4 выполняется из оснастки DHCP, доступной из раздела Administrative Tools меню Start.

В оснастке DHCP разверните IPv4, а затем щелкните правой кнопкой мыши Server Options (или параметры области) и выберите пункт Configure Options. Прокрутите список до элемента 066 Boot Server Host Name, установите флажок и введите имя узла сервера WDS в текстовом поле (можно использовать имя, но желательно IP).

Затем установите флажок 067 Bootfile Name. В текстовом поле введите путь и имя файла Preboot Execution Environment (PXE) для загрузки на клиенте. Текстовое значение для параметра 67:

boot\x86\wdsnbp.com - 32 bit
ИЛИ
boot\x64\wdsnbp.com - 64 bit

Configure DHCP option 67 with the right boot image file.

For 32-bits systems \boot\x86\wdsnbp.com
For 64-bits systems \boot\x64\wdsnbp.com

4.1 CNP

Client Naming Policy - в настройках сервера WDS, выберите AD DS. В Client Naming Policy указать формат, на основании которого компьютерам будет задаваться имя.
Шаблон по умолчанию именования %61Username% #, это означает, WDS создаст имя компьютера, используя имя пользователя, вошедшего на удаленный при выполнении процесса установки и # это число 1,2,3… до 999 будет добавлен после имени пользователя.

4.2 Cisco DHCP MODE

Тут не так страшно как кажется:

BU# ip dhcp pool DATA
BU# option 66 ascii «1.2.3.4»
BU# option 67 ascii «bootfile.pxe»

Часть 5. немного послесловия

Собственно всё. Это небольшая статья, и кажется она закончена.
Кто-бы что не говорил, но для небольших сеток это очень нужная вещь.
Для тех, кто захочет расширить функционал, есть просто отличная статья на Geektimes:

В зависимости от размера вашего предприятия, сложность развертывания Windows 7 варьируется от очень простой, до очень сложной. Что касается собственных развертываний, задача попадает под последнее описание. Однако, использование System Center, компонента развертывания операционной системы (OSD), диспетчера Configuration Manager 2007 и пакета обновления 2 (SP2), который скоро выйдет, может значительно облегчить процесс. Не имеет значения, под какой уровень сложности попадает ваша организация, вы можете использовать план Microsoft для перехода организации на Windows 7.

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

Знакомство со сценариями развертывания настольных систем в организации

На первом этапе, конечно же, необходимо оценить требования и сценарии, необходимые для выполнения крупномасштабного развертывания новой ОС. В отличие от приложений, установленных на настольных компьютерах, от операционных системы в значительной мере зависит производительность и сохранность данных пользователей. Таким образом, вы часто тратите много времени, пытаясь определить текущее состояние дел и снизить риски при поиске наилучшего решения. Именно с этим случаем мы сталкиваемся в компании Microsoft, где насчитывается более 280.000 настольных компьютеров.

Рис.1 Сценарии настройки диска настольного компьютера предприятия

При разработке решения для настольного компьютера на вашем предприятии основными объектами являются настройка жесткого диска, технологии шифрования, приложения и пользовательские данные. (Хотя драйверы оборудования также играют большую роль при развертывании, эта тематика выходит за рамки данной статьи. Решение компании Microsoft, разрабатываемое для упрощения работы с драйверами оборудования, обсуждается в блоге TechNet: tinyurl.com/kog748.)

Настройка рабочей среды, с одним или несколькими дисками, является важным элементом при развертывании Windows 7 с использованием диспетчера Configuration Manager. Задача является предельно простой - развертываете ли вы Windows 7 только на новых машинах, или используете миграцию с другой ОС. Как показано на рис.1 , вам необходимо разработать решение, которое позволило бы разместить систему на одном диске с несколькими разделами или на сложных мультизагрузочных конфигурациях с несколькими дисками.

Многие настольные системы в Microsoft работают под управлением Windows Vista, а некоторые рабочие группы требуют использования технологии шифрования BitLocker, представленной в версии Vista. Приложение BitLocker шифрует и защищает системный раздел в случае кражи или потери данных. При попытке обновления ОС, работающей на зашифрованном диске, последовательность задач должна отключить или остановить шифрование. Большинство мобильных сред требуют шифрования, поэтому любые решения, разработанные для них, должны принимать во внимание сценарии шифрования.

Одним абсолютным, не подлежащим обсуждению фактом является то, что на любом предприятии у пользователей есть данные, которые нельзя терять во время миграции. Для пользователей ОС Windows компания Microsoft предоставляет набор средств миграции пользовательской среды (USMT), спроектированный для облегчения сбора и хранения пользовательской информации. ОС Windows 7 представляет новое поколение инструментов USMT (версия 4.0), которые имеют значительные усовершенствования по сравнению с предшественниками. Основное различие между набором USMT 3.0 и версией 4.0 заключается в последней части наших сценариев: выбор подходящего процесса для сбора информации о состоянии данных пользователя и способа, для сохранения этого состояния.

В отличие от предыдущей версии, USMT 4.0 работает минуя операционную систему. При сборе информации о состоянии пользователя для возможности восстановления после обновления, полная загрузка ОС может вызвать ряд проблем, так как некоторые файлы могут использоваться или блокироваться.Также другие приложения, например антивирусные решения, могут вызвать сбой при попытке создания резервной копии данных. Процесс сбора данных в новой версии работает минуя полную загрузку ОС, в таких средах, как, например, Windows Pre-Execution (PE), значительно сокращая количество запускаемых служб, используемых приложений и других сценариев, включающих в себя открытые пользовательские данные. Возможность загрузки состояния пользователя из Windows PE (через автономную резервную копию), надежно работает с последовательностью задач OSD диспетчера Configuration Manager в среде Windows PE, оптимизируя процесс резервного копирования пользовательских данных.

После того, как средство USMT соберет все необходимые пользовательские данные, ему требуется место для "хранения" этих данных во время процесса миграции. Компания Microsoft имеет множество вариантов выбора того, где хранить пользовательские данные, но этот диапазон решений может не войти в бюджет предприятия, выделенный на информационные технологи. Например, предположим, что объем данных обычного состояния пользователя в компании Microsoft составляет приблизительно 1ГБ. Варианты хранения этих данных для последующего извлечения включают в себя внешние жесткие диски, файловые серверы и оптические диски, например, DVD. Для организаций, использующих диспетчер Configuration Manager 2007, роль State Migration Point позволяет хранить данные на удаленном сервере во время процесса миграции, но все же имеются ограничения.

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

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

Средство USMT 4.0 имеет поддержку жестких ссылок, функцию, которая была недоступна в предыдущих версиях. Миграция жестких ссылок позволяет эффективно сохранять пользовательские данные локально на одном компьютере, что требует немного времени и пространства на диске.

Единственным требованием для использования жестких ссылок является наличие 250МБ свободного пространства на компьютере пользователя. Поддержка жестких ссылок добавляет возможность резервирования и восстановления без перемещения физических файлов на диск. Вместо этого, средство USMT хранит только указатели на физические файлы и использует данные указатели во время восстановления, значительно сокращая количество времени, требуемого для миграции Windows 7. (Дополнительную информацию о жестких ссылках смотрите в статье журнала TechNet: tinyurl.com/m76dxv.)

Понимание различных сценариев поможет вам создать план действий по их использованию во время перехода на Windows 7.

СОЗДАНИЕ ВАШЕЙ ПОСЛЕДОВАТЕЛЬНОСТИ ЗАДАЧ ДЛЯ МИГРАЦИИ НА WINDOWS 7

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

1. Определение активности конечного пользователя
2. Создание последовательности задач Windows 7
3. Миграция пользовательской среды

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

ИСПОЛЬЗОВАНИЕ МАСТЕРА OSD

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

Компания Microsoft является организацией, управляемой пользователями; все пользователи работают в качестве администраторов.

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

Мастер OSD Modena прошел испытание в Microsoft и является доступным для вашего предприятия. (Дополнительную информацию о получении средств OSD вы сможете посмотреть в блоге на blogs.technet.com/osd.)

Мастер OSD Modena имеет два компонента: исполняемый и конфигурационный файл. Исполняемый файл, OSDSetupWizard.exe, является автономной пользовательской системой, написанной компанией Microsoft. Он разработан для проверки того, что компьютер готов для миграции на Windows 7 и для сбора информации о конечном пользователе. Последняя роль мастера заключается в получении пользовательской информации и настройке переменных последовательности задач OSD.

Ключевым аспектом мастера является то, что он спроектирован для работы в режиме plug-and-play, поэтому он является полезным для многих сценариев. Он достигает этой цели с помощью конфигурационного файла. В сущности, в сложной среде, например в среде Microsoft, один и тот же исполняемый файл может использоваться с различными конфигурационными файлами при помощи аргумента /xml:osdconffilename.xml.

Например, в развертываниях Microsoft, которые требовали поддержки консоли для Run Advertised Programs (RAP) и Preboot Execution Environments (PXE), использовалась одна последовательность задач, но два конфигурационных файла - по одному для каждой среды (RAP и PXE). Тем самым был создан пакет развертывания, пригодный для использования в любом случае, позволяющем использовать различные конфигурации, поддерживающие этот конкретный пакет.

Начнем знакомство с мастером OSD с осмотра доступных экранов конечных пользователей (также их называют страницами). В мастере OSD доступно восемь страниц. Мы используем термин "доступно" в широком смысле, потому что каждая страница находится в одном из трех состояний: включена, отключена и невидима. Во включенном состоянии страница показывается конечному пользователю; в отключенном состоянии, страница не отображается.

Невидимое состояние является особым случаем, при котором страница не отображается, если только переменная последовательности задач OSD равна нулю. В данном случае на странице появится запрос на ввод пользователем необходимых данных для того, чтобы мастер продолжил свою работу. (Дополнительную информацию обо всех состояниях страницы (включена, отключена и невидима) мастера OSD см. в блогах TechNet на blogs.technet.com/ osd.) В некоторых ситуациях ввод данных конечного пользователя требуется для отдельных страниц, а в некоторых ­- никакие данные не нужны.

Например, во многих организациях конечным пользователям разрешено предоставлять имена для своих машин, но не разрешается выбирать свои домены или структурные подразделения в каталоге Active Directory (AD). Мастер OSD прост в использовании и позволяет отображать страницы мастера, но не позволяет пользователям менять содержимое отдельных данных, например домена или структурных подразделений. Эта полезная блокирующая функция доступна на всех страницах в конфигурационном файле.

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

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

Вы можете оформить мастера таким образом, чтобы он подходил к фирменному оформлению вашей организации. Вы можете легко произвести оформление через конфигурационный файл, поместив имя фонового рисунка в атрибут заголовка. Для изменения оформления мастера в вашей среде просто создайте точечный рисунок размером 630x100, добавьте его в пакет OSD и отредактируйте конфигурационный файл. (Дополнительную информацию об оформлении см. в блоге TechNet на tinyurl.com/r7jdve.)

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

В настоящее время мастер OSD имеет две встроенных предварительных проверки, которые вы можете включить или отключить в конфигурационном файле. Эти предварительные проверки имеются в наличии, потому что их можно применить для большинства предприятий. Первой предварительной проверкой является контроль питания, осуществляемый на полностью загруженной ОС (например, когда пользователь производит миграцию с использованием программ RAP или Add\Remove) и появляется уведомление об ошибке. Если в ходе предварительной проверки обнаруживается, что пользователь не подключен, появится уведомление об ошибке, требующее от пользователя подсоединения сетевого адаптера. После этого пользователь может щелкнуть вкладку Retry Pre-Flight Checks и продолжить, если не возникнут другие ошибки.

Второй предварительной проверкой является контроль беспроводной связи. При работе OSD требует большой пропускной способности сети и лучше работает при подключении к сетевой карте Ethernet (например, проводное подключение 802.3). Если в ходе проверки беспроводного подключения обнаруживается, что пользователь не подключен к сети, появится уведомление об ошибке, требующее от пользователя установить проводное подключение к сети.

Однако предварительные проверки не ограничены встроенными элементами. Они поддерживают любой исполняемый файл или сценарии Windows Scripting Host, например сценарии Visual Basic. Число предварительных проверок неограниченно, потому что они могут запускаться и заканчивать работу в течение пяти минут (если требуется больше времени, мастер OSD приостановит выполнение сценария).

Рис.2 Мастер OSD

Каждый раз при выполнении сценария или исполняемого файла, код возвращается к мастеру OSD. В зависимости от конфигурации мастера, появится оповещение об успехе, предупреждении или ошибке (см. рис. 2 ). При получении оповещения об успехе или предупреждении, пользователь может продолжить работу с мастером. Но при получении оповещения о состоянии ошибки, работа пользователя блокируется. Допустимые коды, возвращаемые сценарием предварительной проверки или встроенным сценарием, можно настраивать в osdconf.xml, и они не требуют изменений в исполняемом файле мастера. Кроме того, текстовое описание ошибки также можно настроить.
Существует два способа доставки приложений как части развертывания Windows 7: как часть установочного образа Windows Installation Image (WIM) базовой версии Windows 7 или как этапы индивидуальной последовательности задач. Помимо приложений для Windows 7, образ WIM часто используется для приложений, которые часто требуются конечным пользователям, но не так часто обновляются. Данный подход имеет два основных отличия. Во-первых, размер образа увеличивается, что влияет на время загрузки клиентов; кроме того, необходимо вмешательство администратора. После каждого обновления приложений, образ WIM будет требовать от вас создания новый установочных образов и обновления соответствующих пакетов диспетчера Configuration Manager, связанных с базовым образом.

Рис.3 Мастер выбора приложений OSD

Для этих целей средства Modena хорошо интегрируются с функцией приложения Configuration Manager 2007 Install Software для обеспечения конечных пользователей возможностью выбора приложений, которые они хотят установить в качестве части процесса OSD. (Дополнительную информацию вы сможете найти в статье журнала TechNet на http://tinyurl.com/pdfp5s.) Как показано на рис.3 , приложения перечислены в древовидной структуре, основанной исключительно на вашем проекте в конфигурационном файле мастера OSD. Например, вы можете определить группу приложений на основе подразделений, местоположения или типа приложений, затем определить все приложения для этой группы, для установки по умолчанию. Это дает возможность простого изменения или добавления приложений с одним лишь требованием, чтобы приложение содержалось в базе данных Configuration Manager 2007 и было доступно.

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

Потеря данных: это исключено

Набор USMT 4.0 включает в себя базовый комплект конфигурационных файлов, поддерживающий создание многих корпоративных пользовательских сред. Данные конфигурационные файлы, MigApp.xml и MigDocs.xml, содержат большинство сценариев для создания пользовательских данных. (Дополнительную информацию о конфигурационных файлах можете найти в статье журнала TechNet на http://tinyurl.com/okfgw4.)
Компонент OSD очистит том, в котором будет установлена операционная система Windows 7. По этой причине очень важно, чтобы пользовательские среды правильно и точно создавались после каждого использования OSD. Короче говоря, возможность потери информации даже не рассматривается.

Лучший вариант, также используемый компанией Microsoft, - это создание безопасного местоположения через последовательность задач, которым является ваша целевая папка для вашей пользовательской среды. Затем с помощью переменной OSDStateStorePath встроенной последовательности задач OSD, вы можете исключить данный каталог из очистки тома, производимой компонентом ОС Apply в последовательности задач. (Ознакомиться с использованием данной функции вы можете в блоге TechNet на blogs.technet.com/osd.)

Создание последовательности задач для развертывания Windows 7

Средства Modena OSD включают экспортированную копию последовательности задач OSD, которая была использована в компании Microsoft. Экспортированная последовательность задач разбита на несколько групп с именами Master Group и Failover, и имеет иерархическую структуру. Группа Master Group имеет дочерние компоненты, связанные с каждым основным этапом, используемом при развертывании Windows 7. Каждый из этих компонентов (см. рис. 4 ) имеет состояния ошибок, которые сообщаются в группу Master Group, и далее передаются в специализированный компонент Failover.

Разбиение последовательности задач на данные компоненты упрощает процессы ведения журнала, создания отчетов и обработки ошибок. Как и в случае с подобными сложными задачами, ошибки будут появляться независимо от того, сколько времени вы тратите на подготовку - это относится к группе Failover Group. Она создана для сбора всех существующих файлов журнала, необходимых для устранения проблем установки, и помещения их в безопасную папку OSD.

Для применения отказоустойчивости в последовательности задач начните работу на корневом уровне и создайте две дочерние группы, Master Group и Failover. Другим хорошим вариантом является включение в группу Master Group всех рабочих этапов, необходимых для вашего развертывания, и использование ее в качестве группы для продолжения работы над ошибкой. Каждая дочерняя группа Master Group, в случае с компанией Microsoft, имеет пять вложенных групп, показанных на рис.4 , необходимых для продолжения выполнения последовательности задач и настройки отказоустойчивости.

Рис.4 Группировка последовательности задач

Другой отличной рекомендацией является настройка любой из дочерних групп, которые не являются критически важными для развертывания, на продолжение работы над ошибкой. Механизм последовательности задач OSD всегда определяет необходимые действия в случае возникновения ошибки, путем просмотра родительской группы с целью отслеживания возможности ее продолжения. В силу этого поведения вы должны определить, должен ли каждый компонент приостановить работу при возникновении ошибки или продолжить. Если компонент не настроен на продолжение работы при возникновении ошибки, последовательность выполнения задач перейдет к родительской группе с целью определения следующего действия. В данном проекте (рис.4) группа Master Group настроена на продолжение работы при возникновении ошибки таким образом, что она продолжит работу с группой Failover Group, будучи ее узлом.

Например, предположим, что группа создана для записи сведений о пользовательской среде. В силу особой важности компонентов в данной группе, проект для каждого из них должен гарантировать, что в случае ошибки, развертывание далее не продолжится, возможно, с последующим удалением тома (предполагается, что это следующий этап в вашей последовательности задач). В этом случае механизм последовательности задач определяет, настроен ли исполняемый компонент на продолжение работы при наличии ошибки; если нет, он вернется к этапу родительской группы для определения следующего действия. Родительская группа Backup State, параметр на продолжение которой при наличии ошибке является непроверенным, обратится к своему родителю, которым в данном проекте является группа Master Group.

Целью создания группы Failover Group, как уже говорилось, является обеспечение факта записи всех данных, необходимых для решения проблем в случае сбоя. Эту группу следует настроить как узел группы Master Group, чтобы группа Master Group обращалась к ней в случае возникновения ошибок (см. рис. 4 ). Группа Failover Group никогда не включается в работу во время развертывания, если не происходит сбой, который может оказаться критически важным. Это последний элемент последовательности задач, который запускается всегда, даже в случае успешной установки.

Состояние развертывания основывается на значении, сохраненном в переменной SMSTSLastActionSucceeded. Вот так используется механизм последовательности задач совместно с "деревом" последовательности задач, пока, в конечном итоге, не будет отработан.В данном случае это означает, что все этапы группы Failover Group выполнены, собраны все журналы записей и необходимые данные. (Дополнительные сведения о проектировании приведены в блоге TechNetblog на blogs.technet.com/osd.)

Предоставление состояния пользователя с помощью точечных рисунков и BGInfo.exe

Для пользователей компании Microsoft очень важно было сообщать пользователям о текущем состоянии миграции в OSD. По умолчанию, все состояния клиента передаются через функции OSD диспетчера Configuration Manager. Хотя и эти сообщения о состоянии хорошо работают в некоторых организациях, существуют и другие творческие методы для сообщения пользователям о более крупных этапах, составляющих миграцию.

Очень важным является понимание того, что существуют более крупные этапы, сопровождающие процесс миграции. Например, этими этапами могут быть Partition Drive (создание разделов на жестком диске), Install Windows (установка Windows) и приложения Last Install. Основной причиной всего этого является то, что данные этапы предоставляют более подробное определение всего процесса, а пользователи, в свою очередь, обожают такого рода информацию.

Основными пятью этапами, используемыми компанией Microsoft, являются состояния резервирования, установки Windows, настройки Windows, установки приложений и восстановления. Пользователи получают сообщения при помощи статических точечных рисунков, которые динамически воспроизводятся с помощью средства TechNet Sysinternals BGInfo.exe. (Вы можете загрузить BGInfo.exe на странице tinyurl.com/2nbxmd, но это средство не входит в инструментарий Modena OSD.) Это средство позволяет загружать точечные рисунки и настраивать их вывод на экран, для отражения текущего состояния миграции.

Средство Modena включает пять точечных рисунков, один для каждого этапа, и изображения, сообщающие о состоянии, установленном при помощи последовательности задач. Например, в группе последовательности задач Install OS (Установка ОС), средство BGInfo.exe вызывается для загрузки точечного рисунка, отображающего данный этап (см. рис. 5 ).

Рис.5 Отображение текущего состояния миграции

Средство Modena OSD предоставляет вам платформу для развертывания этого решения на вашем предприятии и требует от вас лишь замены точечных рисунков. Для этого найдите папку сценариев, откройте каталог BG и замените каждый точечный рисунок вашей обновленной версией. Этим действием вы сообщите своим конечным пользователям о пяти основных этапах, используемых при развертывании Windows 7. Это будет прекрасный способ держать пользователей в курсе дела, не требуя от них чтения подробных сообщений, предоставленных механизмом последовательности задач OSD.

Резюме

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

ОС Windows 7 предоставляет конечным пользователям максимальную производительность. В конечном счете, существует одно препятствие на пути готовности к развертыванию. Компания Microsoft предлагает пользователям диспетчер System Center Configuration Manager 2007 средства Modena OSD для снижения времени на подготовку развертывания исходя из уровня его сложности. Если вашему предприятию нужен высокий уровень взаимодействия с конечными пользователями или вы предпочитаете принцип "минимального затрагивания", вы можете упростить ваш проект развертывания Windows 7 с помощью процесса, который мы использовали в компании Microsoft.

В этой статье мы рассмотрим шаги, необходимые для того, чтобы установить и настроить систему автоматической установки клиентских операционных систем на основе Windows Deployment Services. Мы добавим на сервер необходимые загрузочные образы и драйверы, создадим образ для захвата и воспользуемся им для создания установочного образа на основе подготовленной эталонной инсталляции операционной системы Windows 7 .

Начнем с установки роли Windows Deployment Services на компьютере с операционной системой Windows Server 2008 R2. Открываем диспетчер сервера и жмем Добавить роли.

Выбираем Службы развертывания Windows.

Выбираем обе галки.

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

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

Установить.

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

Хотя, в некоторых случаях, нужно учитывать один маленький нюанс - начиная с Windows 8.1 в 64-битных версиях системы больше нет поддержки для процессоров Pentium D. Так что на компьютер с таким процессором Windows 10 уже не получится поставить. Хотя такие устаревшие процессоры мало у кого есть, поэтому можно и не особо волноваться по данному поводу.

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

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

Немного про Internet Explorer

Почему немного? Да потому что тут ничего такого, особо важного и нет. 🙂

Скорее всего, для многих пользователей уже давно не секрет, что в новой системе есть уже два стандартных браузера: всем давно знакомый Internet Explorer 11 и новый продукт с именем Edge.

Основное призвание нового браузера Edge заключается в замене уже устаревшего IE, который давно не соответствует нынешним реалиям. Сам же Internet Explorer оставили только для того, чтобы была совместимость с интернет приложениями, которые были написаны специально для этого браузера.

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

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

Способы развертывания Windows 10

Стоит отметить, что Windows 10 позволяет использовать старые и привычные способы развертывания, такие как MDT, или, например, SCCM. В целом, в этой системе предусмотрены следующие способы развертывания:

1. Wire-and-Load;
2. In-Place;
3. Provisioning.

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

При использовании первого способа можно сохранить все необходимые параметры и конфигурацию учетных записей. Для этого есть специальный инструмент, под названием User State Migration Tool (USMT). С его помощью можно сделать копию всех этих настроек, а затем восстановить их уже на новой системе.

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

А вот третий способ развернуть Windows 10 – является новинкой. С помощью него можно любое устройство, превратить в корпоративное, где будут все требуемые настройки и приложения, даже можно реализовать возможность изменения редакции операционной системы.

Теперь подробнее рассмотрим каждый из этих методов.

Wipe-and-Load

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

• Загрузить с официального сайта свежий Windows ADK , рассчитанный на поддержку систем начиная с Windows 7;
• Тем, кто пользуется MDT, необходимо обновиться до MDT 2013 Update 1;
• А если воспользоваться SCCM, то поддержка развертывания или управления включена сразу в несколько разных редакциях.

Как можно заметить, практически во всех последних версиях SCCM можно выполнять развертывание и настройку системы. Но самый полный функционал, с поддержкой всех возможностей Windows 10, будет только в последней версии - SCCM vNext.

In-Place

Данный вид апгрейда встречается во многих релизах Windows. Но так уж повелось, что многие компании больше доверяют чистой установке, чем обновлению текущей версии системы. Таким образом они остерегаются возможных проблем и неполадок. Что бы вернуть доверие пользователей к такому виду развертывания, в компании Microsoft усиленно старались над доработкой данной технологии на протяжении прошлых версий «семерки» и «восьмерки».

В конечном итоге, пользователи получили качественно доработанный способ апгрейда с Windows 8/8.1, до операционной системы Windows 10.

Само обновление можно разделить на четыре основные части.

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

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

У такой удобной новинки есть и одна весьма интересная особенность. Еще на самом первом этапе апгрейда происходит вычисление требуемого количества свободного пространства на жестком диске, при этом учитывается и место под резервную копию предыдущей ОС. Поэтому может случится, что для таких больших объемов не хватит места. Но разработчики предусмотрели такое развитие событий и добавили возможность подключить любой сменный носитель, на котором и будет создан каталог с именем Windows.old. В любом случае на винчестере должно быть нужно количество свободного пространства для самой системы Windows 10.

Во время обновления, используя традиционные инструменты нужно знать, что в SCCM vNext и MDT 2013 Update 1 была добавлена другая последовательность задач. Про то, как реализовывать это, можете ознакомиться .

Часто крупные компании, используя MDT или SCCM, создают свои образы, уже имеющие готовые приложения уже со всеми необходимыми настройками. Что произвести успешное обновление текущей системы, нужно воспользоваться стандартным файлом install.wim. Если попытаться добавить любое стороннее приложение в образ устанавливаемой системы и при этом приложение уже будет установлено в старой системе, то может нарушиться вся ассоциация файлов. Это может привести к некорректной работе приложения, или оно даже не сможет запуститься.

Так же нужно знать следующие ограничения для апгрейда In-Place:

• Архитектура устанавливаемой системы должно соответствовать архитектуре системы, на которую ставится;
• Такой способ не сработает, если у вас Windows To Go, или системой. Что была загружена из VHD файла;
• Не получится произвести обновление, если система зашифрована любыми сторонними программами. При этом, исключение BitLocker. В случае с ним, все пройдет корректно и без лишних проблем.

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

Provisioning

А этот способ развертывания Windows 10, для лучшего понимания, мы рассмотрим на примере. К примеру, есть некая компания, которая закупила своим сотрудникам несколько планшетов, с Professional редакцией «десятки». Прежде чем эти сотрудники смогут работать на этих устройствах, IT отделу потребуется выполнить на них множество дополнительных настроек: проапгрейдить систему до Enterprise, затем включить в домен, или, например, выполнить подключение к системе Microsoft Intune (или любому подобному решению), после чего указать соответствующие политики и создать требуемые сертификаты. После этого, должны быть установлены профили Wi-FI и VPN, а затем загружены специальные корпоративные приложения и многое другое.

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

Благодаря технологии Provisioning, администратор может создать специальный файл, с готовыми параметрами системы и даже необходимыми программами, для корпоративной среды.

Этот файл можно передавать как угодно: на флешке, через корпоративный сайт и даже по электронной почте. Пользователю необходимо только запустить его на устройстве и спустя минуту все необходимые изменения уже будут выполнены.
Этот способ будет прекрасно работать и на смартфонах под управлением Windows 10. Такой файл можно запустить, используя метки NFC, или подключив устройство через USB к компьютеру и перетащив на его значок данный файл настроек.Таких файлов с необходимой конфигурацией можно создать в неограниченном количестве и для различных типов устройств, имеющих различное назначение. Чтобы создавать подобные файлы воспользуйтесь новым инструментом среды ADK под названием Windows ICD . Этот компонент достаточно прост в использовании. На половине окна можно увидеть доступные параметры, в середине окна можно задавать для них значения, а справа можно наблюдать те, в которых были выполнены изменения.
После изменения всех необходимых параметров, будет создан специальный файл настроек. У него будет расширение.ppkg. После этого его можно любым способом перекинуть на нужное устройство и выполнить запуск.