Руководство по примерам набора средств развертывания Майкрософт

  • Статья

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

Примечание.

В этой статье Windows применяется к операционным системам Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 и Windows Server 2008 R2, если не указано иное. MDT не поддерживает версии Windows на основе процессоров ARM. Аналогичным образом MDT относится к текущей версии MDT, если не указано иное.

Использование этого руководства

Просмотрите список разделов сценариев в оглавлении.

  1. Выберите сценарий, наиболее точно представляющий цели развертывания вашей организации.

  2. Просмотрите пример параметров конфигурации для выбранного сценария.

  3. Используйте пример параметров конфигурации в качестве основы для параметров конфигурации в вашей среде.

  4. Настройте пример параметров конфигурации для своей среды.

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

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

    Руководство В этом руководстве приведена помощь
    Краткое руководство по Майкрософт System Center 2012 R2 Configuration Manager Используйте System Center 2012 R2 Configuration Manager для установки Windows 8.1 операционной системы в сценарии развертывания нового компьютера.
    Краткое руководство по началу работы с Lite Touch Installation Установите операционную систему Windows 8.1 с помощью Lite Touch Installation (LTI), используя загрузочный носитель в сценарии развертывания нового компьютера.
    Краткое руководство по началу установки User-Driven Установите операционную систему Windows 8.1 с помощью User-Driven Install и System Center 2012 R2 Configuration Manager в сценарии развертывания нового компьютера.
    Использование набора средств развертывания Майкрософт Дальнейшая настройка файлов конфигурации, используемых в развертываниях Zero Touch Installation (ZTI) и LTI. В этом руководстве также содержатся общие рекомендации по настройке и технический справочник по параметрам конфигурации.

Развертывание приложений Windows 8 с помощью MDT

MDT может развертывать Windows 8 пакеты приложений с расширением APPX. Эти пакеты приложений являются новыми для Windows 8. Дополнительные сведения об этих приложениях см. в разделе Разработка приложений Магазина Windows.

Разверните приложения Windows 8 с помощью MDT, выполнив следующие действия.

Развертывание приложений Windows 8 с помощью LTI

Вы можете развернуть Windows 8 приложения с помощью LTI, как и любое другое приложение, которое инициирует процесс установки из командной строки. Вы можете добавить Windows 8 приложения в развертывания LTI в узле Приложения в Deployment Workbench.

Развертывание приложения Windows 8 с помощью LTI

  1. Создайте общую сетевую папку, в которой будет храниться приложение.

  2. Скопируйте приложение Windows 8 в сетевую общую папку, созданную на предыдущем шаге.

    Убедитесь, что вы скопировали appx-файл приложения Windows 8 и любые другие необходимые файлы, например CER-файл, содержащий сертификат приложения.

  3. Создайте элемент приложения LTI для приложения Windows 8 в узле Приложения в Deployment Workbench с помощью мастера создания приложений.

    При завершении работы мастера создания приложений на странице Мастера сведений о командах в командной строке введите app_file_name (где app_file_name — это имя приложения Windows 8).

    Дополнительные сведения о том, как завершить мастер создания приложений в Deployment Workbench, см. в следующих разделах документа MDT с помощью набора средств развертывания Майкрософт:

    • "Создание приложения, развернутого из общей папки развертывания"

    • "Создание приложения, развернутого из другой общей сетевой папки"

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

Развертывание приложений Windows 8 с помощью UDI

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

Примечание.

Для развертывания приложений Windows 8 и Windows 8 с помощью UDI требуется System Center 2012 R2 Configuration Manager.

Развертывание приложения Windows 8 с помощью UDI

  1. Создайте общую сетевую папку, в которой будет храниться приложение.

    Эта папка будет исходной папкой для Configuration Manager приложения, которое вы создадите позже в процессе.

  2. Скопируйте приложение Windows 8 в сетевую общую папку, созданную на предыдущем шаге.

    Убедитесь, что вы скопировали appx-файл приложения Windows 8 и любые другие необходимые файлы, например CER-файл, содержащий сертификат приложения.

  3. Добавление приложения Windows 8 в качестве приложения Configuration Manager

  4. Создайте элемент приложения Configuration Manager для приложения Windows 8 с помощью мастера создания приложений в консоли Configuration Manager.

    Завершая работу мастера создания приложений, создайте тип развертывания для развертывания приложения Windows 8 с помощью мастера создания типа развертывания. В мастере создания типа развертывания на странице Содержимое в разделе Программа установки введите app_file_name (где app_file_name — это имя приложения Windows 8).

    Дополнительные сведения о том, как выполнить мастер создания приложений в консоли Configuration Manager, см. в следующих разделах библиотеки документации по System Center 2012 Configuration Manager, которая входит в состав Configuration Manager:

  5. Убедитесь, что функция сопоставления пользователей и устройств (UDA) в Configuration Manager правильно настроена для поддержки сопоставления между пользователями и устройствами для развертывания приложений Configuration Manager.

    Дополнительные сведения о настройке UDA для поддержки развертывания Configuration Manager приложений см. в статье Управление сходством пользователей и устройств в Configuration Manager.

  6. Разверните приложение, созданное на шаге 4, для целевых пользователей.

    Дополнительные сведения о развертывании приложения для пользователя см. в статье Развертывание приложений в Configuration Manager.

  7. Настройте страницу мастера ApplicationPage, чтобы включить Configuration Manager приложение, созданное на шаге 4 с помощью конструктора мастера UDI.

    Дополнительные сведения о настройке страницы мастера ApplicationPage с помощью конструктора мастера UDI см. в разделе "Шаг 5–11. Настройка файла конфигурации мастера UDI для целевого компьютера" в документе MDT Краткое руководство по началу установки User-Driven.

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

    Примечание.

    Приложение Windows 8 не устанавливается последовательностью задач, а будет установлено при первом входе пользователя на целевой компьютер (как определено параметром UDA, настроенным на шаге 5), с помощью функции установщика приложений User-Centric (AppInstall.exe) в UDI.

    Дополнительные сведения о функции установщика приложений User-Centric в UDI см. в разделе "Справочник по установщику приложений, ориентированных на пользователя" в справочнике по набору средств MDT.

Управление MDT с помощью Windows PowerShell

Вы можете управлять общими ресурсами развертывания MDT с помощью Deployment Workbench и Windows PowerShell. MDT включает оснастку Windows PowerShell ™ — Майкрософт. Bdd. SnapIn — который необходимо загрузить перед использованием функций MDT в Windows PowerShell. Оснастка MDT Windows PowerShell включает в себя:

Загрузка Windows PowerShell Snap-In MDT

Командлеты MDT предоставляются в Майкрософт оснастки Windows PowerShell. Bdd. SnapIn, который необходимо загрузить перед использованием командлетов MDT. Загрузите оснастку MDT Windows PowerShell с помощью командлета Add-PSSnapIn, как описано в разделе Загрузка Windows PowerShell Snap-In MDT с помощью командлета Add-PSSnapIn.

Загрузка Windows PowerShell Snap-In MDT с помощью командлета Add-PSSnapIn

Вы можете загрузить оснастку MDT Windows PowerShell Майкрософт. Bdd. PSSnapIn из любой Windows PowerShell среды с помощью командлета Add-PSSnapIn, как показано в следующем примере:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Создание общей папки развертывания с помощью Windows PowerShell

Общие папки развертывания можно создать с помощью командлетов MDT Windows PowerShell. Корневая папка для общей папки развертывания создается и предоставляется совместно с помощью стандартных командлетов Windows PowerShell и вызовов команд класса инструментария управления Windows (WMI). Общая папка развертывания заполняется с помощью поставщика Windows PowerShell MDTProvider и командлета NewPSDrive. MdTProvider Windows PowerShell диск сохраняется с помощью командлета Add-MDTPersistentDrive.

Подготовка общей папки развертывания с помощью командлетов MDT Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Создайте папку, которая будет корнем новой общей папки развертывания, с помощью командлета New-Item , как показано в следующем примере и описано в разделе Использование командлета New-Item:

    New-Item "C:\MDTDeploymentShare$" -Type directory

    Командлет отображает успешное создание папки.

  3. Поделитесь папкой, созданной на предыдущем шаге, с помощью класса WMI win32_share , как показано в следующем примере:

    ([wmiclass]"win32_share").Create("C:\MDTDeploymentShare$", "MDTDeploymentShare$",0)

    Вызов класса win32_share возвращает результаты вызова. Если значение ReturnValue равно нулю (0), вызов выполнен успешно.

  4. Укажите новую общую папку в качестве общей папки развертывания с помощью командлета NewPSDrive , как показано в следующем примере:

    New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose

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

    Примечание.

    Значение, указанное в параметре Name (DS002), должно быть уникальным и не может совпадать с существующим общим ресурсом развертывания Windows PowerShell диске.

  5. Убедитесь, что соответствующие папки общего ресурса развертывания созданы с помощью команды dir , как показано в следующем примере:

    Get-ChildItem ds002:

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

  6. Добавьте новую общую папку развертывания в список сохраненных общих папок развертывания MDT с помощью командлета Add-MDTPersistentDrive , как показано в следующем примере:

    $NewDS=Get-PSDrive "DS002"  
Add-MDTPersistentDrive  -Name "DS002" -InputObject $NewDS Verbose

    В этом примере переменная $NewDS используется для передачи объекта диска Windows PowerShell для новой общей папки развертывания в командлет.

    Кроме того, можно объединить командлеты NewPSDrive и Add-MDTPersistentDrive , как показано в следующем примере:

    New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose | Add-MDTPersistentDrive -Verbose

    В предыдущем примере конвейер Windows PowerShell предоставляет параметры Name и InputObject.

Просмотр свойств общей папки развертывания с помощью Windows PowerShell

Свойства общих папок развертывания MDT можно просмотреть с помощью командлета Get-ItemProperty и поставщика Windows PowerShell MDTProvider. Эти же свойства также можно увидеть в Deployment Workbench.

Просмотр свойств общей папки развертывания с помощью командлетов MDT Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что общий ресурс развертываний MDT Windows PowerShell диски восстановлен с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, правильно восстановлены с помощью командлета Get-PSDrive, как показано ниже.

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Список Windows PowerShell дисков, предоставляемых с помощью MDTProvider.

  4. Просмотрите свойства общей папки развертывания с помощью командлета Get-ItemProperty , как показано в следующем примере:

    Get-ItemProperty "DS002:"

    В этом примере DS002: — это имя Windows PowerShell диска, возвращенного на шаге 3. Командлет возвращает свойства для общей папки развертывания.

Просмотр списка общих папок развертывания с помощью Windows PowerShell

Список общих папок развертывания MDT можно просмотреть с помощью командлета Get-PSDrive и поставщика Windows PowerShell MDTProvider. Тот же список общих папок развертывания также можно просмотреть в Deployment Workbench.

Просмотр списка общих папок развертывания с помощью командлетов MDT Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT совместно Windows PowerShell дисках восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Просмотрите список развертываний MDT, которые совместно используют Windows PowerShell дисков, по одному для каждой общей папки развертывания, с помощью командлета Get-PSDrive следующим образом:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

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

Обновление общей папки развертывания с помощью Windows PowerShell

Общие папки развертывания можно обновить с помощью командлета Update-MDTDeploymentShare и поставщика Windows PowerShell MDTProvider. При обновлении общей папки развертывания создаются загрузочные образы Windows PE (ФАЙЛЫ WIM и Международной организации по стандартизации [ISO]), необходимые для запуска развертывания LTI. Вы можете выполнить тот же процесс с помощью Deployment Workbench, как описано в разделе Обновление общей папки развертывания в Deployment Workbench.

Обновление общей папки развертывания с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, правильно восстановлены с помощью командлета Get-PSDrive, как показано ниже.

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Список Windows PowerShell дисков, предоставленных с помощью MDTProvider.

  4. Обновите общую папку развертывания с помощью командлета Update-MDTDeploymentShare , как показано в следующем примере:

    Update-MDTDeploymentShare -Path "DS002:" -Force

    В этом примере DS002: — это имя Windows PowerShell диска, возвращенного на шаге 3.

    Примечание.

    Обновление общей папки развертывания может занять много времени. Ход выполнения командлета отображается в верхней части консоли Windows PowerShell.

    Если обновление прошло успешно, командлет возвращается без выходных данных.

Обновление связанной общей папки развертывания с помощью Windows PowerShell

Вы можете обновить (реплицировать) связанные общие папки развертывания с помощью командлета Update-MDTLinkedDS и поставщика Windows PowerShell MDTProvider. При обновлении связанного общей папки развертывания содержимое из исходной общей папки развертывания реплицируется в связанную общую папку развертывания. Вы можете выполнить тот же процесс с помощью Deployment Workbench, как описано в разделе Репликация связанных общих папок развертывания в Deployment Workbench.

Обновление связанной общей папки развертывания с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, правильно восстановлены с помощью командлета Get-PSDrive, как показано ниже.

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Список Windows PowerShell дисков, предоставленных с помощью MDTProvider.

  4. Обновите общую папку развертывания с помощью командлета Update-MDTDeploymentShare , как показано в следующем примере:

    Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"

    В этом примере DS002: — это имя Windows PowerShell диска, возвращенного на шаге 3.

    Примечание.

    Обновление связанной общей папки развертывания может занять много времени. Ход выполнения командлета отображается в верхней части консоли Windows PowerShell.

    Если обновление прошло успешно, командлет возвращается без выходных данных.

Обновление носителя развертывания с помощью Windows PowerShell

Вы можете обновить (создать) носитель развертывания с помощью командлета Update-MDTMedia и поставщика Windows PowerShell MDTProvider. При обновлении носителя развертывания содержимое из исходного общего ресурса развертывания реплицируется в связанный общий ресурс развертывания, а затем создаются ISO- и WIM-файлы. Вы можете выполнить тот же процесс с помощью Deployment Workbench, как описано в разделе Создание образов мультимедиа в Deployment Workbench.

По завершении командлета Update-MDTMedia создаются следующие файлы:

  • ISO-файл в папке media_folder (где media_folder — это имя папки, указанной для носителя).

    Создание ISO-файла — это параметр, который настраивается с помощью:

    • Установите флажок Создать загрузочный ISO-образ Lite Touch на вкладке Общие диалогового окна Свойства носителя (снимите этот флажок, чтобы сократить время, необходимое для создания носителя, если вам не нужно создавать загрузочные DVD-диски или запускать виртуальные машины [виртуальные машины] из ISO-файла.)

    • Задание того же свойства с помощью командлета Set-ItemProperty

  • WIM-файлы в папке media_folder\Content\Deploy\Boot (где media_folder — это имя папки, указанной для носителя).

    Обновление связанной общей папки развертывания с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT совместно Windows PowerShell дисках восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, правильно восстановлены с помощью командлета Get-PSDrive, как показано ниже.

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Список Windows PowerShell дисков, предоставленных с помощью MDTProvider.

  4. Обновите общую папку развертывания с помощью командлета Update-MDTDeploymentShare , как показано в следующем примере:

    Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"

    В этом примере DS002: — это имя Windows PowerShell диска, возвращенного на шаге 3.

    Примечание.

    Обновление связанной общей папки развертывания может занять много времени. Ход выполнения командлета отображается в верхней части консоли Windows PowerShell.

    Если обновление прошло успешно, командлет возвращается без выходных данных.

Управление элементами в общей папке развертывания с помощью Windows PowerShell

Общая папка развертывания содержит элементы, используемые для развертывания, такие как операционные системы, приложения, драйверы устройств, пакеты операционной системы и последовательности задач. Этими элементами можно управлять с помощью командлетов из Windows PowerShell и командлетов, предоставляемых MDT.

Дополнительные сведения об управлении элементами напрямую с помощью командлетов Windows PowerShell см. в разделе Управление элементами напрямую. Структурой папок для общей папки развертывания также можно управлять с помощью Windows PowerShell. Дополнительные сведения см. в статье Управление общими папками развертывания с помощью Windows PowerShell.

Импорт элемента в общую папку развертывания

Вы можете импортировать элементы каждого типа, например операционные системы, приложения или драйверы устройств, с помощью командлетов MDT. Для каждого типа элемента существует определенный командлет MDT. Если вы хотите импортировать несколько элементов в общую папку развертывания с помощью Windows PowerShell, см. статью Автоматизация общей папки развертывания.

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

Командлет Описание
Import-MDTApplication Импорт приложения в общую папку развертывания
Import-MDTDriver Импорт одного или нескольких драйверов устройств в общую папку развертывания
Import-MDTOperatingSystem Импорт одной или нескольких операционных систем в общую папку развертывания
Import-MDTPackage Импорт одного или нескольких пакетов операционной системы в общую папку развертывания
Import-MDTTaskSequence Импорт последовательности задач в общую папку развертывания

Просмотр свойств элемента в общей папке развертывания

Каждый элемент в общей папке развертывания имеет свой набор свойств. Свойства элемента в общей папке развертывания можно просмотреть с помощью командлета Get-ItemProperty . Командлет Get-ItemProperty использует MDTProvider для отображения свойств определенного элемента так же, как и свойства в Deployment Workbench.

Если вы хотите просмотреть свойства нескольких элементов в общей папке развертывания с помощью Windows PowerShell, см. раздел Автоматизация заполнения общей папки развертывания.

Просмотр свойств элемента в общей папке развертывания с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, правильно восстановлены с помощью командлета Get-PSDrive, как показано в следующем примере:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Список Windows PowerShell дисков, предоставленных с помощью MDTProvider.

  4. Верните список элементов для типа элемента, для которого требуется просмотреть свойства с помощью командлета Get-Item , как показано в следующем примере:

    Get-Item "DS001:\Operating Systems\*" | Format-List

    В предыдущем примере отображается список всех операционных систем в общей папке развертывания. Выходные данные передаются в командлет Format-List , чтобы можно было увидеть длинные имена операционных систем. Дополнительные сведения об использовании командлета Format-List см. в разделе Использование командлета Format-List. Этот же процесс можно использовать для возврата списка других типов элементов, таких как драйверы устройств или приложения.

    Совет

    Можно также использовать команду dir для просмотра списка операционных систем вместо командлета Get-Item .

  5. Просмотрите свойства одного из элементов, перечисленных на предыдущем шаге, с помощью командлета Get-ItemProperty , как показано в следующем примере:

    Get-ItemProperty -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"

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

Удаление элемента из общей папки развертывания

Вы можете удалить элемент из общей папки развертывания с помощью командлета Remove-Item . Командлет Remove-Item использует MDTProvider для удаления определенного элемента так же, как вы можете удалить элемент в Deployment Workbench. Если вы хотите удалить несколько элементов в общей папке развертывания с помощью Windows PowerShell, см. раздел Автоматизация общей папки развертывания.

Примечание.

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

Удаление элемента из общей папки развертывания с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере.

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, правильно восстановлены с помощью командлета Get-PSDrive, как показано в следующем примере:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Список Windows PowerShell дисков, предоставленных с помощью MDTProvider.

  4. Верните список элементов для типа элемента, для которого требуется просмотреть свойства с помощью командлета Get-Item , как показано в следующем примере:

    Get-Item "DS001:\Operating Systems\*" | Format-List

    В предыдущем примере отображается список всех операционных систем в общей папке развертывания. Выходные данные передаются в командлет Format-List , чтобы можно было увидеть длинные имена операционных систем. Дополнительные сведения об использовании командлета Format-List см. в разделе Использование командлета Format-List. Вы можете использовать тот же процесс для возврата списка других типов элементов, таких как драйверы устройств или приложения.

    Совет

    Можно также использовать команду dir для просмотра списка операционных систем вместо командлета Get-Item .

  5. Удалите один из элементов, перечисленных на предыдущем шаге, с помощью командлета Remove-Item , как показано в следующем примере:

    Remove-Item -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"

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

    Этот же процесс можно использовать для удаления других типов элементов, таких как драйверы устройств или приложения.

    Примечание.

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

Автоматизация общей папки развертывания

Командлеты MDT Windows PowerShell позволяют управлять отдельными элементами. Однако с помощью некоторых функций скриптов в Windows PowerShell командлеты можно использовать для автоматизации создания общей папки развертывания.

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

Одним из способов управления несколькими элементами является использование csv-файла с разделенными запятыми значений (CSV), который содержит список всех элементов, которыми вы хотите управлять в общей папке развертывания с помощью командлета Import-CSV .

Ниже приведен фрагмент скрипта Windows PowerShell для импорта списка приложений на основе сведений в файле .csv с помощью командлетов Import-CSV, ForEach-Object и Import-MDTApplication.

$List=Import-CSV "C:\MDT\Import-MDT-Apps.csv"  
ForEach-Object ($App in $List) {  
     Import-MDTApplication –path $App.ApplicationFolder -enable "True" –Name $App.DescriptiveName –ShortName $App.Shortname –Version $App.Version –Publisher $App.Publisher –Language $App.Language –CommandLine $App.CommandLine –WorkingDirectory $App.WorkingDirectory –ApplicationSourcePath $App.SourceFolder –DestinationFolder $App.DestinationFolder –Verbose  
}

В этом примере файл C:\MDT\Import-MDT-Apps.csv содержит поле для каждой переменной, необходимой для импорта приложения. Дополнительные сведения о создании файла .csv для использования с командлетом Import-CSV см. в разделе Использование командлета Import-Csv.

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

  1. Создайте файл .csv для каждого типа элемента общей папки развертывания, который вы хотите заполнить.

  2. Дополнительные сведения о создании файла .csv для использования с командлетом Import-CSV см. в разделе Использование командлета Import-Csv.

  3. Создайте файл скрипта Windows PowerShell, который будет использоваться для автоматизации создания общей папки развертывания.

    Дополнительные сведения о создании скрипта Windows PowerShell см. в статье Создание скриптов с помощью Windows PowerShell.

  4. Перед импортом элементов общей папки развертывания создайте любую необходимую структуру папок, необходимую в общей папке развертывания.

    Дополнительные сведения см. в статье Управление общими папками развертывания с помощью Windows PowerShell.

  5. Добавьте строку командлета Import-CSV для одного из .csv файлов, созданных на шаге 1.

    Дополнительные сведения о командлете Import-CSV см. в разделе Использование командлета Import-Csv.

  6. Создайте цикл командлета ForEach-Object , обрабатывающий каждый элемент из файла .csv, на который ссылается командлет Import-CSV на предыдущем шаге.

    Дополнительные сведения о командлете ForEach-Object см. в разделе Использование командлета ForEach-Object.

  7. Добавьте соответствующий командлет MDT для импорта элементов общей папки развертывания в цикле командлета ForEach-Object , созданном на предыдущем шаге.

    Дополнительные сведения о командлетах MDT, используемых для импорта элементов в общую папку развертывания, см. в статье Импорт элемента в общую папку развертывания.

Управление общими папками развертывания с помощью Windows PowerShell

Вы можете управлять папками в общей папке развертывания с помощью средств командной строки, таких как команда mkdir, или с помощью командлетов Windows PowerShell, таких как командлет New-Item и поставщик Windows PowerShell MDTProvider. Одну и ту же структуру папок общих папок развертывания можно также увидеть и управлять ими в Deployment Workbench. Дополнительные сведения об управлении элементами напрямую с помощью командлетов Windows PowerShell см. в разделе Управление элементами напрямую.

Создание папки в общей папке развертывания с помощью Windows PowerShell

Создание папки в общей папке развертывания с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Просмотрите список развертываний MDT, которые совместно используют Windows PowerShell дисков, по одному для каждой общей папки развертывания, с помощью командлета Get-PSDrive следующим образом:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

    Список Windows PowerShell дисков, предоставляемых с помощью MDTProvider, — по одному для каждого общего ресурса развертывания.

  4. Создайте папку с именем Windows_8 в папке Операционные системы в общей папке развертывания с помощью команды New-Item , как показано в следующем примере:

    New-Item "DS002:\Operating Systems\Windows_8"

    В этом примере DS002: — это имя Windows PowerShell диска, возвращенного на шаге 3.

  5. Убедитесь, что папка создана правильно, введя следующую команду:

    Get-ChildItem "DS002:\Operating Systems"

    Отобразится папка Windows_8 и другие существующие папки в папке Операционные системы.

  6. Создайте папку с именем Windows_7 папку в папке Операционные системы в общей папке развертывания с помощью командлета New-Item , как показано в следующем примере и описано в разделе Использование командлета New-Item:

    New-Item "DS002:\Operating Systems\Windows_7" -Type directory

    Командлет отображает успешное создание папки.

  7. Убедитесь, что папка создана правильно, введя следующую команду:

    Get-ChildItem "DS002:\Operating Systems"

    Отобразится папка Windows_7 и другие существующие папки в папке Операционные системы.

Удаление папки в общей папке развертывания с помощью Windows PowerShell

Удаление папки в общей папке развертывания с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Просмотрите список развертываний MDT, которые совместно используют Windows PowerShell дисков, по одному для каждой общей папки развертывания, с помощью командлета Get-PSDrive следующим образом:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

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

  4. Удалите (удалите) папку с именем Windows_8 в папке Операционные системы в общей папке развертывания с помощью команды New-Item , как показано в следующем примере:

    Remove-Item "DS002:\Operating Systems\Windows_8"

    В этом примере DS002: — это имя Windows PowerShell диска, возвращенного на шаге 3.

  5. Убедитесь, что папка удалена правильно, введя следующую команду:

    Get-ChildItem "DS002:\Operating Systems"

    Папка Windows_8 больше не отображается в списке папок в папке Операционные системы.

  6. Удалите (удалите) папку с именем Windows_7 папку в папке Операционные системы в общей папке развертывания с помощью командлета Remove-Item , как показано в следующем примере:

    Remove-Item "DS002:\Operating Systems\Windows_7"

    Командлет отображает успешное удаление папки.

  7. Убедитесь, что папка создана правильно, введя следующую команду:

    Get-ChildItem "DS002:\Operating Systems"

    Папка Windows_7 больше не отображается в списке папок в папке Операционные системы.

Переименование папки в общей папке развертывания с помощью Windows PowerShell

Переименование папки в общей папке развертывания с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT совместно Windows PowerShell дисках восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Просмотрите список общих папок развертываний MDT Windows PowerShell дисков, по одному для каждого общего ресурса развертывания, используя командлет Get-PSDrive следующим образом:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

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

  4. Переименуйте папку с именем Windows_8 на Win_8 в папке Операционные системы в общей папке развертывания с помощью команды ren , как показано в следующем примере:

    ren "DS002:\Operating Systems\Windows_8" "Win_8"

    В этом примере DS002: — это имя Windows PowerShell диска, возвращенного на шаге 3.

  5. Убедитесь, что папка удалена правильно, введя следующую команду:

    Get-ChildItem "DS002:\Operating Systems"

    Папка Windows_8 переименована в Win_8.

  6. Переименуйте папку с именем Windows_7 в Win-7 в папке Операционные системы в общей папке развертывания с помощью командлета Rename-Item , как показано в следующем примере:

    Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"

    Командлет отображает успешное переименование папки.

  7. Убедитесь, что папка создана правильно, введя следующую команду:

    Get-ChildItem "DS002:\Operating Systems"

    Папка Windows_7 переименована в Win_7.

Автоматизация приложения пакетов обновления операционной системы в общих ресурсах развертывания

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

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

Автоматизация приложения пакетов обновления операционной системы с обновленного исходного носителя

Вы можете автоматизировать процесс обновления пакетов обновления операционной системы с помощью Windows PowerShell, если у вас есть исходный носитель, включающий пакет обновления, например наличие DVD-диска с Windows 7 с пакетом обновления 1 (SP1).

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

Автоматизация применения пакетов обновления операционной системы с исходного носителя обновлений с помощью Windows PowerShell

  1. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  2. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  3. Просмотрите список общих папок развертываний MDT Windows PowerShell дисков, по одному для каждой общей папки развертывания, с помощью командлета Get-PSDrive, как показано в следующем примере:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

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

  4. Удалите папку для существующей операционной системы из общей папки развертывания с помощью командлетов Get-ChildItem и Remove-Item , как показано в следующем примере:

    Get-ChildItem "DS002:\Operating Systems\Windows 7" –recurse | Remove-Item –recurse –force

    В этом примере DS002: — это имя Windows PowerShell диска, возвращенного на шаге 3.

  5. Скопируйте содержимое исходных файлов операционной системы с интегрированным пакетом обновления с помощью командлета Copy-Item , как показано в следующем примере:

    Copy-Item "E:\*" -Destination "DS002:\Operating Systems\Windows 7"-Recurse -Force

    В этом примере исходные файлы операционной системы находятся на диске E, а DS002— это имя Windows PowerShell диска, возвращенное на шаге 3.

  6. Обновите любой носитель развертывания MDT на основе общей папки развертывания с помощью командлета Update-MDTMedia .

    Дополнительные сведения о том, как обновить носитель развертывания MDT на основе общей папки развертывания с помощью командлета Update-MDTMedia, см. в разделе Обновление носителя развертывания с помощью Windows PowerShell.

Автоматизация приложений пакетов обновления операционной системы с помощью компьютера-образца и Windows PowerShell

Процесс обновления пакетов обновления операционной системы можно автоматизировать с помощью Windows PowerShell при наличии только пакета обновления, который еще не интегрирован с операционной системой, например с пакетом обновления 1 (SP1) для Windows 7, который еще не интегрирован с образом Windows 7.

Для этого метода разверните операционную систему без пакета обновления на компьютере-образце. Затем примените пакет обновления к компьютеру-образцу. Затем запишите образ операционной системы компьютера-образца. Наконец, скопируйте захваченный WIM-файл через файл Install.wim в операционной системе в общей папке развертывания, используя Windows PowerShell.

Автоматизация применения пакетов обновления операционной системы с исходного носителя обновлений с помощью Windows PowerShell

  1. Разверните целевую операционную систему на компьютере-образце.

    Дополнительные сведения о развертывании компьютера-образца см. в следующих ресурсах в документе MDT Использование набора средств развертывания Майкрософт:

    • "Подготовка к развертыванию LTI на компьютере-образце"

    • "Развертывание и запись образа компьютера-образца в LTI"

  2. Установите нужный пакет обновления на компьютере-образце.

    Дополнительные сведения об установке пакета обновления см. в документации по пакету обновления.

  3. Запишите образ компьютера-образца, создав и развернув последовательность задач на основе шаблона последовательности задач Sysprep и Capture .

    Дополнительные сведения о создании последовательности задач на основе шаблона последовательности задач Sysprep и Capture см. в разделе Создание новой последовательности задач в Deployment Workbench.

  4. Загрузите оснастку MDT Windows PowerShell, как описано в разделе Загрузка оснастки MDT Windows PowerShell.

  5. Убедитесь, что развертывания MDT, которые совместно используют Windows PowerShell диски, восстановлены с помощью командлета Restore-MDTPersistentDrive, как показано в следующем примере:

    Restore-MDTPersistentDrive -Verbose

    Примечание.

    Если развертывания MDT, которые совместно используют Windows PowerShell диски, уже восстановлены, появится предупреждающее сообщение о том, что командлет не может восстановить диск.

  6. Просмотрите список общих папок развертываний MDT Windows PowerShell дисков, по одному для каждой общей папки развертывания, с помощью командлета Get-PSDrive, как показано в следующем примере:

    Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider

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

  7. Скопируйте WIM-файл, захваченный на шаге 3, через файл Install.wim в операционной системе в общей папке развертывания с помощью командлета Copy-Item , как показано в следующем примере:

    Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" Force

    В этом примере захваченный файл образа операционной системы (Win7SP1.wim) в папке Captures в общей папке DS002— это имя Windows PowerShell диска, возвращенного на шаге 6, а существующая операционная система Windows 7 хранится в папке Windows 7.

  8. Обновите любой носитель развертывания MDT на основе общей папки развертывания с помощью командлета Update-MDTMedia .

    Дополнительные сведения о том, как обновить носитель развертывания MDT на основе общей папки развертывания с помощью командлета Update-MDTMedia, см. в разделе Обновление носителя развертывания с помощью Windows PowerShell.

Настройка развертывания на основе типа корпуса

Развертывание можно настроить в зависимости от типа корпуса компьютера. Скрипты создают локальные переменные, которые можно обработать в файле CustomSettings.ini. Локальные переменные IsLaptop, IsDesktopи IsServer указывают, является ли компьютер переносимым, настольным компьютером или сервером соответственно.

Примечание.

В более ранних версиях Deployment Workbench флаг указывал, IsServer что существующая операционная система является серверной операционной системой (например, Windows Server 2003 выпуск Enterprise). Этот флаг переименован в IsServerOS.

Реализация локальных переменных в файле CustomSettings.ini

  1. [Settings] В разделе в строке Priority добавьте настраиваемый раздел для настройки развертывания в зависимости от типа корпуса (ByChassisType в следующем примере, где Шасси представляет тип компьютера).

  2. Создайте пользовательский раздел, соответствующий пользовательскому разделу, определенному на шаге 1 (ByChassisType в примере в следующем примере, где Chassis представляет тип компьютера).

  3. Определите подраздел для каждого типа корпуса для обнаружения (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% в следующем примере).

  4. Создайте подраздел для каждого True и False состояния каждого подраздела, определенного на шаге 3 (например [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] , в следующем примере).

  5. В каждом подразделе True и False добавьте соответствующие параметры в зависимости от типа корпуса.

    Листинг 1. Пример настройки развертывания на основе типа корпуса в файле CustomSettings.ini

[Settings]  

Priority=...,ByLaptopType,ByDesktopType,ByServerType  

[ByLaptopType]  
Subsection=Laptop-%IsLaptop%  

[ByDesktopType]  
Subsection=Desktop-%IsDesktop%  

[ByServerType]  
Subsection=Server-%IsServer%  
.  
.  
.  

[Laptop-True]  
.  
.  
.  

[Laptop-False]  
.  
.  
.  

[Desktop-True]  
.  
.  
.  

[Desktop-False]  
.  
.  
.  

[Server-True]  
.  
.  
.  

[Server-False]  
.  
.  
.

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

Часто при установке операционной системы на существующем компьютере устанавливаются те же приложения, которые были установлены на компьютере. Сделайте это с помощью скриптов MDT (в частности, ZTIGather.wsf) для запроса двух отдельных источников информации:

  • Configuration Manager функции инвентаризации программного обеспечения. Содержит одну запись для каждого пакета приложения( в данном случае списки программ и компонентов в Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2), установленных в последний раз Configuration Manager инвентаризации компьютера.

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

    Выполнение динамической установки приложения для конкретного компьютера

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

  2. Заполните таблицу данными, которые связывают соответствующий пакет с приложением, перечисленным в разделе Программа и компоненты или Добавление и удаление программ.

    SQL-запрос для заполнения таблицы

    use [MDTDB]  
go  
INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus')  
go

    Вставленная строка соединяет любой компьютер с записью Office12.0 с пакетом Майкрософт Office 2010 профессиональный плюс.

    Это означает, что Майкрософт Office 2010 профессиональный плюс будет установлен на любом компьютере с системой Office 2007 Майкрософт (Office 12.0). Добавьте аналогичные записи для всех других пакетов. Любой элемент, для которого нет записи, игнорируется (пакет не будет установлен).

  3. Создайте хранимую процедуру, чтобы упростить объединение сведений в новой таблице с данными инвентаризации.

    use [MDTDB]  
go  

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[RetrievePackages]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)  
drop procedure [dbo].[RetrievePackages]  
go  

CREATE PROCEDURE [dbo].[RetrievePackages]  
@MacAddress CHAR(17)  
AS  

SET NOCOUNT ON  

/* Select and return all the appropriate records based on current inventory */  
SELECT * FROM PackageMapping  
WHERE ARPName IN  
(  
  SELECT ProdID0 FROM CM_DB.dbo.v_GS_ADD_REMOVE_PROGRAMS a, CM_DB.dbo.v_GS_NETWORK_ADAPTER n  
  WHERE a.ResourceID = n.ResourceID AND  
  MACAddress0 = @MacAddress  
)  
go

    Хранимая процедура в предыдущем примере предполагает, что база данных центрального первичного сайта Configuration Manager находится на компьютере, на котором SQL Server выполняется в качестве базы данных MDT. Если центральная база данных первичного сайта находится на другом компьютере, необходимо внести соответствующие изменения в хранимую процедуру. Кроме того, необходимо обновить имя базы данных (CM_DB). Кроме того, рассмотрите возможность предоставления дополнительным учетным записям доступа на чтение к представлению v_GS_ADD_REMOVE_PROGRAMS в базе данных Configuration Manager.

  4. Настройте файл CustomSettings.ini для запроса этой таблицы базы данных, указав имя раздела ([DynamicPackages] в списке Приоритет), который указывает на сведения о базе данных.

    [Settings]  
...
Priority=MacAddress, DefaultGateway, DynamicPackages, Default  
...

  5. Создайте [DynamicPackages] раздел, чтобы указать имя раздела базы данных.

    [DynamicPackages]  
SQLDefault=DB_DynamicPackages

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

    [DB_DynamicPackages]  
SQLServer=SERVER1  
Database=MDTDB  
StoredProcedure=RetrievePackages  
Parameters=MacAddress  
SQLShare=Logs  
Instance=SQLEnterprise2005  
Port=1433  
Netlib=DBNMPNTW

    В предыдущем примере будет запрошена база данных MDT с именем MDTDB на компьютере, на котором выполняется экземпляр SQL Server с именем SERVER1. База данных содержит хранимую процедуру с именем RetrievePackages (созданную на шаге 3).

    При запуске ZTIGather.wsf автоматически создается инструкция язык SQL (SQL), SELECT а значение пользовательского ключа MakeModelQuery передается в качестве параметра в запрос:

    EXECUTE RetrievePackages ?

    Фактическое значение настраиваемого ключа MACAddress будет заменено соответствующим "?". Этот запрос возвращает набор записей со строками, введенными на шаге 2.

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

    В соответствии с представленным здесь сценарием, если текущий компьютер имеет значение Office12.0 , вставленное в таблицу (шаг 2), возвращается одна строка (XXX0000F:Install Office 2010 Professional Plus). Это означает, что пакет XXX0000F:Install Office 2001 профессиональный плюс будет установлен процессом ZTI на этапе восстановления состояния.

Сценарий полностью автоматизированного развертывания LTI

Основная цель LTI — максимально автоматизировать процесс развертывания. Хотя ZTI обеспечивает полную автоматизацию развертывания с помощью скриптов MDT и служб развертывания Windows, LTI предназначена для работы с меньшими требованиями к инфраструктуре.

Вы можете автоматизировать мастер развертывания Windows, используемый в процессе развертывания LTI, чтобы уменьшить (или исключить) отображаемые страницы мастера. Вы можете пропустить весь мастер развертывания Windows, указав свойство SkipWizard в CustomSettings.ini. Чтобы пропустить отдельные страницы мастера, используйте следующие свойства:

  • SkipAdminPassword

  • SkipApplications

  • SkipBDDWelcome

  • SkipBitLocker

  • SkipBitLockerDetails

  • SkipTaskSequence

  • SkipCapture

  • SkipComputerBackup

  • SkipComputerName

  • SkipDomainMembership

  • SkipFinalSummary

  • SkipLocaleSelection

  • SkipPackageDisplay

  • SkipProductKey

  • SkipSummary

  • SkipTimeZone

  • SkipUserData

Дополнительные сведения об этих отдельных свойствах см. в соответствующем свойстве в справочнике по набору средств MDT.

Для каждой пропущенной страницы мастера укажите значения соответствующих свойств, которые обычно собираются через страницу мастера в файлах CustomSettings.ini и BootStrap.ini. Дополнительные сведения о свойствах, которые необходимо настроить в этих файлах, см. в разделе "Предоставление свойств для страниц мастера пропущенного развертывания" в справочнике по набору средств MDT.

Полностью автоматизированное развертывание LTI для сценария обновления компьютера

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

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac /lae  
SkipCapture=YES  
SkipAdminPassword=YES  
SkipProductKey=YES  

DeploymentType=REFRESH  

SkipDomainMembership=YES  
JoinDomain=DomainName  
DomainAdmin=Administrator  
DomainAdminDomain=DomainName  
DomainAdminPassword=a_secure_password  

SkipUserData=yes  
UserDataLocation=AUTO  
UDShare=\\Servername\Sharename\Directory  
UDDir=%ComputerName%  

SkipComputerBackup=YES  
ComputerBackuplocation=AUTO  
BackupShare=\\Servername\Backupsharename  
BackupDir=%ComputerName%  

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%ComputerName%  

SkipPackageDisplay=YES  
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}  
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}  

SkipLocaleSelection=YES  
UILanguage=en-US  
UserLocale=en-CA  
KeyboardLocale=0409:00000409  

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

SkipApplications=YES  
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}  
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}  
UserID=Administrator  
UserDomain=DomainName  
UserPassword=P@ssw0rd  

SkipBitLocker=YES  
SkipSummary=YES  
Powerusers001=DomainName\Username

Полностью автоматизированное развертывание LTI для сценария нового компьютера

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

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac /lae  

SkipCapture=YES  
ComputerBackupLocation=\\WDG-MDT-01\Backup$\  
BackupFile=MyCustomImage.wim  

SkipAdminPassword=YES  
SkipProductKey=YES  

SkipDomainMembership=YES  
JoinDomain=WOODGROVEBANK  
DomainAdmin=Administrator  
DomainAdminDomain=WOODGROVEBANK  
DomainAdminPassword=P@ssw0rd  

SkipUserData=Yes  
UserDataLocation=\\WDG-MDT-01\UserData$\Directory\usmtdata  

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%SerialNumber%  

SkipPackageDisplay=YES  
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}  
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}  

SkipLocaleSelection=YES  
UILanguage=en-US  
UserLocale=en-CA  
KeyboardLocale=0409:00000409  

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

SkipApplications=YES  
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}  
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}  

SkipBitLocker=YES  
SkipSummary=YES  
Powerusers001=WOODGROVEBANK\PilarA  
CaptureGroups=YES  
SLShare=\\WDG-MDT-01\UserData$\Logs  
Home_page=https://www.microsoft.com/NewComputer

Вызов веб-служб в MDT

В более ранних версиях MDT обработка правил поддерживалась через CustomSettings.ini и базы данных, из которых можно было получать значения с локального компьютера (обычно с помощью WMI) для принятия решений о том, что необходимо сделать на каждом компьютере во время развертывания. Кроме того, можно выполнять SQL-запросы и вызовы хранимых процедур для получения дополнительных сведений из внешних баз данных. Однако с этим подходом возникли проблемы, особенно с обеспечением безопасных SQL Server подключений.

Чтобы устранить эту проблему, MDT может выполнять вызовы веб-служб на основе простых правил, определенных в CustomSettings.ini. Эти запросы веб-службы не требуют какого-либо специального контекста безопасности и могут использовать любой порт TCP/IP, необходимый для упрощения конфигураций брандмауэра.

Ниже показано, как настроить CustomSettings.ini для вызова определенной веб-службы. В этом сценарии веб-служба выбирается случайным образом из поиска в Интернете. Он принимает почтовый индекс в качестве входных данных и возвращает город, штат, код региона и часовой пояс (в виде буквы) для указанного почтового индекса.

[Settings]  
Priority=Default, USZipService  
Properties=USZip, City, State, Zip, Area_Code, Time_Zones   
[Default]  
USZip=98052   
[USZipService]  
WebService=http://www.webservicex.net/uszip.asmx/GetInfoByZIP  
Parameters=USZip

При выполнении этого кода выходные данные выводятся примерно так:

Added new custom property USZIP  
Added new custom property CITY  
Added new custom property STATE  
Added new custom property ZIP  
Added new custom property AREA_CODE  
Added new custom property TIME_ZONES  
Using from [Settings]: Rule Priority = DEFAULT, USZIPSERVICE  
------ Processing the [DEFAULT] section ------  
Property USZIP is now = 98052  
Using from [DEFAULT]: USZIP = 98052  
------ Processing the [USZIPSERVICE] section ------  
Using COMMAND LINE ARG: Ini file = CustomSettings.ini  
CHECKING the [USZIPSERVICE] section  
About to execute web service call to http://www.webservicex.net/uszip.asmx/GetInfoByZIP: USZip=98052  
Response from web service: 200 OK  
Successfully executed the web service.  
Property CITY is now = Redmond  
Obtained CITY value from web service:  CITY = Redmond  
Property STATE is now = WA  
Obtained STATE value from web service:  STATE = WA  
Property ZIP is now = 98052  
Obtained ZIP value from web service:  ZIP = 98052  
Property AREA_CODE is now = 425  
Obtained AREA_CODE value from web service:  AREA_CODE = 425  
------ Done processing CustomSettings.ini ------

Существует несколько незначительных осложнений, которые следует учитывать при запуске веб-службы:

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

  • CustomSettings.ini или ZTIGather.xml выполняет поиск свойств, определенных в XML-разметке, возвращаемой в результате вызова веб-службы (как при запросе базы данных или другом правиле). Однако в поиске XML учитывается регистр. К счастью, описанная здесь веб-служба возвращает все имена свойств в верхнем регистре, что и ожидается ZTIGather.xml. Чтобы обойти эту проблему, можно переназначить записи в нижнем или смешанном регистре.

  • Рекомендуется POST выполнить запрос к веб-службе, поэтому вызов веб-службы должен поддерживать POST.

Подключение к сетевым ресурсам

Во время процессов развертывания LTI и ZTI может потребоваться доступ к сетевому ресурсу на сервере, отличном от сервера, на котором размещен общий ресурс развертывания. Необходимо пройти проверку подлинности на другом сервере, чтобы получить доступ к общим папкам или службам. Например, можно установить приложение из общей папки на сервере, отличном от сервера, на котором размещен общий ресурс развертывания, используемый скриптами MDT.

Примечание.

Чтобы запросить SQL Server базы данных, размещенные на сервере, отличном от сервера, на котором размещен общий ресурс развертывания, см. свойства Database, DBID, DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare и Table в справочнике по набору средств MDT.

С помощью скрипта ZTIConnect.wsf можно подключаться к другим серверам и получать доступ к ресурсам на них. Синтаксис скрипта ZTIConnect.wsf выглядит следующим образом (где unc_path — это путь универсального соглашения об именовании [UNC] для подключения к серверу):

cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path

В большинстве случаев скрипт ZTIConnect.wsf выполняется в качестве задачи "Последовательность задач". Запустите скрипт ZTIConnect.wsf перед задачами, требующими доступа к серверу, отличному от сервера, на котором размещен общий ресурс развертывания.

Добавление скрипта ZTIConnect.wsf в качестве задачи в последовательность задач сборки

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Task Sequences (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области сведений щелкните task_sequence (где task_sequence — это последовательность задач для изменения).

  4. В области действий выберите пункт Свойства.

  5. Перейдите на вкладку Последовательность задач, перейдите к группе (где group — это группа, в которой выполняется скрипт ZTIConnec.wsf) и нажмите кнопку Добавить. Щелкните Общие, а затем — Запустить командную строку.

    Примечание.

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

  6. Перейдите на вкладку Свойства новой задачи, используя следующие сведения:

    В этом поле Выполните следующие действия
    Имя Введите Connect to server (где server — это имя сервера, к которому нужно подключиться).
    Описание Введите текст, объясняющий, почему необходимо установить подключение.
    Команда Введите cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (где unc_path — это UNC-путь к общей папке на сервере).

  7. Перейдите на вкладку Параметры новой задачи, используя следующие сведения. Если не указано, примите значения по умолчанию и нажмите кнопку ОК.

    В этом поле Выполните следующие действия
    Коды успешного выполнения Введите 0 3010. (Скрипт ZTIConnect.wsf возвращает эти коды после успешного завершения.)
    Список условий Добавьте все необходимые условия. (В большинстве случаев для этой задачи не требуются условия.)

    После добавления задачи, которая будет выполнять скрипт ZTIConnect.wsf, последующие задачи могут обращаться к сетевым ресурсам на сервере, указанном в параметре /uncpath скрипта ZTIConnect.wsf.

Развертывание правильных драйверов устройств на компьютерах с одинаковыми аппаратными устройствами, но с разными моделями и разными моделями

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

Создание псевдонимов модели

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

  4. В диалоговом окне Свойства откройте вкладку Правила .

  5. Создайте псевдонимы для типов оборудования в разделах Make и Model базы данных MDT. Усечение типа модели в открытых скобках "(" в имени модели. Например, HP DL360 (G112) становится HP DL360.

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

  7. Создайте новый [SetModel] раздел.

  8. [SetModel] Добавьте раздел в параметры приоритета[Settings] в разделе .

  9. Добавьте в раздел строку ModelAlias для ссылки на сценарий выхода пользователя, который усетит имя модели в "(".

  10. Создайте подстановку базы данных MMApplications , где ModelAlias равен Модели.

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

    Ниже показан CustomSettings.ini и сценарий выхода пользователя соответственно.

    CustomSettings.ini:

    [Settings]   
Priority=SetModel, MMApplications, Default   
Properties= ModelAlias   
[SetModel]   
ModelAlias=#SetModelAlias()#   
Userexit=Userexit.vbs   
[MMApplications]   
SQLServer=Server1  
Database=MDTDB   
Netlib=DBNMPNTW   
SQLShare=logs   
Table= MakeModelSettings    
Parameters=Make, ModelAlias   
ModelAlias=Model   
Order=Sequence

    Сценарий выхода пользователя:

    Function UserExit(sType, sWhen, sDetail, bSkip)   
  UserExit = Success   
End Function   

Function SetModelAlias()   
  If Instr(oEnvironment.Item("Model"), "(") <> 0 Then   
    SetModelAlias = Left(oEnvironment.Item("Model"), _  
                      Instr(oEnvironment.Item("Model"), _  
                        "(") - 1)   
    oLogging.CreateEntry "USEREXIT – " & _  
      "ModelAlias has been set to " & SetModelAlias, _  
      LogTypeInfo  
  Else   
    SetModelAlias = oEnvironment.Item("Model")   
    oLogging.CreateEntry " USEREXIT - " & _  
      "ModelAlias has not been changed.", LogTypeInfo   
  End if   
End Function

Настройка шагов условной последовательности задач

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

С помощью MDT запустите последовательность задач условно на основе:

  • Один или несколько операторов IF

  • Переменная последовательности задач

  • Версия целевой операционной системы

  • Логические результаты запроса WMI

  • Параметр реестра

  • Программное обеспечение, установленное на целевом компьютере

  • Свойства папки

  • Свойства файла

Настройка шага условной последовательности задач

Шаги условной последовательности задач настраиваются в Deployment Workbench на вкладке Параметры шага последовательности задач. Вы можете добавить одно или несколько условий на шаг последовательности задач, чтобы создать соответствующее условие для выполнения или не запуска шага.

Примечание.

Каждому шагу условной последовательности задач требуется по крайней мере один оператор IF .

Просмотр вкладки Параметры шага последовательности задач

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Task Sequences (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области сведений щелкните task_sequence (где task_sequence — это имя последовательности задач для настройки).

  4. В области действий выберите пункт Свойства.

  5. В диалоговом окне свойстваtask_sequence на вкладке Последовательность задач щелкните шаг (где шаг — это имя настраиваемого шага последовательности задач), а затем перейдите на вкладку Параметры.

    На вкладке Параметры шага последовательности задач выполните следующие действия:

  • Добавить. Нажмите эту кнопку, чтобы добавить условие на шаг последовательности задач.

  • Удалить. Нажмите эту кнопку, чтобы удалить существующее условие на шаге последовательности задач.

  • Редактировать. Нажмите эту кнопку, чтобы изменить существующее условие на шаге последовательности задач.

Операторы IF в условиях

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

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

Condition Выберите этот параметр, чтобы запустить последовательность задач, если
Все условия Все условия, приведенные в этом операторе IF , должны быть истинными.
Любые условия Все условия, указанные в этом операторе IF , являются истинными.
Нет Условия, приведенные в этом операторе IF , не являются истинными.

Выполните условие для выполнения шага последовательности задач, добавив в условия другие условия (например, переменные или значения последовательности задач в параметре реестра).

Добавление условия инструкции IF на шаг последовательности задач

  1. На вкладке Step Option (где step — это имя шага последовательности задач для настройки) нажмите кнопку Добавить, а затем — оператор If.

  2. В диалоговом окне Свойства оператора If щелкните условие (где условие является одним из условий, перечисленных в предыдущей таблице), а затем нажмите кнопку ОК.

Переменные последовательности задач в условиях

Используйте условие Переменная последовательности задач для оценки любой переменной последовательности задач, созданной задачей Set Task Sequence Variable или любой задачей в последовательности задач. Например, рассмотрим сеть, содержащую клиентские компьютеры Windows XP, которые являются частью домена, а некоторые из них находятся в рабочей группе. Зная, что текущая политика домена предписывает сохранять в сети все пользовательские параметры, их может потребоваться сохранить только для компьютеров, не входящих в домен, то есть компьютеров, входящих в рабочую группу. В этом случае добавьте условие в задачу Сбор файлов и параметров пользователя , которая предназначена для компьютеров в рабочей группе.

Добавление условия на основе переменной последовательности задач

  1. На вкладке Параметрышага (где шаг — это имя шага последовательности задач для настройки) щелкните Добавить условие, а затем — Переменная последовательности задач.

  2. В диалоговом окне Условие переменной последовательности задач в поле Переменная введите OSDJoinType.

    Примечание.

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

  3. В поле Условие нажмите кнопку равенства.

  4. В поле Значение введите 1 и нажмите кнопку ОК.

Версия операционной системы в условиях

Используйте условие версия операционной системы , чтобы проверить существующую версию операционной системы целевого компьютера или существующего клиента (при записи образа). Например, рассмотрим сеть, содержащую несколько серверов, которые будут обновлены с Windows Server 2003 до Windows Server 2008. Параметры сети следует копировать и применять только к серверам под управлением Windows Server 2003. Все остальные серверы будут иметь параметры сети по умолчанию, которые используются в Windows Server 2008.

Добавление условия на основе версии операционной системы

  1. В редакторе последовательности задач щелкните задачу Записать параметры сети .

  2. Щелкните Добавить условие, а затем — Версия операционной системы.

  3. В поле Архитектура щелкните соответствующий сервер. В этом примере щелкните x86.

  4. В поле Операционная система выберите операционную систему и версию, для которых необходимо задать условие. В этом примере щелкните x86 Windows 2003.

  5. В поле Условие щелкните соответствующее условие и нажмите кнопку ОК.

Свойства файла в условиях

Используйте условие Свойства файла , чтобы проверить версию и (или) время выполнения заданного файла, чтобы определить, следует ли выполнять задачу или группу задач. В этом примере рабочая среда содержит образ Windows Server 2003, который постоянно обновляется и используется для каждого нового сервера, добавляемого в сеть. Все серверные компьютеры в среде запускают пользовательское приложение, которому требуется api api (API) цифрового доступа (DAO) версии 3.60.6815.

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

Добавление условия свойств файла в шаг последовательности задач в Configuration Manager

  1. В Configuration Manager создайте пакет для установки DAO 3.60.6815. Вызовите этот пакет DAO с помощью программы InstallDAO. Дополнительные сведения о создании пакетов см. в статье Создание пакета.

  2. Создайте шаг установки программного обеспечения для развертывания пакета DAO.

  3. Щелкните шаг последовательности задач Установка программного обеспечения , созданного на шаге 2, а затем перейдите на вкладку Параметры .

  4. Щелкните Добавить условие, а затем — Свойства файла.

  5. В поле Путь введите C:\Program Files\Майкрософт Shared\DAO\dao360.dll.

  6. Установите флажок Проверить версию , а затем для условия выберите значение Не равно .

  7. В поле Версия введите 3.60.6815.

  8. В этом случае снимите флажок Проверить метку времени и нажмите кнопку ОК.

Свойства папки в условиях

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

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

Добавление условия свойств папки на шаг последовательности задач

  1. В консоли Configuration Manager или Deployment Workbench в редакторе последовательности задач измените task_sequence (где последовательность задач — это последовательность задач, которую нужно изменить).

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

  3. Щелкните задачу, созданную на шаге 1.

  4. Щелкните Добавить условие, а затем — Свойства папки.

  5. В поле Путь введите путь к папке, содержащей приложение.

  6. Установите флажок Проверить метку времени .

  7. Щелкните Меньше или равно для условия.

  8. В поле Дата щелкните 31.12.2007.

  9. В поле Время щелкните 12:00:00 и нажмите кнопку ОК.

Параметры реестра в условиях

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

Добавление условия параметра реестра на шаг последовательности задач

  1. В консоли Configuration Manager или Deployment Workbench в редакторе последовательности задач измените task_sequence (где последовательность задач — это последовательность задач, которая развертывает Windows 8).

  2. Щелкните первую задачу в последовательности и перейдите на вкладку Параметры .

  3. Щелкните Добавить условие, а затем выберите Параметр реестра.

  4. В списке Корневой ключ щелкните HKEY_LOCAL_MACHINE.

  5. В поле Ключ введите SOFTWARE\WOODGROVE.

  6. Щелкните не существует для условия. В этом случае задача будет запущена, а последовательность продолжится только в том случае, если ключ не существует.

  7. При необходимости условие может проверить отсутствие значения, если имя значения введено в поле Имя значения .

  8. Если использовалось условие, отличное от существует или не существует , укажите значение и тип значения.

  9. Нажмите кнопку OK.

Запросы WMI в условиях

Используйте условие запроса WMI для выполнения любого запроса WMI. Условие оценивается как True, если запрос возвращает хотя бы один результат. Например, учитывайте, что группе развертывания необходимо обновить операционную систему всех серверов данной модели, например Dell 1950. Запрос WMI можно использовать для проверки модели каждого компьютера и продолжения развертывания только в том случае, если найдена правильная модель.

Добавление условия запроса WMI на шаг последовательности задач

  1. В консоли Configuration Manager или Deployment Workbench в редакторе последовательности задач измените task_sequence (где последовательность задач — это последовательность задач, которая обновляет серверы).

  2. Щелкните первую задачу в последовательности и перейдите на вкладку Параметры .

  3. Щелкните Добавить условие, а затем — Запрос WMI.

  4. В поле Пространство имен WMI введите root\cimv2.

  5. В поле WQL-запрос введите Select * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%". Нажмите кнопку OK.

Установленное программное обеспечение в условиях

Используйте условие установленного программного обеспечения , чтобы проверить, установлена ли определенная часть программного обеспечения на целевом компьютере. С помощью этого условия можно оценить только программное обеспечение, установленное с помощью файлов установщика Майкрософт (MSI). Например, представьте, что вы хотите обновить операционную систему всех серверов, кроме серверов, работающих Майкрософт SQL Server 2012.

Добавление условия установленного программного обеспечения на шаг последовательности задач

  1. В консоли Configuration Manager или Deployment Workbench в редакторе последовательности задач измените task_sequence (где последовательность задач — это последовательность задач, которая обновляет серверы).

  2. Щелкните первую задачу в последовательности и перейдите на вкладку Параметры .

  3. Щелкните Добавить условие, а затем — Установленное программное обеспечение.

  4. Нажмите кнопку Обзор, а затем щелкните MSI-файл для SQL Server 2012.

  5. Установите флажок Соответствовать конкретному продукту, чтобы указать, что целевыми компьютерами, которые должны обнаруживать этот запрос, являются только компьютеры с SQL Server 2012, а не с другими версиями.

  6. Нажмите кнопку OK.

Сложные условия

Несколько условий можно группировать с помощью инструкций IF для создания сложных условий. Например, представьте, что определенный шаг должен выполняться только для компьютеров Contoso 1950 под управлением Windows Server 2003 или Windows Server 2008. Написанная как программная инструкция IF , она будет выглядеть следующим образом:

IF ((Computer Model IS "Contoso 1950") AND (operating system=2003 OR operating system=2008))

Добавление сложного условия

  1. В консоли Configuration Manager или Deployment Workbench в редакторе последовательности задач измените task_sequence (где последовательность задач — это последовательность задач, которая обновляет серверы).

  2. Щелкните шаг последовательности задач, к которому нужно добавить условие, а затем перейдите на вкладку Параметры .

  3. Щелкните Добавить условие, щелкните Оператор If, а затем — Все условия. Нажмите кнопку OK.

  4. Щелкните инструкцию условия, щелкните Добавить условие, а затем — Запрос WMI.

  5. Убедитесь, что root\cimv2 указан в качестве пространства имен WMI, а затем в поле запрос WQL введите SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%". Нажмите кнопку OK.

  6. Щелкните инструкцию IF и нажмите кнопку Добавить условие. Щелкните Оператор If, а затем — Любое условие. Нажмите кнопку OK.

  7. Щелкните второй оператор IF . Щелкните Добавить условие, а затем — Версия операционной системы.

  8. В поле Архитектура щелкните архитектуру для серверов. В этом примере щелкните x86.

  9. В поле Операционная система щелкните операционную систему и версию. В этом примере щелкните исходный выпуск Windows 2003 x86. Нажмите кнопку OK.

  10. Щелкните второй оператор IF . Щелкните Добавить условие, а затем — Версия операционной системы.

  11. В поле Архитектура щелкните архитектуру для серверов. В этом примере щелкните x86.

  12. В поле Операционная система щелкните операционную систему и версию. В этом примере щелкните исходный выпуск Windows 2008 x86. Нажмите кнопку OK.

Создание высокомасштабируемой инфраструктуры развертывания LTI

В этом сценарии для инфраструктуры развертывания отсутствует электронное распространение программного обеспечения, поэтому вы используете MDT для создания полностью автоматизированной инфраструктуры развертывания LTI. Масштабируемая инфраструктура LTI использует технологии SQL Server, служб развертывания Windows и репликации распределенной файловой системы Windows Server 2003 (DFS-R).

Масштабируйте инфраструктуру LTI, выполнив следующие действия:

Обеспечение существования соответствующей инфраструктуры

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

Обязательный компонент Назначение или комментарий
Windows Server 2003 R2 Требуется для поддержки DFS-R
MDT Содержит главную копию общей папки развертывания.
SQL Server 2005 Должна быть полной версией, чтобы разрешить репликацию базы данных MDT.
DFS-R Требуется для репликации общей папки развертывания
Службы развертывания Windows Требуется для инициации сетевых установок на основе PXE

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

Обязательный компонент Назначение или комментарий
Windows Server 2003 R2 Требуется для поддержки DFS-R
Microsoft SQL Server 2005, экспресс-выпуск Получает реплицированные копии базы данных MDT.
DFS-R Требуется для репликации общей папки развертывания
Службы развертывания Windows Требуется для инициации сетевых установок на основе PXE

Примечание.

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

Добавление содержимого в MDT

Заполните главный сервер развертывания содержимым с помощью Deployment Workbench, а также создайте и заполните базу данных MDT, как описано в следующих разделах. Сведения о заполнении базы данных:

  • Приложения, см. раздел "Настройка приложений в Deployment Workbench" в документе MDT Using the Майкрософт Deployment Toolkit

  • Операционные системы, см. раздел "Настройка операционных систем в Deployment Workbench" в документе MDT Using the Майкрософт Deployment Toolkit

  • Пакеты операционной системы см. в разделе "Настройка пакетов в Deployment Workbench" в документе MDT Using the Майкрософт Deployment Toolkit

  • Драйверы устройств см. в разделе "Настройка драйверов устройств в Deployment Workbench" в документе MDT с помощью набора средств развертывания Майкрософт

  • Последовательности задач см. в разделе "Настройка последовательностей задач в Deployment Workbench" в документе MDT с помощью набора средств развертывания Майкрософт.

Примечание.

Убедитесь, что файл LiteTouchPE_x86.wim, созданный при обновлении общей папки развертывания, был добавлен в службы развертывания Windows.

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

Так как файл LiteTouchPE_x86.wim будет периодически реплицироваться через группу репликации DFS-R, хранилище данных конфигурации загрузки необходимо периодически обновлять, чтобы отразить только что реплицированную среду Предустановки Windows. Выполните следующие действия на каждом из серверов развертывания.

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

  1. Откройте окно командной строки.

  2. Введите WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 и нажмите клавишу ВВОД.

Примечание.

В приведенном здесь примере период обновления равен 60 минутам. Однако это значение можно настроить для репликации в течение периода, равного периоду DFS-R.

Настройка репликации распределенной файловой системы

При масштабировании архитектуры развертывания LTI используется DFS-R в качестве основы для репликации содержимого из общей папки развертывания MDT и среды загрузки Windows PE Lite Touch, а также с главного сервера развертывания на дочерние серверы развертывания.

Примечание.

Перед выполнением следующих действий убедитесь, что установлен DFS-R.

Настройка DFS-R для репликации содержимого развертывания

  1. Откройте консоль управления DFS.

  2. В консоли управления DFS разверните узел Управление DFS.

  3. Щелкните правой кнопкой мыши пункт Репликация и выберите команду Создать группу репликации.

  4. В мастере создания группы репликации на странице Тип группы репликации щелкните Создать многоцелевую группу репликации.

  5. Нажмите кнопку Далее.

  6. На странице Имя и домен введите следующие сведения:

    • В поле Имя группы репликации введите имя группы репликации, например MDT 2010 Replication Group.

    • В поле Необязательное описание группы репликации введите описание группы репликации, например группу для репликации данных MDT 2010.

    • Убедитесь, что поле Домен содержит правильное доменное имя.

  7. Нажмите кнопку Далее.

  8. На странице Участники группы репликации выполните следующие действия.

    1. Нажмите кнопку Добавить.

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

    3. Нажмите кнопку OK.

  9. Нажмите кнопку Далее.

  10. На странице Выбор топологии щелкните Центральный и Периферийный, а затем нажмите кнопку Далее.

  11. На странице Члены центра щелкните главный сервер развертывания и нажмите кнопку Добавить.

  12. Нажмите кнопку Далее.

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

  14. Нажмите кнопку Далее.

  15. На странице Расписание группы репликации и пропускная способность укажите расписание репликации содержимого между серверами.

  16. Нажмите кнопку Далее.

  17. На странице Основной элемент в поле Основной элемент щелкните главный сервер развертывания.

  18. Нажмите кнопку Далее.

  19. На странице Папки для репликации нажмите кнопку Добавить, а затем выполните следующие действия:

    1. В поле Локальный путь к папке для репликации нажмите кнопку Обзор , чтобы перейти к папке X:\Deployment (где X — буква диска на сервере развертывания).

    2. Щелкните Использовать имя на основе пути.

    3. Нажмите кнопку OK.

    4. Нажмите кнопку Добавить.

    5. В диалоговом окне Добавление папки в репликацию нажмите кнопку Обзор , чтобы перейти к папке X:\RemoteInstall\Boot.

    6. Щелкните Использовать имя на основе пути.

  20. Нажмите кнопку Далее.

  21. На странице Локальный путь распространения в других членах выполните следующие действия:

    1. Выберите всех участников в группе рассылки и нажмите кнопку Изменить.

    2. В диалоговом окне Изменение локального пути щелкните Включено.

    3. Введите путь, по которому папка Deployment Share должна храниться на дочернем сервере развертывания, например X:\Deployment (где X — буква диска на сервере развертывания).

    4. Нажмите кнопку OK.

  22. Нажмите кнопку Далее.

  23. На странице Локальный путь загрузки на других членах выполните следующие действия:

    1. Выберите всех участников в группе рассылки и нажмите кнопку Изменить.

    2. В диалоговом окне Изменение локального пути щелкните Включено.

    3. Введите путь, по которому папка Boot должна храниться на дочернем сервере развертывания, например X:\RemoteInstall\Boot (где X — буква диска на сервере развертывания).

    4. Нажмите кнопку OK.

  24. Нажмите кнопку Далее.

  25. На странице Удаленные параметры и Создание группы репликации нажмите кнопку Создать , чтобы завершить работу мастера создания группы репликации.

  26. На странице Подтверждение нажмите кнопку Закрыть , чтобы закрыть мастер.

Примечание.

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

Подготовка к Репликация SQL Server

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

Подготовка к репликации SQL Server на главном сервере развертывания

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

    Примечание.

    Дополнительные сведения о защите папки моментальных снимков см. в разделе Защита папки моментальных снимков.

  2. Убедитесь, что служба браузера SQL Server включена, и установите значение Автоматически.

  3. В поле Конфигурация контактной зоны SQL Server щелкните Локальные и удаленные подключения.

    Подготовка к репликации SQL Server на дочернем сервере развертывания

  4. В поле Конфигурация контактной зоны SQL Server щелкните Локальные и удаленные подключения.

  5. При необходимости создайте пустую базу данных для размещения реплицированной базы данных MDT.

Примечание.

Этой базе данных должно быть присвоено то же имя, что и база данных MDT на главном сервере развертывания. Например, если база данных MDT на главном сервере развертывания называется MDTDB, создайте пустую базу данных с именем MDTDB на дочернем сервере развертывания.

Настройка Репликация SQL Server

После настройки репликации файлов и папок, необходимых для создания инфраструктуры развертывания, настройте SQL Server для репликации базы данных MDT.

Примечание.

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

SQL Server 2005 использует модель репликации, аналогичную модели распространения журналов:

  1. Журнал предоставляется (публикуется) издателем.

  2. Распространители используются для распространения публикации.

  3. Читатели могут подписаться на публикацию, чтобы публикация периодически доставлялась подписчику ( принудительная подписка).

    Эта терминология используется в мастерах настройки и настройки репликации SQL Server.

Настройка издателя SQL Server

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

  1. Откройте Среда SQL Server Management Studio.

  2. Щелкните правой кнопкой мыши узел Репликация и выберите пункт Настроить распределение.

  3. В мастере настройки распространения нажмите кнопку Далее.

  4. На странице Распространитель щелчок будет выступать в качестве своего распространителя; SQL Server создадим базу данных и журнал распространителя, а затем нажмите кнопку Далее.

  5. На странице Папка моментальных снимков в разделе Подготовка к Репликация SQL Server введите UNC-путь к созданной папке моментального снимка.

  6. На странице База данных распространителя нажмите кнопку Далее.

  7. На странице Издатели щелкните главный сервер развертывания, чтобы задать его в качестве распространителя, а затем нажмите кнопку Далее.

  8. На странице Действия мастера щелкните Настроить распределение, а затем нажмите кнопку Далее.

  9. Нажмите кнопку Готово, а затем нажмите кнопку Закрыть после завершения работы мастера.

Включение базы данных MDT для репликации

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

  1. В SQL Server Management Studio щелкните правой кнопкой мыши узел Репликация и выберите пункт Свойства издателя.

  2. На странице Свойства издателя выполните следующие действия.

    1. Щелкните Базы данных издателя.

    2. Щелкните базу данных MDT, а затем — Транзакционная.

    3. Нажмите кнопку OK.

    База данных MDT теперь настроена для репликации транзакций и моментальных снимков.

Создание публикации базы данных MDT

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

  1. В SQL Server Management Studio разверните узел Репликация, щелкните правой кнопкой мыши локальные публикации и выберите команду Создать публикацию.

  2. В мастере создания публикации нажмите кнопку Далее.

  3. На странице База данных публикации щелкните базу данных MDT и нажмите кнопку Далее.

  4. На странице Тип публикации щелкните Моментальный снимок публикации, а затем нажмите кнопку Далее.

  5. На странице Статьи выберите все таблицы, хранимые процедуры и представления, а затем нажмите кнопку Далее.

  6. На странице Проблемы со статьями нажмите кнопку Далее.

  7. На странице Фильтрация строк таблицы нажмите кнопку Далее.

  8. На странице агент моментальных снимков выполните следующие действия.

    1. Выберите Создать моментальный снимок немедленно и сохраните моментальный снимок доступным для инициализации подписок.

    2. Щелкните Запланировать выполнение агент моментальных снимков в следующее время.

    3. Нажмите кнопку Изменить.

    Примечание.

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

  9. Нажмите кнопку Далее.

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

  11. На странице Действия мастера щелкните Создать публикацию и нажмите кнопку Далее.

  12. На странице Завершение работы мастера в поле Имя публикации введите описательное имя публикации.

  13. Нажмите кнопку Готово , чтобы завершить работу мастера, а затем нажмите кнопку Закрыть , когда мастер создаст публикацию.

    Примечание.

    Теперь публикация будет отображаться под узлом Локальные публикации в SQL Server Management Studio.

Подписка на дочерние серверы развертывания на опубликованную базу данных MDT

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

Подписка дочерних серверов развертывания на публикацию базы данных MDT

  1. В SQL Server Management Studio перейдите в раздел Репликация/локальные публикации.

  2. Щелкните правой кнопкой мыши публикацию, созданную в предыдущем разделе, и выберите пункт Создать подписки.

  3. В мастере создания подписок нажмите кнопку Далее.

  4. На странице Публикация щелкните публикацию, созданную в предыдущем разделе.

  5. На странице расположение агент распространения щелкните Запустить все агенты в разделе Имя_распространителя (push-подписки) и нажмите кнопку Далее.

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

    1. Щелкните Добавить подписчика, а затем — Добавить SQL Server подписчика.

    2. Добавьте каждый дочерний сервер развертывания.

    3. Для каждого добавленного дочернего сервера развертывания в поле База данных подписки щелкните пустую базу данных MDT на этом дочернем сервере развертывания.

    Примечание.

    Если пустая база данных MDT еще не создана, в поле База данных подписки выберите параметр для создания новой базы данных.

    Примечание.

    Этой базе данных должно быть присвоено то же имя, что и база данных MDT на главном сервере развертывания. Например, если база данных MDT на главном сервере развертывания называется MDTDB, создайте пустую базу данных с именем MDTDB на дочернем сервере развертывания.

  7. Нажмите кнопку Далее.

  8. На странице безопасность агент распространения щелкните ... , чтобы открыть диалоговое окно Безопасность агент распространения.

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

  10. На странице Расписание синхронизации выполните следующие действия.

    1. В поле Расписание агента щелкните <Определить расписание>.

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

  11. На странице Инициализация подписки нажмите кнопку Далее.

  12. На странице Действия мастера щелкните Создать подписки, а затем нажмите кнопку Далее.

  13. Нажмите кнопку Готово, а затем нажмите кнопку Закрыть после успешного завершения работы мастера.

    SQL Server репликация теперь настроена, и база данных MDT будет реплицироваться с главного сервера развертывания на все дочерние серверы развертывания, которые были подписаны на нее на периодической основе.

Настройка CustomSettings.ini

Инфраструктура развертывания LTI успешно создана, и каждое расположение будет содержать сервер развертывания LTI с реплицированной копией:

  • Общая папка развертывания

  • База данных MDT

  • Среда LiteTouchPE_x86 Среды предустановки Windows, добавленная в службы развертывания Windows

    Теперь вы можете настроить файл CustomSettings.ini для общей папки развертывания, чтобы использовать содержимое развертывания (общий ресурс развертывания и база данных) с локального сервера развертывания, сервера, который доставляет среду LiteTouchPE_x86.wim через службы развертывания Windows.

    При доставке файла LiteTouchPE_x86.wim из служб развертывания Windows в разделе реестра настраивается имя используемого сервера служб развертывания Windows. MDT записывает это имя сервера в переменную (%WDSServer%), которую можно использовать для настройки CustomSettings.ini.

    Постоянное использование локального сервера развертывания LTI

Примечание.

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

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

  4. Перейдите на вкладку Правила и измените файл CustomSettings.ini, чтобы настроить следующие свойства:

    • Для каждого добавленного раздела SQL Server настройте SQLServer для использования имени сервера %WDSServer%, например SQLServer=%WDSServer%.

    • При настройке DeployRoot настройте DeployRoot для использования переменной %WDSServer%, например DeployRoot=\%WDSServer%\Deployment$.

  5. Щелкните Изменить Bootstrap.ini.

  6. Настройте BootStrap.ini использование свойства %WDSServer% путем добавления или изменения значения DeployRoot на DeployRoot=\%WDSServer%\Deployment$.

  7. Щелкните Файл, а затем нажмите кнопку Сохранить , чтобы сохранить изменения в файле BootStrap.ini.

  8. Нажмите кнопку OK.

    Необходимо обновить общую папку развертывания и среду среды предустановки Windows LiteTouchPE_x86.wim.

  9. В области Действия щелкните Обновить общую папку развертывания.

    Запустится мастер обновления общих ресурсов развертывания.

  10. На странице Параметры выберите нужные параметры для обновления общей папки развертывания и нажмите кнопку Далее.

  11. На странице Сводка проверьте правильность сведений и нажмите кнопку Далее.

  12. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

    В следующем примере показана CustomSettings.ini после выполнения действий, описанных в этом разделе.

    Пример CustomSettings.ini, настроенный для масштабируемой инфраструктуры развертывания LTI

[Settings]  
Priority=CSettings,CPackages, CApps, CAdmins, CRoles, Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  
ScanStateArgs=/v:5 /o /c  
LoadStateArgs=/v:5 /c /lac  

[CSettings]  
SQLServer=%WDSServer%  
Instance=  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerSettings  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

[CPackages]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerPackages  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  
Order=Sequence  

[CApps]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerApplications  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  
Order=Sequence  

[CAdmins]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerAdministrators  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

[CRoles]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerRoles  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR

Выбор локального сервера MDT при наличии нескольких серверов

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

Мастер развертывания Windows может использовать файл LocalServer.xml для представления выбора известных серверов развертывания для каждого расположения.

Используйте файл LocationServer.xml, выполнив следующие действия:

Общие сведения о LocationServer.xml

Во-первых, необходимо понять, как MDT использует LocationServer.xml. Во время LTI скрипты MDT считывают и обрабатывают файл BootStrap.ini для сбора начальных сведений о развертывании. Это происходит до того, как будет установлено подключение к серверу развертывания. Поэтому свойство DeployRoot обычно используется для указания в BootStrap.ini файле сервера развертывания, к которому он должен установить соединение.

Если файл BootStrap.ini не содержит свойство DeployRoot , скрипты MDT загружают страницу мастера, чтобы предложить пользователю путь к серверу развертывания. При инициализации страницы мастера html-приложения (HTA) скрипты MDT проверяют наличие файла LocationServer.xml и, если он существует, используют LocationServer.xml для отображения доступных серверов развертывания.

Сведения об использовании LocationServer.xml

MDT предлагает несколько способов определить, к какому серверу следует подключиться во время развертывания LTI. Различные методы поиска сервера развертывания лучше всего подходят для разных сценариев. Поэтому важно понимать, когда следует использовать LocationServer.xml.

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

Метод Сведения
%WDSServer% Этот метод используется, если сервер MDT размещается на сервере служб развертывания Windows.

Когда развертывание LTI инициируется из служб развертывания Windows, создается переменная среды — %WDSServer%— и заполняется именем сервера служб развертывания Windows.

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

DeployRoot=\\%WDSServer%\Deployment$
Автоматизация на основе расположения MDT может использовать автоматизацию на основе расположения в файле BootStrap.ini для определения сервера, на котором она должна развертываться.

Используйте свойство Шлюз по умолчанию для различения разных расположений; для каждого шлюза по умолчанию указывается отдельный сервер MDT.

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

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

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

В этих сценариях файл LocationServer.xml предоставляет гибкий способ представления этой информации во время развертывания без необходимости знать имена серверов и имена общих папок развертывания.

Создание файла LocationServer.xml

Чтобы представить список доступных серверов развертывания во время развертывания LTI, создайте LocationServer.xml файл, содержащий сведения о каждом сервере. В MDT нет LocationServer.xml файла по умолчанию, поэтому создайте его, следуя приведенным ниже рекомендациям.

Создание файла LocationServer.xml для поддержки нескольких расположений

Самый простой способ создания и использования LocationServer.xml заключается в создании файла LocationServer.xml и добавлении записей для каждого сервера развертывания в среде (это может быть как в одном расположении, так и в разных расположениях).

Создайте файл LocationServer.xml, создав новый раздел для каждого сервера, а затем добавьте следующие сведения:

  • Уникальный идентификатор

  • Имя расположения, используемое для представления легко идентифицируемого имени для этого расположения.

  • UNC-путь к серверу MDT для этого расположения

    Ниже показано, как создается файл LocationServer.xml с помощью каждого из этих свойств с помощью примера файла LocationServer.xml, настроенного для нескольких расположений.

    Пример LocationServer.xml файла для поддержки нескольких расположений

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS01\Deployment$</UNCPath>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso NYC, New York, USA  
        </friendlyname>  
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>  
    </server>   
</servers>

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

Пример LocationServer.xml файла для поддержки нескольких серверов в нескольких расположениях

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ DS1, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS01\Deployment$</UNCPath>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso HQ DS2, Seattle, USA  
        </friendlyname>  
        <UNCPath>\\STLDS02\Deployment$</UNCPath>  
    </server>   
</servers>

Создание файла LocationServer.xml для балансировки нагрузки нескольких серверов в разных расположениях

Используя LocationServer.xml, укажите несколько серверов для каждой записи расположения, а затем выполните базовую балансировку нагрузки, чтобы при выборе расположения MDT автоматически выбирает сервер развертывания из списка доступных серверов. Чтобы обеспечить эту функцию, файл LocationServer.xml поддерживает указание метрики взвешивания.

Ниже показан пример LocationServer.xml файла, настроенного для нескольких серверов в разных расположениях.

Пример файла LocationServer.xml для разных расположений

<?xml version="1.0" encoding="utf-8" ?>  
<servers>  
    <QueryDefault></QueryDefault>  
    <server>  
        <serverid>1</serverid>  
        <friendlyname>  
          Contoso HQ, Seattle, USA  
        </friendlyname>  
        <Server1>\\STLDS01\Deployment$</Server1>  
        <Server2>\\STLDS02\Deployment$</Server2>  
        <Server3>\\STLDS03\Deployment$</Server3>  
        <Server weight="1">\\STLDS01\Deployment$</Server>  
        <Server weight="2">\\STLDS02\Deployment$</Server>  
        <Server weight="4">\\STLDS03\Deployment$</Server>  
    </server>  
    <server>  
        <serverid>2</serverid>  
        <friendlyname>  
          Contoso NYC, New York, USA  
        </friendlyname>  
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>  
    </server>   
</servers>

Укажите метрику взвешивания с помощью тега <веса> сервера, который MDT использует в процессе выбора сервера. Вероятность выбора сервера вычисляется следующим образом:

Вес сервера/сумма всех весовых значений сервера

В предыдущем примере три сервера в штаб-службе Contoso перечислены как 1, 2 и 4. Вероятность выбора сервера с взвешиванием 2 становится 2 в 7. Таким образом, чтобы использовать систему взвешивания, определите емкость серверов, доступных в расположении, и взвесите каждый сервер по емкости сервера по отношению к каждому из других серверов.

Добавление файла LocationServer.xml в каталог дополнительных файлов

После создания файла LocationServer.xml добавьте его в LiteTouch_x86 и LiteTouch_x64 образы загрузки Среды предустановки Windows в папке X:\Deploy\Control. С помощью Deployment Workbench добавьте другие файлы и папки в эти образы Windows PE, указав дополнительный каталог для добавления в свойствах общей папки развертывания.

Добавление LocationServer.xml в общую папку развертывания

  1. Создайте папку с именем "Дополнительные файлы" в корневой папке общего ресурса развертывания (например, D:\Production Deployment Share\Extra Files).

  2. Создайте структуру папок в папке "Дополнительные файлы", которая отражает расположение Windows PE, где должен находиться дополнительный файл.

    Например, файл LocationServer.xml должен находиться в папке \Deploy\Control в среде предустановки Windows; Поэтому создайте ту же структуру папок в разделе Дополнительные файлы (например, D:\Production Deployment Share\Extra Files\Deploy\Control).

  3. Скопируйте LocationServer.xml в папку deployment_share\Extra Files\Deploy\Control (где deployment_share — это полный путь к корневой папке общей папки развертывания).

  4. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  5. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  6. В области действий выберите пункт Свойства.

  7. В диалоговом окне deployment_shareProperties (где deployment_share — это имя общей папки развертывания) выполните следующие действия.

    1. Перейдите на вкладку Параметры платформы Среды предустановки Windows (где платформа — это архитектура настраиваемого образа Windows PE).

    2. В разделе Настройки Среды предустановки Windows в поле Дополнительный каталог для добавления введите путь (где путь — это полный путь к папке "Дополнительные файлы", например D:\Production Deployment Share\Extra Files) и нажмите кнопку ОК.

Обновление файла BootStrap.ini

При создании общей папки развертывания с помощью Deployment Workbench свойство DeployRoot автоматически создается и заполняется в файле BootStrap.ini. Так как файл LocationServer.xml используется для заполнения свойства DeployRoot , это значение необходимо удалить из файла BootStrap.ini.

Удаление свойства DeployRoot из BootStrap.ini

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

  4. В диалоговом окне deployment_shareProperties (где deployment_share — это имя общей папки развертывания) перейдите на вкладку Правила и нажмите кнопку Изменить BootStrap.ini.

  5. Удалите значение DeployRoot (например, DeployRoot=\\Server\Deployment$).

  6. Щелкните Файл, а затем нажмите кнопку Сохранить , чтобы сохранить изменения в файле BootStrap.ini.

  7. Нажмите кнопку ОК , чтобы отправить изменения.

Обновление общей папки развертывания

Затем необходимо обновить общую папку развертывания, чтобы создать новую LiteTouch_x86 и LiteTouch_x64 загрузочную среду, содержащую файл LocationServer.xml и обновленный файл BootStrap.ini.

Обновление общей папки развертывания

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области Действия щелкните Обновить общую папку развертывания.

    Запустится мастер обновления общих ресурсов развертывания.

  4. На странице Параметры выберите нужные параметры для обновления общей папки развертывания и нажмите кнопку Далее.

  5. На странице Сводка проверьте правильность сведений и нажмите кнопку Далее.

  6. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

Примечание.

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

Замена существующего компьютера новым компьютером с помощью простой сенсорной установки

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

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

В этом примере развертывания замените существующий компьютер (WDG-EXIST-01) новым компьютером (WDG-NEW-02) в домене CORP, собирая данные о состоянии пользователя из WDG-EXIST-01 и сохраняя их в сетевой ресурс. Затем разверните существующий образ в WDG-NEW-02 и, наконец, восстановите захваченные данные о состоянии пользователя в WDG-NEW-02. Развертывание будет выполняться с сервера развертывания (WDG-MDT-01).

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

В этой демонстрации предполагается, что:

  • MDT установлен на сервере развертывания (WDG MDT 01)

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

  • Образ эталонного компьютера уже записан и будет развернут на новом компьютере (WDG NEW 02)

  • На сервере развертывания (WDG MDT 01) создана общая сетевая папка (UserStateCapture$) с соответствующими разрешениями на общую папку.

    До начала этого примера должна существовать общая папка развертывания. Дополнительные сведения о создании общей папки развертывания см. в разделе Управление общими папками развертывания в Deployment Workbench документа MDT с помощью набора средств развертывания Майкрософт.

Шаг 1. Создание последовательности задач для записи состояния пользователя

Создайте последовательности задач MDT в узле Последовательности задач в Deployment Workbench с помощью мастера создания последовательности задач. Чтобы выполнить первую часть сценария развертывания замены компьютера (запись пользовательского состояния на существующем компьютере), выберите шаблон Стандартной последовательности задач замены клиента в мастере создания последовательности задач.

Создание последовательности задач для записи пользовательского состояния в сценарии развертывания замены компьютера

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/ Deployment_share/Task Sequences (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области Действия щелкните Создать последовательность задач.

    Запустится мастер создания последовательности задач.

  4. Завершите работу мастера создания последовательности задач, используя следующие сведения. Примите значения по умолчанию, если не указано иное.

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

    Мастер создания последовательности задач завершает работу, и VISTA_EXIST последовательность задач добавляется в список последовательностей задач.

Шаг 2. Создание последовательности задач для развертывания операционной системы и восстановления пользовательского состояния

Создайте последовательности задач MDT в узле Последовательности задач в Deployment Workbench с помощью мастера создания последовательности задач. Чтобы выполнить вторую часть сценария замены развертывания компьютера (развертывание операционной системы, а затем восстановление пользовательского состояния на существующем компьютере), выберите шаблон Стандартной клиентской последовательности задач в мастере создания последовательности задач.

Создание последовательности задач для развертывания пользовательского состояния в сценарии развертывания замены компьютера

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Task Sequences (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области Действия щелкните Создать последовательность задач.

    Запустится мастер создания последовательности задач.

  4. Завершите работу мастера создания последовательности задач, используя следующие сведения. Примите значения по умолчанию, если не указано иное.

    На этой странице мастера Выполните следующие действия
    Общие параметры 1. В поле Идентификатор последовательности задач введите VISTA_NEW.
    2. В поле Имя последовательности задач введите Выполнение сценария замены компьютера на новом компьютере.
    3. Нажмите кнопку Далее.
    Выбор шаблона В разделе Доступны следующие шаблоны последовательности задач. Выберите тот, который вы хотите использовать в качестве отправной точки, выберите Стандартная последовательность задач клиента и нажмите кнопку Далее.
    Выбор ОС В следующих образах операционной системы доступны для развертывания с помощью этой последовательности задач. Выберите один из них, выберите captured_vista_image (где captured_vista_image — это захваченный образ, добавленный компьютером-образцом в узел Операционные системы в Deployment Workbench), а затем нажмите кнопку Далее.
    Указание ключа продукта Выберите Не указывать ключ продукта в настоящее время, а затем нажмите кнопку Далее.
    Параметры ОС 1. В поле Полное имя введите Woodgrove Employee.
    2. В поле Организация введите Woodgrove Bank.
    3. На домашней странице Internet Explorer введите http://www.woodgrovebank.com.
    4. Нажмите кнопку Далее.
    пароль Администратор В полях Пароль администратора и Подтвердите пароль администратора введите P@ssw0rd и нажмите кнопку Готово.
    Подтверждение Нажмите кнопку Готово.

    Мастер создания последовательности задач завершает работу, и VISTA_NEW последовательность задач добавляется в список последовательностей задач.

Шаг 3. Настройка файлов конфигурации MDT

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

Настройка файлов конфигурации MDT для записи сведений о состоянии пользователя

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

    Появится диалоговое окно Свойства.

  4. В диалоговом окне Свойства откройте вкладку Правила .

  5. На вкладке Правила измените файл CustomSettings.ini, чтобы отразить необходимые изменения, как показано в следующем примере. Внесите все дополнительные изменения, необходимые среде.

    Настраиваемый файл CustomSettings.ini

    [Settings]  
Priority=Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  

UDShare=\\WDG-MDT-01\UserStateCapture$  
UDDir=%OSDCOMPUTERNAME%  
UserDataLocation=NETWORK  
SkipCapture=NO  
SkipAdminPassword=YES  
SkipProductKey=YES

  6. В диалоговом окне Свойства нажмите кнопку ОК.

  7. Закройте все открытые окна и диалоговые окна.

Шаг 4. Настройка параметров Windows PE для общей папки развертывания

Настройте параметры Среды предустановки Windows для общей папки развертывания в узле Общие папки развертывания в Deployment Workbench.

Примечание.

Если драйверы устройств для существующего компьютера (WDG-EXIST-01) и нового компьютера (WDG-NEW-01) включены в Состав Windows Vista, пропустите этот шаг и перейдите к следующему шагу.

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

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

    Появится диалоговое окно Свойства.

  4. В диалоговом окне Свойства на вкладке Компоненты платформы Среды предустановки Windows (где платформа — это архитектура настраиваемого образа Среды предустановки Windows) в разделе Профиль выбора выберите device_drivers (где device_drivers — это имя профиля выбора драйвера устройства), а затем нажмите кнопку ОК.

Шаг 5. Обновление общей папки развертывания

После настройки параметров Среды предустановки Windows для общей папки развертывания обновите общую папку развертывания. Обновление общей папки развертывания обновляет все файлы конфигурации MDT и создает настраиваемую версию Windows PE. Настроенная версия Windows PE используется для запуска компьютера-образца и запуска процесса развертывания LTI.

Обновление общей папки развертывания в Deployment Workbench

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области Действия щелкните Обновить deploymentShare.

    Запустится мастер обновления общих ресурсов развертывания.

  4. На странице Параметры выберите нужные параметры для обновления общей папки развертывания и нажмите кнопку Далее.

  5. На странице Сводка проверьте правильность сведений и нажмите кнопку Далее.

  6. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

    Deployment Workbench начинает обновление общей папки развертывания. Deployment Workbench создает файлы LiteTouchPE_x86.iso и LiteTouchPE_x86.wim (для 32-разрядных целевых компьютеров) или файлы LiteTouchPE_x64.iso и LiteTouchPE_x64.wim (для 64-разрядных целевых компьютеров) в папке deployment_share\Boot (где deployment_share — это общая папка, используемая в качестве общей папки развертывания).

Шаг 6. Создание загрузочного носителя LTI

Укажите метод запуска компьютера с настраиваемой версией Среды предустановки Windows, созданной при обновлении общей папки развертывания. Deployment Workbench создает файлы LiteTouchPE_x86.iso и LiteTouchPE_x86.wim (для 32-разрядных целевых компьютеров) или файлы LiteTouchPE_x64.iso и LiteTouchPE_x64.wim (для 64-разрядных целевых компьютеров) в папке deployment_share\Boot (где deployment_share — это общая папка, используемая в качестве общей папки развертывания). Создайте соответствующий загрузочный носитель LTI из одного из этих образов.

Создание загрузочного носителя LTI

  1. В проводнике Windows перейдите в папку deployment_share\Boot (где deployment_share — это общая папка, используемая в качестве общей папки развертывания).

  2. В зависимости от типа компьютера, используемого для существующего компьютера (WDG-EXIST-01) и нового компьютера (WDG-NEW-02), выполните одну из следующих задач:

    • Если эталонный компьютер является физическим компьютером, создайте компакт-диск или DVD-диск ISO-файла.

    • Если эталонный компьютер является виртуальной машиной, запустите ее непосредственно из ISO-файла или с компакт-диска или DVD-диска ISO-файла.

Шаг 7. Запуск существующего компьютера с загрузочного носителя LTI

Запустите существующий компьютер (WDG-EXIST-01) с загрузочного носителя LTI, созданного ранее в процессе. Этот компакт-диск запускает Среду предустановки Windows на существующем компьютере и инициирует процесс развертывания MDT. В конце процесса развертывания MDT сведения о миграции пользовательской среды хранятся в общей папке UserStateCapture$.

Примечание.

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

Запуск существующего компьютера с загрузочного носителя LTI

  1. Запустите WDG-EXIST-01 с загрузочного носителя LTI, созданного ранее в процессе.

    Запускается Среда предустановки Windows, а затем запускается мастер развертывания Windows.

  2. Завершите работу мастера развертывания Windows, используя следующие сведения. Примите значения по умолчанию, если не указано иное.

    На этой странице мастера Выполните следующие действия
    Добро пожаловать в развертывание Щелкните Запустить мастер развертывания , чтобы установить новую операционную систему, а затем нажмите кнопку Далее.
    Укажите учетные данные для подключения к общим сетевым ресурсам. 1. В поле Имя пользователя введите Администратор.
    2. В поле Пароль введите P@ssw0rd.
    3. В поле Домен введите CORP.
    4. Нажмите кнопку ОК.
    Выберите последовательность задач для выполнения на этом компьютере. Щелкните Выполнить сценарий замены компьютера на существующем компьютере и нажмите кнопку Далее.
    Указание места для сохранения данных и параметров Нажмите кнопку Далее.
    Указание места для сохранения полной резервной копии компьютера Щелкните Не создавать резервную копию существующего компьютера, а затем нажмите кнопку Далее.
    Готово к началу Нажмите кнопку Начать.

    При возникновении ошибок или предупреждений обратитесь к документу MDT По устранению неполадок.

  3. В диалоговом окне Сводка по развертыванию щелкните Сведения.

    Если возникли ошибки или предупреждения, просмотрите ошибки или предупреждения и запишите все диагностические сведения.

  4. В диалоговом окне Сводка по развертыванию нажмите кнопку Готово.

    Сведения о миграции пользовательской среды записываются и хранятся в общей сетевой папке (UserStateCapture$), созданной ранее в процессе.

Шаг 8. Запуск нового компьютера с загрузочного носителя LTI

Запустите новый компьютер (WDG-NEW-02) с загрузочного носителя LTI, созданного ранее в процессе. Этот компакт-диск запускает Windows PE на эталонном компьютере и инициирует процесс развертывания MDT. В конце процесса развертывания MDT Windows Vista развертывается на новом компьютере, а захваченные сведения о миграции состояния пользователя восстанавливаются на новый компьютер.

Примечание.

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

Запуск нового компьютера с загрузочного носителя LTI

  1. Запустите WDG-NEW-02 с загрузочного носителя LTI, созданного ранее в процессе.

    Запускается Среда предустановки Windows, а затем запускается мастер развертывания Windows.

  2. Завершите работу мастера развертывания Windows, используя следующие сведения. Примите значения по умолчанию, если не указано иное.

    На этой странице мастера Выполните следующие действия
    Добро пожаловать в развертывание Щелкните Запустить мастер развертывания, чтобы установить новую операционную систему, а затем нажмите кнопку Далее.
    Укажите учетные данные для подключения к общим сетевым ресурсам. 1. В поле Имя пользователя введите Администратор.
    2. В поле Пароль введите P@ssw0rd.
    3. В поле Домен введите CORP.
    4. Нажмите кнопку ОК.
    Выберите последовательность задач для выполнения на этом компьютере. Щелкните Выполнить замену сценария компьютера на новом компьютере и нажмите кнопку Далее.
    Настройка имени компьютера В поле Имя компьютера введите WDG-NEW-02 и нажмите кнопку Далее.
    Присоединение компьютера к домену или рабочей группе Нажмите кнопку Далее.
    Укажите, следует ли восстанавливать данные пользователя 1. Щелкните Указать расположение.
    2. В поле Расположение введите \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01.
    3. Нажмите кнопку Далее.
    Выбор языкового стандарта Нажмите кнопку Далее.
    Установка часового пояса Нажмите кнопку Далее.
    Укажите, следует ли записывать изображение Щелкните Не записывать изображение этого компьютера, а затем нажмите кнопку Далее.
    Указание конфигурации BitLocker Щелкните Не включать BitLocker для этого компьютера, а затем нажмите кнопку Далее.
    Готово к началу Нажмите кнопку Начать.

    Если должны возникнуть какие-либо ошибки или предупреждения, обратитесь к документу MDT По устранению неполадок.

  3. В диалоговом окне Сводка по развертыванию щелкните Сведения.

    Если возникли ошибки или предупреждения, просмотрите ошибки или предупреждения и запишите все диагностические сведения.

  4. В диалоговом окне Сводка по развертыванию нажмите кнопку Готово.

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

Интеграция пользовательского кода развертывания в MDT

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

Интеграция пользовательского кода развертывания в MDT с помощью:

Выбор соответствующего языка сценариев

Хотя любой код, который можно запустить в Windows или Windows PE, можно вызвать как установку приложения или шаг последовательности задач MDT, Майкрософт рекомендует использовать скрипты в виде VBS- или WSF-файлов.

Преимущество использования WSF-файлов заключается в встроенном ведении журнала в дополнение к некоторым другим предопределенным функциям, уже используемым процессами ZTI и LTI. Эти функции доступны в скрипте ZTIUtility, распространяемом с помощью MDT.

При ссылке из пользовательского скрипта скрипт ZTIUtility инициализирует среду MDT и классы установки. Доступны следующие классы:

  • Ведение журнала. Этот класс предоставляет функции ведения журнала, используемые всеми скриптами MDT. Он также создает один файл журнала для каждого скрипта, выполняемого во время развертывания, и объединенный файл журнала для всех скриптов. Эти файлы журнала создаются в формате, предназначенном для чтения с помощью CMTrace.

  • Среда. Этот класс настраивает переменные среды, собранные при обработке правил WMI и MDT, и позволяет ссылаться на них непосредственно из скрипта. Это позволяет считывать свойства развертывания, предоставляя доступ ко всем сведениям о конфигурации, используемым процессами ZTI и LTI.

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

  • База данных. Этот класс выполняет такие функции, как подключение к базам данных и чтение информации из баз данных. Как правило, доступ к классу базы данных напрямую не рекомендуется. Вместо этого для выполнения подстановок базы данных следует использовать обработку правил.

  • Строки. Этот класс выполняет общие процедуры обработки строк, такие как создание списка элементов с разделителями, отображение шестнадцатеричного значения, обрезка пробелов из строки, выравнивание строки по правому краю, выравнивание по левому краю строки, принудительное преобразование значения в формат строки, принудительное преобразование значения в формат массива, создание случайного глобально уникального идентификатора (GUID) и преобразования Base64.

  • FileHandling. Этот класс выполняет такие функции, как нормализация путей и копирование, перемещение и удаление файлов и папок.

  • clsRegEx. Этот класс выполняет функции регулярных выражений.

    В MDT в архитектуру скриптов было реализовано несколько изменений, чтобы сделать клиентские Майкрософт Visual Basic Scripting Edition (VBScript) более надежными и надежными. К этим изменениям относятся:

  • Обширные изменения в ZTIUtility.vbs (основной библиотеке скриптов), включая новые API и улучшенную обработку ошибок

  • Новый взгляд на общую структуру скриптов ZTI_xxx.wsf

    Общая структура скриптов MDT также изменилась. Большинство скриптов MDT теперь инкапсулированы в объекты класса VBScript. Класс инициализируется и вызывается с помощью функции RunNewInstance .

Примечание.

Большинство существующих скриптов MDT 2008 с обновлением 1 будут работать в MDT без изменений, даже с обширными изменениями в ZTIUtility.vbs, так как большинство скриптов MDT будут включать ZTIUtility.vbs.

Основные сведения о том, как использовать ZTIUtility

Файл ZTIUtility.vbs содержит классы объектов, которые можно использовать в пользовательском коде. Интеграция пользовательского кода с MDT с помощью:

Использование класса ведения журнала ZTIUtility

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

Ниже показан пример пользовательского скрипта кода, который использует функции oLogging.CreateEntry и TestAndFail для регистрации сообщений разных типов в зависимости от результатов различных действий скрипта.

Пример сценария с использованием ведения журнала ZTIUtility: ZTI_Example.wsf

<job id="ZTI_Example">  
<script language="VBScript" src="ZTIUtility.vbs"/>  
<script language="VBScript">  

' //*******************************************************  
' //  
' // Copyright (c) Microsoft Corporation.  All rights reserved  
' // Microsoft Deployment Toolkit Solution Accelerator  
' // File: ZTI_Example.wsf  
' //  
' // Purpose: Example of scripting with the  
' //          Microsoft Deployment Toolkit.  
' //  
' // Usage: cscript ZTI_Example.wsf [/debug:true]  
' //  
' //*******************************************************  

Option Explicit  
RunNewInstance  

'//--------------------------------------------------------  
'// Main Class  
'//--------------------------------------------------------  
Class ZTI_Example  

'//--------------------------------------------------------  
'// Main routine  
'//--------------------------------------------------------  

Function Main()  

  Dim iRetVal  
  Dim sScriptPath  

  iRetVal = SUCCESS  

  oLogging.CreateEntry "Begin example script...", _  
    LogTypeInfo  

  ' %ServerA% is a generic variable available within  
  ' every CustomSettings.ini file.  

  sScriptPath = "\\" & oEnvironment.Item("ServerA") & _  
    "\public\products\Applications\User\Technet\USEnglish"  

  ' Validate a connection to server, net connect with  
  ' credentials if necessary.  
  iRetVal = oUtility.ValidateConnection( sScriptPath )  
  TestAndFail iRetVal, 9991, "Validate Connection to [" & _  
    sScriptPath & "]"  

  'Run Setup Program  

  iRetVal = oUtility.RunWithHeartbeat( """" & _  
    sScriptPath & "\setup.exe"" /?" )  
  TestAndFail iRetVal, 9991, "RunWithHeartbeat [" & _  
    sScriptPath & "]"  

  'Perform any cleanup from installation process  

  oShell.RegWrite "HKLM\Software\Microsoft\SomeValue", _  
    "Done with Execution of XXX.", "REG_SZ"  

  Main = iRetVal  

End Function  

End Class  

</script>  
</job>

Примечание.

Если вы хотите продолжить использовать скрипты, вызывающие ZTIProcess() с ProcessResults(), вы можете продолжать делать это. Однако некоторые расширенные функции обработки ошибок не будут включены.

Использование класса среды ZTIUtility

Класс среды в ZTIUtiliy.vbs предоставляет доступ и возможность обновления свойств MDT. В предыдущем примере oEnvironment.Item("Memory") используется для получения объема доступной ОЗУ; также можно использовать для получения значения любого из свойств, описанных в справочнике по набору средств MDT.

Использование служебного класса ZTIUtility

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

В следующей таблице описаны некоторые доступные полезные функции и их выходные данные. Полный список доступных функций см. в файле ZTIUtility.vbs.

Function Вывести
oUtility.LocalRootPath Возвращает путь к корневой папке, используемой процессом развертывания на целевом компьютере, например C:\MININT.
oUtility.BootDevice Возвращает загрузочное устройство системы, например MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath Возвращает путь к папке logs, используемой во время развертывания, например C:\MININT\SMSOSD\OSDLOGS.
oUtility.StatePath Возвращает путь к настроенное в настоящее время хранилище состояний, например C:\MININT\StateStore.
oUtility.ScriptName Возвращает имя скрипта, вызывающего функцию, например Z-RAMTest.
oUtility.ScriptDir Возвращает путь к скрипту, который вызывает функцию, например \\server_name\Deployment$\Scripts.
oUtility.ComputerName Определяет имя компьютера, которое будет использоваться в процессе сборки, например computer_name
oUtility.ReadIni(файл, раздел, элемент) Позволяет считывать указанный элемент из файла .ini
oUtility.WriteIni(file, section, item, value) Позволяет записывать указанный элемент в файл .ini
oUtility.Sections(file) Считывает разделы файла .ini и сохраняет их в объекте для справки.
oUtility.SectionContents(file, section) Считывает содержимое указанного файла .ini и сохраняет его в объекте
oUtility.RunWithHeartbeat(sCmd) При выполнении команды записывайте данные пульса в журналы каждые 0,5 секунды.
oUtility.FindFile

(sFilename,sFoundPath)		 Выполняет поиск указанного файла в папке DeployRoot и стандартных вложенных папках, включая Servicing, Tools, USMT, Templates, Scripts и Control
oUtility.findMappedDrive(sServerUNC) Проверяет, сопоставлен ли диск с указанным UNC-путем, и возвращает букву диска.
oUtility.ValidateConnection(sServerUNC) Проверяет, есть ли существующее подключение к указанному серверу, и, если его нет, пытается создать его.
MapNetworkDrive

(sShare, SDomID, sDomPwd)		 Сопоставляет букву диска с UNC-путем, указанным в качестве общей папки, и возвращает используемую букву диска; возвращает ошибку при неудачном выполнении
VerifyPathExists(strPath) Проверяет, существует ли указанный путь
oEnvironment.Substitute(sVal) При наличии строки расширяет все переменные или функции в этой строке.
oEnvironment.Item

(sName)		 Чтение или запись переменной в постоянное хранилище
oEnvironment.Exists

(sName)		 Проверяет, существует ли переменная
oEnvironment.ListItem

(sName)		 Считывает или записывает переменную массива типов в постоянное хранилище
oLogging.ReportFailure

(sMessage, iError)		 Используется для выполнения структурированного выхода при обнаружении неустранимой ошибки
oLogging.CreateEvent

(iEventID, iType, sMessage, arrParms)		 Записывает сообщение в файл журнала и отправляет событие на определенный сервер.
oLogging.CreateEntry

(sLogMsg, iType)		 Записывает сообщение в файл журнала
TestAndFail(iRc, iError, sMessage) Выход из скрипта с помощью iError , если iRc имеет значение false или fail
TestAndLog(iRc , sMessage) Регистрирует предупреждение только в том случае, если iRc имеет значение false или сбой

Интеграция пользовательского кода развертывания

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

  • Имя пользовательского скрипта кода развертывания всегда должно начинаться с буквы Z.

  • Пользовательский код развертывания должен быть помещен в папку Scripts в общей папке развертывания, например D:\Production Deployment Share\Scripts.

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

  • Развертывание кода в качестве приложения MDT

  • Запуск кода в качестве команды последовательности задач MDT

  • Запуск кода в качестве сценария выхода пользователя

Развертывание пользовательского кода в качестве приложения MDT

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

Создание приложения для запуска пользовательского кода развертывания

  1. Скопируйте пользовательский код развертывания в папку deployment_share\Scripts (где deployment_share — это полный путь к общей папке развертывания).

  2. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  3. В дереве консоли Deployment Workbench перейдите в раздел Общие папки развертывания/deployment_share/Приложения (где deployment_share — это имя общей папки развертывания для настройки).

  4. В области Действия щелкните Создать приложение.

    Запустится мастер создания приложений.

  5. Завершите работу мастера создания приложений, используя следующие сведения. Примите значения по умолчанию, если не указано иное.

    На этой странице мастера Выполните следующие действия
    Тип приложения Щелкните Приложение без исходных файлов или в другом месте сети, а затем нажмите кнопку Далее.
    Сведения Заполните эту страницу на основе сведений из приложения и нажмите кнопку Далее.
    Сведения о команде 1. В поле Командная строка введите cscript.exe %SCRIPTROOT%\custom_code (где custom_code — это имя разработанного пользовательского кода).
    2. В поле Рабочий каталог введите working_directory (где working_directory — это имя рабочего каталога пользовательского кода; обычно это та же папка, указанная в поле Командная строка ).
    3. Нажмите кнопку Далее.
    Summary Убедитесь, что параметры конфигурации верны, и нажмите кнопку Далее.
    Подтверждение Нажмите кнопку Готово.

    Приложение отображается в узле Приложения в Deployment Workbench.

Добавление пользовательского кода в качестве шага последовательности задач

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

Добавление пользовательского кода развертывания в существующую последовательность задач

  1. Скопируйте пользовательский код развертывания в папку deployment_share\Scripts (где deployment_share — это полный путь к общей папке развертывания).

  2. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  3. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Task Sequences (где deployment_share — это имя общей папки развертывания для настройки).

  4. В области сведений щелкните task_sequence (где task_sequence — это имя последовательности задач, которая выполняет пользовательский код).

  5. В области действий выберите пункт Свойства.

  6. В диалоговом окне task_sequenceProperties откройте вкладку Последовательность задач .

  7. В дереве консоли перейдите к группе (где group — это группа для добавления шага последовательности задач).

  8. Нажмите кнопку Добавить, выберите Общие, а затем — Запустить командную строку.

  9. В дереве консоли щелкните Выполнить командную строку, а затем откройте вкладку Свойства .

  10. В поле Имя введите имя (где name — описательное имя пользовательского кода).

  11. На вкладке Свойства в поле Командная строка введите command_line (где command_line — это команда для запуска пользовательского кода, например cscript.exe %SCRIPTROOT%\CustomCode.vbs).

  12. В поле Пуск введитепуть (где путь — это полный путь к рабочей папке пользовательского кода; как правило, это тот же путь, который указан в поле Командной строки ) и нажмите кнопку ОК.

    Созданный шаг последовательности задач отображается в списке шагов последовательности задач.

Запуск пользовательского кода в качестве сценария выхода пользователя

Можно также запустить пользовательский код в качестве скрипта выхода пользователя из CustomSettings.ini с помощью директивы UserExit . Это обеспечивает механизм передачи информации в процесс проверки правила CustomSettings.ini и обеспечивает динамическое обновление свойств MDT.

Дополнительные сведения о сценариях выхода пользователей и директиве UserExit см. в разделе "Сценарии выхода пользователя в файле CustomSettings.ini" в документе MDT Using the Майкрософт Deployment Toolkit.

Установка драйверов устройств с помощью различных методов установки

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

Определение метода, используемого для установки драйвера устройства

Производители оборудования выпускают драйверы устройств в одной из двух форм:

  • В качестве пакета, который можно извлечь и содержит INF-файлы, используемые для импорта драйвера в Deployment Workbench.

  • Как приложение, которое необходимо установить с помощью традиционных процессов установки приложений

    Пакеты драйверов устройств, которые можно извлечь для доступа к INF-файлам, могут использовать процесс автоматического обнаружения и установки драйверов MDT, сначала импортировав драйвер в узел Встроенные драйверы в Deployment Workbench.

    Пакеты драйверов устройств, которые не могут быть извлечены для изоляции INF-файлов или не работают правильно без предварительной установки с помощью установщика приложений, например MSI или Setup.exe файла, могут использовать функцию MDT Install Application и установить драйвер устройства во время развертывания так же, как и для любого обычного приложения.

Установка драйверов устройств с помощью встроенного метода драйверов

Вы можете импортировать пакеты драйверов устройств, включающие INF-файл, в Deployment Workbench и установить их автоматически в процессе развертывания. Чтобы реализовать этот тип развертывания драйверов устройств, сначала добавьте драйвер устройства в Deployment Workbench.

Добавление драйвера устройства в Deployment Workbench

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

  2. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  3. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Out-of-Box Drivers (где deployment_share — это имя общей папки развертывания для настройки).

  4. В области Действия щелкните Импортировать драйверы.

    Запустится мастер импорта драйверов устройств.

  5. На странице Указание каталога в разделе Исходный каталог диска нажмите кнопку Обзор , чтобы перейти к папке, содержащей новые драйверы устройств, а затем нажмите кнопку Далее.

    Примечание.

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

  6. На странице Сводка проверьте правильность параметров и нажмите кнопку Далее , чтобы импортировать драйверы в Deployment Workbench.

  7. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

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

    Добавление драйверов устройств в образы Lite Touch Windows PE

  8. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  9. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  10. В области Действия щелкните Обновить общую папку развертывания.

    Запустится мастер обновления общих ресурсов развертывания.

  11. На странице Параметры выберите нужные параметры для обновления общей папки развертывания и нажмите кнопку Далее.

  12. На странице Сводка проверьте правильность сведений, а затем нажмите кнопку Далее.

  13. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

Установка драйверов устройств в качестве приложений

Драйверы устройств, упакованные в виде приложений и которые нельзя извлечь в папку, содержащую INF-файл, в дополнение к файлам драйверов, следует добавить в Deployment Workbench в качестве приложения для установки во время процесса развертывания.

Приложения можно указать как шаг последовательности задач или указать в CustomSettings.ini; однако приложения драйверов устройств следует устанавливать только в том случае, если последовательность задач выполняется на компьютере с устройствами. Чтобы убедиться в этом, выполните шаг последовательности задач для развертывания соответствующих приложений драйверов устройств в качестве этапа условной последовательности задач. Условные условия можно указать для выполнения шага последовательности задач с помощью запросов WMI для устройства на целевом компьютере.

Добавление приложения драйвера устройства в Deployment Workbench

Каждое приложение драйвера устройства сначала должно быть импортировано в Deployment Workbench.

Примечание.

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

Добавление приложения драйвера устройства в Deployment Workbench

  1. Скачайте приложение драйвера устройства и сохраните его во временном расположении.

  2. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  3. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Applications (где deployment_share — это имя общей папки развертывания для настройки).

  4. В области Действия щелкните Создать приложение.

    Запустится мастер создания приложений.

  5. На странице Тип приложения щелкните Приложение с исходными файлами и нажмите кнопку Далее.

  6. На странице Сведения введите соответствующие сведения о приложении и нажмите кнопку Далее.

  7. На странице Источник в разделе Исходный каталог нажмите кнопку Обзор , чтобы перейти к, а затем щелкните каталог, содержащий исходные файлы приложения драйвера устройства. Нажмите кнопку OK.

  8. Нажмите кнопку Далее.

  9. На странице Назначение введите имя целевого каталога и нажмите кнопку Далее.

  10. На странице Сведения о команде в разделе Командная строка введите команду, которая разрешает автоматическую установку приложения драйвера устройства.

  11. На странице Сводка проверьте правильность параметров и нажмите кнопку Далее , чтобы импортировать приложение драйвера устройства в Deployment Workbench.

  12. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

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

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

  • Укажите приложение драйвера устройства в CustomSettings.ini.

  • Укажите приложение драйвера устройства в базе данных MDT.

    Каждый подход рассматривается более подробно в следующих разделах.

Указание приложения драйвера устройства в рамках последовательности задач

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

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

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

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

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

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Task Sequences (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области сведений щелкните task_sequence (где task_sequence — это последовательность задач развертывания, которая потребуется для установки приложения драйвера устройства).

  4. В области действий выберите пункт Свойства.

  5. В диалоговом окне task_sequenceProperties на вкладке Последовательность задач в области сведений перейдите в раздел Восстановление состояния/клиентский компонент Центра обновления Windows (предварительная установка приложения).

  6. На вкладке Последовательность задач нажмите кнопку Добавить, а затем — Создать группу.

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

  7. В области сведений щелкните Создать группу.

  8. На вкладке Свойства в поле Имя введите group_name (где group_name — это имя группы; например, Hardware Specific Applications — Dell Computer Corporation).

  9. На вкладке Параметры нажмите кнопку Добавить, а затем — Запрос WMI.

  10. В диалоговом окне Условие WMI последовательности задач введите следующие сведения:

    • В поле Пространство имен WMI введите root\cimv2.

    • В поле WQL-запрос введите запрос WMI Query Language (WQL) с помощью класса Win32_ComputerSystem , чтобы убедиться, что приложение установлено только для определенного типа приложения, например:

      Выберите * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%

      В этом примере hardware_model — это имя модели компьютера (например, Latitude D620), а hardware_manufacturer — имя компьютера (например, Dell Corporation).

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

      Дополнительные сведения о запросах WMI и WQL см. в разделе "Добавление запросов WMI к условиям шага последовательности задач" в документе MDT Using the Майкрософт Deployment Toolkit и в разделе Запросы с помощью WQL.

  11. Нажмите кнопку ОК , чтобы отправить запрос, а затем нажмите кнопку ОК , чтобы отправить изменения в последовательность задач.

Примечание.

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

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

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

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Task Sequences (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области сведений щелкните task_sequence (где task_sequence — это последовательность задач развертывания, которая потребуется для установки приложения драйвера устройства).

  4. В области действий выберите пункт Свойства.

  5. В диалоговом окне task_sequenceProperties откройте вкладку Последовательность задач .

  6. В области сведений перейдите в раздел Восстановление состояния или hardware_specific_group (где hardware_specific_group — это имя группы оборудования, в которой будет добавлен шаг последовательности задач для установки приложения драйвера устройства).

  7. На вкладке Последовательность задач нажмите кнопку Добавить, Общие, а затем — Установить приложение.

    Шаг последовательности задач Установка приложения появится в области сведений.

  8. В области сведений щелкните Установить приложение.

  9. На вкладке Свойства щелкните Установить одно приложение и в списке Приложение для установки выберите hardware_application (где hardware_application — это приложение для установки приложения, относящееся к оборудованию).

Примечание.

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

Укажите приложение драйвера устройства в CustomSettings.ini

Когда начинается развертывание LTI или ZTI, одним из первых действий, которые необходимо выполнить, является обработка BootStrap.ini и CustomSettings.ini управляющих файлов. Оба этих файла содержат правила, которые можно использовать для динамической настройки развертывания.

Из-за того, как MDT обрабатывает файл CustomSettings.ini, его можно использовать для добавления приложений на основе определенных условий. Эта логика будет использоваться для добавления приложений, зависящих от драйверов устройств, во время развертывания на основе определенных типов оборудования. На приложения ссылаются в CustomSettings.ini по идентификатору GUID приложения, расположенному в файле Applications.xml в общей папке развертывания.

Поиск GUID импортированного приложения

  1. В общей папке развертывания сервера развертывания откройте папку Control, например D:\Production Deployment Share\Control.

  2. Найдите и откройте файл Applications.xml.

  3. Найдите необходимое приложение.

  4. Найдите идентификатор GUID приложения, найдя строку, заключенную в теги приложения <guid> , например <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

    В рамках процесса инициализации процесс LTI и ZTI собирают сведения о компьютере, на котором он работает. В рамках этого процесса выполняются запросы WMI, а значения из класса Win32_ComputerSystem для make и manufacturer заполняются как переменные %Make% и %Model%, соответственно.

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

    Пример CustomSettings.ini, настроенный для установки приложения Hardware-Specific

[Settings]  
Priority=Make, Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  

[Dell Computer Corporation]  
Subsection=Dell-%Model%  

[Dell-Latitude D620]  
MandatoryApplications001={1D7DF331-47B7-472C-87B3-442597EC2F7D}  

[Dell-Latitude D610]  
MandatoryApplications001={c303fa6e-3a4d-425e-8102-77db9310e4d0}

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

  • Приложения. Это свойство можно использовать, если администраторы развертывания не хотят представлять мастер приложений в процессе развертывания, указав SkipApplications=YES в CustomSettings.ini.

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

    Если мастер приложений используется без свойства MandatoryApplications (например, SkipApplications=NO), он перезаписывает приложения, указанные в свойстве Applications .

    В предыдущем примере показано, как использовать значения переменных %Make% и %Model% для динамического управления тем, как создается список приложений. Значения для модели и модели каждого типа оборудования можно найти с помощью одного из следующих методов:

  • Средство сведений о системе. Используйте узел Сводка по системе в этом средстве, чтобы определить производителя системы (make) и модель системы (модель).

  • Windows PowerShell. Используйте командлет Get-WMIObject –class Win32_ComputerSystem , чтобы определить тип и модель компьютера.

  • Командная строка инструментирования управления Windows. Используйте csProduct Get Name, Vendor , чтобы вернуть имя (модель) и поставщик (make) компьютера.

    Изменение CustomSettings.ini для добавления логики для конкретного оборудования

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

  4. Перейдите на вкладку Правила .

  5. Сведения, введенные на этой вкладке, хранятся в файле CustomSettings.ini. Измените записи файла CustomSettings.ini, чтобы добавить логику для каждой модели оборудования, которая имеет приложение, зависящее от драйвера устройства, как описано в разделе Указание приложения драйвера устройства как части последовательности задач.

  6. Нажмите кнопку ОК , чтобы отправить изменения.

  7. В области сведений щелкните deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  8. В области Действия щелкните Обновить общую папку развертывания.

    Запустится мастер обновления общих ресурсов развертывания.

  9. На странице Параметры выберите нужные параметры для обновления общей папки развертывания и нажмите кнопку Далее.

  10. На странице Сводка проверьте правильность сведений и нажмите кнопку Далее.

  11. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

    По умолчанию все доступные приложения отображаются в мастере развертывания Windows во время развертывания LTI. Так как приложения, относящиеся к драйверам устройств, применимы только к определенным типам оборудования, они могут не отображаться постоянно. Указав пакет приложения для конкретного драйвера устройства в CustomSettings.ini, приложение можно скрыть с помощью параметра Скрыть приложение в мастере развертывания в конфигурации приложения.

    Скрытие приложения в мастере развертывания

  12. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  13. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Applications (где deployment_share — это имя общей папки развертывания для настройки).

  14. В области сведений щелкните device_driver_application (где device_driver_application — это приложение, которое должно быть скрыто в мастере развертывания).

  15. В области действий выберите пункт Свойства.

  16. На вкладке Общие установите флажок Скрыть приложение в мастере развертывания .

  17. Нажмите кнопку Применить, а затем закройте диалоговое окно Свойства .

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

База данных MDT — это версия CustomSettings.ini файла базы данных, которую можно запрашивать во время развертывания для получения сведений, которые будут использоваться во время развертывания. Дополнительные сведения об использовании базы данных MDT см. в разделе Выбор методов для применения параметров конфигурации.

При запросе базы данных MDT во время развертывания доступны три метода для идентификации целевого компьютера:

  • Найдите отдельный компьютер (с помощью MAC-адреса, тега ресурса или аналогичного).

  • Выполните поиск по расположению компьютера (с помощью шлюза по умолчанию).

  • Выполните поиск по образцу и модели компьютера (с помощью производителя WMI или запросов создания и модели).

    Для каждой создаваемой записи базы данных можно указать свойства развертывания, приложения, использовать ли Configuration Manager пакеты, а также администраторов. Создавая записи make и model в базе данных, вы можете добавить необходимые приложения драйверов устройств для конкретного оборудования.

    Создание записей в базе данных MDT для разрешения установки приложений драйверов устройств

Примечание.

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

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Advanced Configuration/Database/Make and Model (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области Действия нажмите кнопку Создать.

  4. В диалоговом окне Свойства на вкладке Удостоверение в поле Создать введите make_name (где make_name — это легко идентифицируемое имя, связываемое с производителем целевого компьютера).

  5. В поле Модель введите model_name (где model_name — это легко идентифицируемое имя, связываемое с моделью целевого компьютера).

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

Инициализация MDT с помощью служб развертывания Windows

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

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

  • Вариант 1. Загрузите компьютеры в PXE для запуска процесса LTI.

  • Вариант 2. Развертывание образа операционной системы из хранилища образов служб развертывания Windows.

  • Вариант 3. Используйте многоадресную рассылку с MDT и ролью сервера служб развертывания Windows Server 2008.

Вариант 1. Загрузка компьютеров в PXE для запуска процесса LTI

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

Создание и импорт образа Среды предустановки Windows Deployment Workbench в службы развертывания Windows

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

Загрузочный образ Windows PE создается как файл ISO-образа, который можно записать на компакт-диск или DVD-диск, так и в виде загрузочного WIM-файла. Вы можете импортировать WIM-файл в службы развертывания Windows, чтобы компьютеры, которые могут загружаться в PXE, могли скачивать и запускать образ загрузки Среды предустановки Windows LTI по сети, используемой для инициализации установки.

Создание загрузочного образа Windows PE в Deployment Workbench

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

    В диалоговом окне deployment_shareProperties перейдите на вкладку Параметры платформы Среды предустановки Windows (где платформа — это архитектура образа Среды предустановки Windows для настройки).

  4. В области Lite Touch Boot Image Settings (Параметры образа загрузки Lite Touch) установите флажок Создать ISO-образ загрузочного диска Lite Touch .

  5. Перейдите на вкладку Компоненты платформы среды предустановки Windows (где платформа — это архитектура настраиваемого образа Windows PE).

  6. В разделе Внедрение драйвера выберите необходимые типы драйверов.

    Примечание.

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

  7. В разделе Внедрение драйвера в списке Профиль выбора выберите соответствующий профиль выбора драйвера.

  8. В диалоговом окне Свойства нажмите кнопку ОК.

    Примечание.

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

  9. В области сведений щелкните deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  10. В области Действия щелкните Обновить общую папку развертывания.

    Запустится мастер обновления общих ресурсов развертывания.

  11. На странице Параметры выберите нужные параметры для обновления общей папки развертывания и нажмите кнопку Далее.

  12. На странице Сводка проверьте правильность сведений и нажмите кнопку Далее.

  13. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

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

    D:\Production Deployment Share\Boot\LiteTouchPE_x64.iso

    D:\Production Deployment Share\Boot\LiteTouchPE_x64.wim

    D:\Production Deployment Share\Boot\LiteTouchPE_x86.iso

    D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim

    Вы можете записать ISO-файлы, созданные непосредственно на компакт-диск или DVD-диск, или использовать их для инициализации процесса LTI на новом оборудовании. Вы также можете импортировать загрузочные WIM-файлы в службы развертывания Windows, чтобы новые компьютеры могли инициализировать процесс развертывания LTI, не требуя физического носителя.

    Импорт образа Windows PE в службы развертывания Windows

  14. Запустите консоль служб развертывания Windows, а затем подключитесь к службам развертывания Windows.

  15. В дереве консоли щелкните правой кнопкой мыши загрузочные образы и выберите команду Добавить загрузочный образ.

  16. Перейдите к импортируемму образу WIM, например D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

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

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

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

Использование служб развертывания Windows для автоматического обнаружения сервера развертывания

Дополнительный параметр доступен при использовании служб развертывания Windows для размещения образов загрузки MDT, если общая папка развертывания MDT размещается на том же сервере, что и службы развертывания Windows.

Когда PXE-клиент загружает загрузочный образ MDT, имя сервера служб развертывания Windows, на котором размещен загрузочный образ, записывается и помещается в MDTProperty WDSServer. Затем вы можете ссылаться на это свойство в файле BootStrap.ini образа загрузки и в файле CustomSettings.ini общей папки развертывания с помощью свойства DeployRoot . Это приводит к тому, что клиент автоматически загружается из служб развертывания Windows, используя общую папку развертывания, размещенную на сервере служб развертывания Windows. Это избавляет от необходимости указывать имя сервера в любом файле конфигурации.

Установка локального сервера служб развертывания Windows в качестве сервера развертывания

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Advanced Configuration/Database (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

  4. Перейдите на вкладку Правила .

    Сведения, введенные на этой вкладке, хранятся в файле CustomSettings.ini.

  5. Настройте свойство DeployRoot для использования переменной %WDSServer%, например DeployRoot=\\%WDSServer%\Deployment$.

  6. Щелкните Изменить Bootstrap.ini.

  7. Настройте BootStrap.ini использование свойства %WDSServer% путем добавления или изменения значения DeployRoot на DeployRoot=\%WDSServer%\Deployment$.

  8. В меню Файл нажмите кнопку Сохранить , чтобы сохранить изменения в файле BootStrap.ini.

  9. Нажмите кнопку OK.

    Общую папку развертывания необходимо обновить.

  10. В области сведений щелкните deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  11. В области Действия щелкните Обновить общую папку развертывания.

    Запустится мастер обновления общих ресурсов развертывания.

  12. На странице Параметры выберите нужные параметры для обновления общей папки развертывания и нажмите кнопку Далее.

  13. На странице Сводка проверьте правильность сведений и нажмите кнопку Далее.

  14. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

  15. Импортируйте обновленную загрузочную WIM в службы развертывания Windows.

Вариант 2. Развертывание образа операционной системы из Магазина служб развертывания Windows

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

Ссылка на образ операционной системы служб развертывания Windows

Примечание.

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

  1. Обновите MDT, чтобы получить доступ к образам служб развертывания Windows, скопировав следующие файлы из папки Sources на носителе Windows в папку C:\Program Files\Майкрософт Deployment Toolkit\bin на сервере служб развертывания Windows:

    • Wdsclientapi.dll

    • Wdscsl.dll

    • Wdsimage.dll

    • Wdstptc.dll (это применимо только при копировании из исходных каталогов Windows Server 2008)

    Примечание.

    Используемый исходный каталог Windows должен соответствовать платформе операционной системы, работающей на компьютере, на котором установлен MDT.

  2. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  3. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Operating Systems (где deployment_share — это имя общей папки развертывания для настройки).

  4. В области Действия щелкните Импорт операционной системы.

    Запустится мастер создания ОС.

  5. На странице Тип ОС щелкните Образы служб развертывания Windows, а затем нажмите кнопку Далее.

  6. На странице WDS Server (Сервер WDS) введите имя сервера служб развертывания Windows, на который необходимо ссылаться( например, WDSSvr001), а затем нажмите кнопку Далее.

  7. На странице Сводка проверьте правильность параметров и нажмите кнопку Далее.

  8. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

    Все образы, доступные на сервере служб развертывания Windows, теперь будут доступны последовательности задач MDT.

Примечание.

Импорт образов из служб развертывания Windows не копирует исходные файлы с сервера служб развертывания Windows в общую папку развертывания. MDT продолжает использовать исходные файлы из исходного расположения.

Вариант 3. Использование многоадресной рассылки с MDT и ролью служб развертывания Windows Server 2008

С выпуском Windows Server 2008 службы развертывания Windows были расширены для поддержки развертывания образов с помощью многоадресной передачи. MDT также включает обновления для интеграции MDT с многоадресной рассылкой Служб развертывания Windows.

Кроме того, обновленный пакет автоматической установки Windows (Windows AIK) версии 1.1 включает Wdsmcast.exe. Это позволяет объединять сеансы многоадресной рассылки вручную, а клиент, запускающий Wdsmcast.exe, копировать файлы из активного сеанса многоадресной рассылки.

Скрипт LTIApply.wsf использует Wdsmcast.exe при доступе к исходным файлам операционной системы из общей папки развертывания. LTIApply.wsf ищет Wdsmcast.exe в общей папке развертывания либо в deployment_share\Tools\x86, либо в папке deployment_share\Tools\x64 (где deployment_share — это имя папки файловой системы, содержащей общую папку развертывания), в зависимости от версии среды предустановки Windows, которая выполняется.

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

Примечание.

Этот процесс применяется только к файлам образов WIM.

Предварительные требования сервера развертывания для подготовки к многоадресной рассылке MDT:

  • Сервер развертывания должен работать под управлением Windows Server 2008 или более поздней версии.

  • Роль служб развертывания Windows должна быть установлена из консоли управления сервером.

  • необходимо установить Windows AIK 1.1 для Windows Server 2008

  • Необходимо установить MDT

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

Примечание.

Важно использовать последнюю версию Windows AIK для многоадресной рассылки. Копия Windows PE, включенная в более ранние версии Windows AIK, например Windows AIK 1.0, не поддерживает скачивание с сервера многоадресной рассылки.

Настройка MDT для многоадресной рассылки из существующей общей папки развертывания

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и щелкните Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share (где deployment_share — это имя общей папки развертывания для настройки).

  3. В области действий выберите пункт Свойства.

  4. На вкладке Общие установите флажок Включить многоадресную рассылку для этой общей папки развертывания (требуются службы развертывания Windows Server 2008).

  5. Нажмите кнопку OK.

  6. В области Действия щелкните Обновить общую папку развертывания.

    Запустится мастер обновления общих ресурсов развертывания.

  7. На странице Параметры выберите нужные параметры для обновления общей папки развертывания и нажмите кнопку Далее.

  8. На странице Сводка проверьте правильность сведений и нажмите кнопку Далее.

  9. На странице Confirmation (Подтверждение) нажмите кнопку Finish (Готово).

    Теперь общая папка развертывания настроена для многоадресной передачи Служб развертывания Windows.

    Этот процесс создает многоадресную передачу служб развертывания Windows с автоматическим приведением, которая напрямую использует существующую общую папку развертывания MDT. MDT не создает передачи Scheduled-Cast. Также обратите внимание, что дополнительные образы не импортируются в службы развертывания Windows и что невозможно использовать многоадресную рассылку для загрузочных образов, так как клиент многоадресной рассылки не может быть загружен до запуска Среды предустановки Windows.

    Проверка создания многоадресной передачи в службах развертывания Windows

  10. Нажмите кнопку Пуск, выберите пункт Администрирование, а затем — Службы развертывания Windows.

  11. В дереве консоли Служб развертывания Windows щелкните правой кнопкой мыши Серверы и выберите команду Добавить сервер.

  12. В диалоговом окне Добавление серверов щелкните Локальный компьютер и нажмите кнопку ОК.

  13. В дереве консоли Служб развертывания Windows щелкните Серверы, а затем щелкните server_name (где server_name — это имя компьютера, на котором запущены службы развертывания Windows. Щелкните Многоадресная передача.

  14. В области сведений появится новая передача автоприведения для общей папки развертывания, например BDD Share Deployment$.

  15. Убедитесь, что состояние передачи BDD Share Deployment$ Auto-Cast имеет значение Активно.

    После развертывания компьютера убедитесь, что операционная система была загружена из многоадресной передачи, изучив файл BDD.log в папке \Windows\Temp\DeploymentLogs.

    В папке logs будут две записи, начиная с многоадресной передачи; проверьте их, чтобы убедиться, что передача прошла успешно. Дополнительные сведения о многоадресной передаче с помощью MDT и служб развертывания Windows см. в разделе "Включение многоадресного развертывания служб развертывания Windows для развертываний LTI" в документе MDT с помощью набора средств развертывания Майкрософт.

Выполнение промежуточных развертываний с помощью MDT (предварительная загрузка oem)

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

Примечание.

Процесс предварительной загрузки oem поддерживается в MDT только для развертываний, выполняемых с помощью LTI. Для Configuration Manager используйте функцию предварительно подготовленного мультимедиа.

Общие сведения о процессе предварительной загрузки oem в MDT

Процесс предварительной загрузки oem состоит из трех этапов:

  • Этап 1. Создайте образ компьютера-образца на основе мультимедиа, который будет применяться в промежуточной среде.

  • Этап 2. Примените образ эталонного компьютера к целевому компьютеру в промежуточной среде.

  • Этап 3. Завершите развертывание целевого компьютера в рабочей среде.

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

Общие сведения о файлах конфигурации MDT в процессе предварительной загрузки изготовителя оборудования

Отдельные файлы конфигурации MDT (CustomSettings.ini и Bootstrap.ini) используются последовательности задач, выполняемые на этапах 1 и 3 процесса предварительной загрузки oem. Однако оба файла конфигурации существуют одновременно в разных структурах папок.

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

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

Общие сведения о файлах журнала MDT в процессе предварительной загрузки изготовителя оборудования

На этапах 1 и 3 процесса предварительной загрузки изготовителя оборудования создаются отдельные файлы журналов MDT:

  • Файлы журналов MDT для этапа 1 хранятся в папках C:\MININT и C:\SMSTSLog.

  • Файлы журналов MDT для этапа 3 хранятся в папке %WINDIR%\System32\CCM\Logs для развертываний на основе x86 или в папке %WINDIR%\SysWow64\CCM\Logs для развертываний на основе x64.

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

Поэтапные развертывания с использованием LTI

Для развертываний LTI выполните процесс предварительной загрузки изготовителя оборудования с помощью типа общей папки развертывания съемных носителей (media). Другие типы общих ресурсов развертывания не поддерживаются для процесса предварительной загрузки изготовителя оборудования.

Чтобы выполнить процесс предварительной загрузки oem, создайте последовательность задач на основе шаблона последовательности задач Litetouch OEM в дополнение к любым последовательности задач, которые будут использоваться для развертывания целевой операционной системы. Затем создайте общую папку развертывания съемных носителей (Media), которая в конечном итоге создаст ISO-файл содержимого общей папки развертывания, в частности файл LiteTouchPE_x86.iso или файл LiteTouchPE_x64.iso (на основе платформы процессора целевого компьютера). Процесс обновления общей папки развертывания также создает структуру папок, которую можно использовать для создания носителя универсального формата диска.

Процесс предварительной загрузки изготовителя оборудования LTI— этап 1. Создание образа Media-Based

Организация развертывания выполняет первый этап процесса предварительной загрузки изготовителя оборудования. Конечным результатом этого этапа является загрузочный образ (например, ISO-файл) или носитель (например, DVD-диск), который отправляется изготовителю оборудования или промежуточной среде в организации развертывания. Большинство из этих действий выполняются в Deployment Workbench.

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

  1. Заполните следующие узлы для общей папки развертывания в Deployment Workbench:

    • Операционные системы

    • Приложения

    • Пакеты

    • Встроенные драйверы

      Дополнительные сведения о выполнении этого шага см. в разделе "Управление общими папками развертывания в Deployment Workbench" в документе MDT с помощью набора средств развертывания Майкрософт.

  2. Создайте последовательность задач на основе шаблона последовательности задач oem Litetouch в Deployment Workbench.

    Дополнительные сведения о выполнении этого шага см. в разделе Настройка последовательностей задач в Deployment Workbench в документе MDT с помощью набора средств развертывания Майкрософт.

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

    Дополнительные сведения о выполнении этого шага см. в разделе Настройка последовательностей задач в Deployment Workbench в документе MDT с помощью набора средств развертывания Майкрософт.

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

    Дополнительные сведения о выполнении этого шага см. в разделе "Управление профилями выбора" документа MDT с помощью набора средств развертывания Майкрософт.

  5. Создание носителя развертывания.

    Дополнительные сведения о выполнении этого шага см. в разделе "Управление носителем развертывания LTI" в документе MDT с помощью набора средств развертывания Майкрософт.

  6. Обновите носитель развертывания, созданный в Deployment Workbench на предыдущем шаге.

    При обновлении носителя развертывания Deployment Workbench создает файл LiteTouchMedia.iso. Дополнительные сведения о выполнении этого шага см. в разделе "Управление носителем развертывания LTI" документа MDT с помощью набора средств развертывания Майкрософт.

  7. Запишите DVD-диск файла LiteTouchMedia.iso, созданного на предыдущем шаге.

    Примечание.

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

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

Процесс предварительной загрузки изготовителя оборудования LTI— этап 2. Применение образа к целевому компьютеру

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

Применение образа к целевым компьютерам

  1. Запустите целевой компьютер с носителем, созданным на этапе 1.

    Запускается Среда предустановки Windows, а затем запускается мастер развертывания Windows.

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

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

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

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

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

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

Процесс предварительной загрузки изготовителя оборудования LTI— этап 3. Завершение развертывания целевого компьютера

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

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

  1. Запустите целевой компьютер.

    Запускается Среда предустановки Windows, а затем запускается мастер развертывания Windows.

  2. Завершите работу мастера развертывания Windows, используя конкретные сведения о конфигурации для каждого целевого компьютера.

    Дополнительные сведения о выполнении этого шага см. в разделе "Запуск мастера развертывания" в документе MDT Using the Майкрософт Deployment Toolkit.

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

Использование Windows PowerShell для выполнения распространенных задач

Задачи администрирования MDT в Deployment Workbench выполняются с помощью базовых командлетов Windows PowerShell, которые можно использовать для автоматизации административных задач, таких как описано в следующих разделах.

Вы можете автоматизировать администрирование MDT, выполнив следующие действия.

Создание новой общей папки развертывания

Следующие команды Windows PowerShell создают новую общую папку развертывания по адресу D:\Production Deployment Share с именем Production$. Новый общий ресурс развертывания будет отображаться в Deployment Workbench как рабочий.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "D:\Production Deployment Share" -Description "Production" -NetworkPath "\\Deployment_Server\Production$" -Verbose | add-MDTPersistentDrive -Verbose

Создание папки

Следующие команды Windows PowerShell создают папку Adobe в дереве консоли Deployment Workbench на странице Deployment Workbench/Deployment Share/Production/Applications.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Applications" -enable "True" -Name "Adobe" -Comments "This folder contains Adobe software" -ItemType "folder" -Verbose remove-psdrive DS001 -Verbose

Примечание.

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

Удаление папки

Следующие команды Windows PowerShell удаляют папку Deployment Workbench/Deployment Share/Production/Applications/Adobe.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Remove-item -path "DS002:\Applications\Adobe" -Verbose

Примечание.

Если папка не пуста, скрипт завершится ошибкой.

Импорт драйвера устройства

Следующие команды Windows PowerShell импортируют драйвер устройства монитора Dell 2407 ВПП в общую папку развертывания Production.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtdriver -path "DS002:\Out-of-Box Drivers\Monitor" -SourcePath "D:\Drivers\Dell\2407 WFP" -Verbose

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

Следующая команда Windows PowerShell удаляет драйвер монитора Dell 2407 ВПП из общей папки развертывания в рабочей среде.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose

Импорт пакета операционной системы

Следующие команды Windows PowerShell импортируют все пакеты операционной системы, расположенные в папке D:\Обновления\Майкрософт\Vista. Эти пакеты операционной системы будут храниться в общей папке развертывания в рабочей среде, которая находится в папке D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtpackage -path "DS002:\Packages" -SourcePath "D:\Updates\Microsoft\Vista" -Verbose

Удаление пакета операционной системы

Следующая команда Windows PowerShell удаляет указанный пакет операционной системы из общей папки развертывания в рабочей среде.

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose

Импорт операционной системы

Следующие команды Windows PowerShell импортируют операционную систему Windows Vista, расположенную в папке D:\Operating Systems\Windows Vista x86. Операционная система будет храниться в общей папке развертывания в рабочей среде, которая находится в папке D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose

Удаление операционной системы

Следующая команда Windows PowerShell удаляет операционную систему Windows Vista HOMEBASIC из общей папки развертывания в рабочей среде.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose

Создание приложения

Следующие команды Windows PowerShell создают приложение Adobe Reader 9, используя исходные файлы из D:\Software\Adobe\Reader 9. Приложение будет храниться в общей папке развертывания в рабочей среде, которая находится в папке D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-MDTApplication -path "DS002:\Applications" -enable "True" -Name "Adobe Reader 9" -ShortName "Reader" -Version "9" -Publisher "Adobe" -Language "" -CommandLine "setup.exe" -WorkingDirectory ".\Applications\Adobe Reader 9" -ApplicationSourcePath "D:\Software\Adobe\Reader 9" -DestinationFolder "Adobe Reader 9" -Source ".\Applications\Adobe Reader 9" -Verbose

Удаление приложения

Следующая команда Windows PowerShell удаляет приложение Adobe Reader 9 из общей папки развертывания в рабочей среде.

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose

Создание последовательности задач

Следующие команды Windows PowerShell создают последовательность задач Windows Vista Production Build в общей папке развертывания Production, которая находится в папке D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment.  This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose

Удаление последовательности задач

Следующая команда Windows PowerShell удаляет последовательность задач Windows Vista Production Build из общей папки развертывания в рабочей среде.

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose

Создание базы данных MDT

Следующие команды Windows PowerShell создают новую базу данных MDT на сервере deployment_server для общей папки развертывания в рабочей среде. Подключение к базе данных будет осуществляться через TCP/IP.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-MDTDatabase -path "DS002:" -SQLServer "DeploymentServer" -Netlib "DBMSSOCN" -Database "MDT2010" -SQLShare "DB_Connect" -Force -Verbose

Создание профиля выбора

Следующие команды Windows PowerShell создают новый профиль выбора приложений.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Selection Profiles" -enable "True" -Name "Applications" -Comments "" -Definition "<SelectionProfile><Include path="Applications" /></SelectionProfile>" -ReadOnly "False" -Verbose

Обновление общей папки развертывания

Следующие команды Windows PowerShell обновляют рабочую общую папку развертывания, которая находится в папке D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose

Создание связанной общей папки развертывания

Следующие команды Windows PowerShell создают общую папку развертывания, связанную с рабочей папкой развертывания и расположенную в папке \\remote_server_name\Deployment$. Профиль выбора все используется для определения содержимого, реплицированного в связанную общую папку развертывания. Содержимое из общей папки развертывания в рабочей среде будет объединено с содержимым, которое уже существует в общей папке \\remote_server_name\Deployment$.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Linked Deployment Shares" -enable "True" -Name "LINKED001" -Comments "" -Root "\\RemoteServerName\Deployment$" -SelectionProfile "Everything" -Replace "False" -Verbose

Обновление связанной общей папки развертывания

Следующие команды Windows PowerShell обновляют общую папку развертывания LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Replicate-MDTContent -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

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

Следующие команды Windows PowerShell удаляют общую папку развертывания LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Создание мультимедиа

Следующие команды Windows PowerShell создают исходную папку, содержащую содержимое, используемое для создания загрузочного носителя. В качестве источника будет использоваться общая папка развертывания в рабочей среде. Профиль выбора все определяет, какое содержимое размещено в папке содержимого мультимедиа. Файл LiteTouchMedia.iso будет создан при создании носителя. Носитель будет поддерживать платформы x86 и x64.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Media" -enable "True" -Name "MEDIA001" -Comments "some comment here" -Root "D:\Media" -SelectionProfile "Everything" -SupportX86 "True" -SupportX64 "True" -GenerateISO "True" -ISOName "LiteTouchMedia.iso" -Verbose  
New-PSDrive -Name "MEDIA001" -PSProvider "MDTProvider" -Root "D:\Media\Content" -Description "Embedded media deployment share" -Force -Verbose

Создание носителя

Следующие команды Windows PowerShell создают файл LiteTouchMedia.iso в D:\Media, который будет использовать содержимое исходной папки media001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share" 
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose

Удаление носителя

Следующая команда Windows PowerShell удаляет носитель MEDIA001 из общей папки развертывания в рабочей среде.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Задержка присоединения к домену, чтобы избежать применения объектов групповая политика

Групповая политика — это многофункциональная и гибкая технология, которая предоставляет возможность эффективно управлять большим количеством компьютеров доменных служб Active Directory (AD DS) и объектов пользователей с помощью централизованной модели "один-ко-многим". Параметры групповой политики содержатся в объекте групповой политики (GPO) и связаны с одним или несколькими контейнерами службы AD DS — сайтами, доменами и подразделениями.

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

  • Ограничения автоматического входа

  • Переименование учетной записи администратора

  • Юридические баннеры и подписи

  • Ограничительные политики безопасности (например, политика Специализированная безопасность — ограниченная функциональность [SSLF])

    Один из вариантов решения проблем, которые может вызвать объект групповой политики во время развертывания, заключается в том, чтобы присоединить компьютер к домену как можно позже в процессе развертывания. Это соединение можно выполнить с помощью настраиваемого шага последовательности задач, который запускает скрипт ZTIDomainJoin.wsf.

    Чтобы присоединить целевой компьютер к домену, скрипт ZTIDomainJoin.wsf использует свойства DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain и MachineObjectOU . Эти свойства можно объявить с помощью мастера развертывания Windows, правил общих ресурсов развертывания, базы данных MDT и правил Configuration Manager компьютеров и коллекций. Используемая учетная запись должна иметь права, необходимые для создания и удаления объектов-компьютеров в домене.

    Как правило, скрипт ZTIConfigure.wsf обновляет файл Unattend.xml или Unattend.txt значениями, заданными этими свойствами. Затем эти параметры анализируются программой установки Windows, и система пытается присоединиться к домену в начале процесса развертывания. Это приводит к тому, что на целевом компьютере применяются параметры, указанные в объектах групповой политики домена, что может привести к сбою процесса развертывания.

    Чтобы намеренно отложить присоединение целевого компьютера к домену во время развертывания, можно удалить определенные элементы из файла Unattend.xml. Сценарий ZTIConfigure.wsf пропускает запись свойств в файл Unattend.xml, если связанный элемент свойства отсутствует в файле.

Примечание.

Этот пример решения является допустимым только при развертывании операционных систем Windows 7, Windows Server 2008 или Windows Server 2008 R2.

Подготовьте файл unattend.xml, чтобы целевой компьютер не пытался присоединиться к домену во время установки Windows

  1. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  2. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Task Sequences/task_sequence (где deployment_share — это имя общей папки развертывания, а task_sequence — имя настраиваемой последовательности задач).

  3. В области действий выберите пункт Свойства.

  4. На вкладке Сведения об ОС щелкните Изменить Unattend.xml.

    Запускается диспетчер системных образов Windows (Windows SIM).

  5. В области Файл ответов перейдите в раздел 4 специализации/Идентификация/Учетные данные. Щелкните правой кнопкой мыши учетные данные и выберите команду Удалить.

  6. Нажмите кнопку Да.

  7. Сохраните файл ответов, а затем закройте WINDOWS SIM-карту.

  8. Нажмите кнопку ОК в диалоговом окне Свойства последовательности задач.

    Credentials Если элементы отсутствуют в файле unattend.xml, скрипт ZTIConfigure.wsf не может заполнить сведения о присоединении к домену в Unattend.xml файле, что помешает программе установки Windows выполнить попытку присоединения к домену.

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

  9. Нажмите кнопку Пуск, а затем наведите указатель на пункт Все программы. Наведите указатель мыши на Майкрософт Deployment Toolkit и выберите Deployment Workbench.

  10. В дереве консоли Deployment Workbench перейдите в раздел Deployment Workbench/Deployment Share/deployment_share/Task Sequences/task_sequence (где deployment_share — это имя общей папки развертывания, а task_sequence — имя настраиваемой последовательности задач).

  11. В области действий выберите пункт Свойства.

  12. На вкладке Последовательность задач перейдите к узлу Восстановление состояния и разверните узел Восстановление состояния.

  13. Убедитесь, что существует шаг последовательности задач Восстановление из домена . Если да, перейдите к шагу 9.

  14. В диалоговом окне Свойства последовательности задач нажмите кнопку Добавить, перейдите в раздел Параметры и щелкните Восстановить из домена.

  15. Добавьте шаг последовательности задач Восстановление из домена в редактор последовательности задач. Убедитесь, что шаг находится в нужном расположении последовательности задач.

  16. Убедитесь, что параметры шага последовательности задач Восстановление из домена настроены в соответствии с вашими потребностями.

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