Главная System Center, Новое ConfigMgr 2012 Beta 2 — OS Deployment
  • ConfigMgr 2012 Beta 2 — OS Deployment

    Ну что ж, приступим к развертыванию ОС с помощью System Center Configuration Manager 2012 Beta 2. Устанавливать будем Windows 7. Сам процесс подготовки к развертыванию практически не изменился, если не брать в расчет интерфейс и перенос роли PXE в дополнительную опцию Distribution Point.

    Конфигурация моего стенда довольно таки примитивная – DC, DHCP, WDS и SCCM всё на одном сервере под ОС Windows 2008 R2.
    Итак, первый шаг — устанавливаем роли WDS и DHCP. Я предпочитаю использовать для таких целей командную строку:

    ServerManagerCmd -install DHCP
    ServerManagerCmd -install WDS


    Конфигурируем WDS:

    WDSUTIL /initialize-server /server:%COMPUTERNAME% /reminst:c:\RemoteInstall
    WDSUTIL /Set-Server /DHCPOption60:Yes
    WDSUTIL /Set-Server /UseDHCPPorts:No

    Настройка PXE. В свойствах Distribution Point на вкладке мы выставляем необходимые параметры. Включаем поддержку «Неизвестных ПК».

    Настраиваем и помещаем загрузочные образа на Distribution Point. Галочку необходимо поставить, чтобы наши образа стали доступны для загрузки с помощью WDS.


    Настраиваем DHCP. В моем случае DHCP и WDS на одном сервере + ПК, который я буду заливать находится в одной подсети, поэтому я настраиваю только опцию 60.

    Далее необходимо настроить учетную запись Network Access Account для доступа к ресурсам из WinPE.


    Добавим образ Windows 7 в SCCM и поместим на точку распространения (Distribution Point).


    Создадим пакет для клиента SCCM (Package from definition).


    Настроим стандартную последовательность задач(task sequence) для установки ОС.

    Теперь создадим объявление (advertisement) для запуска последовательности задач на все «неизвестные» ПК.

    Укажем, что объявление использует загрузочный образ и PXE.

    Итак, Объявление (Advertisement) создано, теперь включаем наш ПК (в моем случае это виртуальная машина) и выбираем загрузку по сети.

    Вводим пароль, указанный во время настройки PXE.

    В списке выбираем, наше объявление.

    Процесс пошел... 🙂

    С результатами развертывания можно ознакомиться на вкладке Monitoring, пункт Deployments

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

    В целом — это всё 🙂 Работать с новой консолью действительно удобнее, поэтому советую и вам проделать эти не хитрые шаги 🙂

Комментарии

  1. Макс!

    Вот только конфигурировать сервер WDS не нужно. В этом плане ничего не поменялось со времен SCCM 2007. Мы WDS ставим, но не настраиваемэ

  2. Алексей, а ты пробовал? 🙂

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

    Причем, считаю, что такое же минимальное конфигурирование WDS никоим образом и не мешает настройке роли PXE для SCCM 2007 с случае автоматического развертывания всей среды с помощью скриптов.

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

  4. Илья, конечно, подправлю!

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

  5. У меня такая же проблема всегда была:

    Отзыв от Max Agafonov:Без предварительного конфигурирования, служба WDS у меня никак не стартовала после включения PXE.

    Во всех доках и статьях написано что не нужно настраивать, но если этого не сделать, то не регистрируются провайдеры PXE и соответственно не запускается служба. Возможно имеется в виду, что после инициализации WDS не нужно трогать его параметры. т.е. делать это: WDSUTIL /initialize-server /server:%COMPUTERNAME% /reminst:c:\RemoteInstall надо по-любому.

  6. Да, Сергей, всё верно. 🙂

    По опыту, скажу, что инициализация WDS командой WDSUTIL /initialize-server /server:%COMPUTERNAME% /reminst:c:\RemoteInstall послу установки роли, позволяет правильно настроить роль PXE в 100% случаев. А это особенно критично, когда вся настройка окружения происходит в автоматическом режиме (Скриптами).

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

  7. ай гаранти ит 😉

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

    Хорошее описание траблшутинга: blogs.technet.com/b/confi...anager-2007.aspx

  8. Ребята, исправить статью по замечаниям Ильи смогу только вечером. Очень нестабильный интернет сейчас на рабочем месте. 🙁

  9. Да, Алексей, отличная статья. 🙂

    Всё таки, нужно согласиться, что инициализация WDS необходима для 100% гарантии работоспособности PXE 🙂

    Кстати, у MS, процедура инициализации WDS также имеется в скриптах по деплойменту SCCM в автоматическом режиме 😉

  10. Максим, инициализация WDS не нужна и без нее все нормально работает. Есть исключения, но это не значит что инициализация WDS дает 100% успех.

    Приведи пример скрипта MS 😉

  11. Алексей, не вижу предмета для спора 🙂 Инициализация WDS не приносит вреда в любом случае, времени практически не отнимает и моя практика показывает, что успех именно 100%.

    По поводу скриптов MS, то ты наверняка(раз работаешь в MS) в курсе про Hydration. 🙂

  12. Супер, Алексей! 🙂

  13. Подтвержу позицию Алексея. Конфигурировать WDS не требуется.

    technet.microsoft.com/en- ...ry/bb680753.aspx

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

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

    ЗЫ: Hydration ни в коем случае не является поддерживаемым решением. Это полезное решение, но ориентироваться на него не стоит.

  14. Василий, давай так, на выходных пересоберу стенд с sccm 2012 и попробую без конфигурирования. Если всё пройдет на ура, помечу этот пункт, как необязательный 🙂

    p.s. А всё таки можно ссылку на то, что Hydration является не поддерживаемым решением? На сайте MS он позиционируется как готовое решение для фазы Proof of concept...

  15. ну так фаза: Proof of concept... как бы нам намекает 😉

  16. И о чем же, Алексей? 🙂 О том, что мы можем использовать на этой фазе неподдерживаемые решения? 🙂

  17. Proof of Concept всегда выполняется в тестовой среде.

  18. Да, всё верно, но в тестовой среде мы откатываем методики, которые будем реализовывать в продуктивной среде. Или я не прав? 🙂

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

  20. Согласен. Но методики, применяемые в Hydration, вряд ли являются не проверенными или не поддерживаемыми.

  21. Максим!

    Спор ни о чем же 🙂

  22. Верно )))

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

    Если всё пройдет — успешно, то поправлю этот шаг в статье и укажу, что он не обязателен. 🙂

    p.s. А кто то сам уже пробовал настраивать PXE для SCCM 2012? Необходим ли этот шаг тут?

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

Опубликовать

Я не робот.