Корпоративные системы управления предприятием меняются, инструменты для их управления тоже должны быть другими. Этой тенденции следует решение для управления от компании Microsoft — System Center Configuration Manager (SCCM).
Одно из самых больших изменений, по крайней мере в SCCM, — переориентация на управление пользователями. В этом подходе к управлению на первом месте находятся пользователи, а не системы. Также появилась новая модель безопасности, основанная на ролях, новая консоль и возможности для упрощения инфраструктуры.
Семейство продуктов System Center имеет важное значение для дальнейшего успеха Microsoft на изменчивом рынке корпоративного ПО. Во многих отношениях SCCM является самым важным элементом этого семейства. SCCM 2012 сейчас находится в стадии начального бета-тестирования, выход второй бета-версии ожидается в течение первой половины 2011 года.Можно ожидать, что в версии RTM по сравнению с текущей версией, будут изменены некоторые функции.
Если вы не использовали раньше SCCM, то вкратце расскажем, как он работает. SCCM просматривает и обнаруживает все устройства (серверы, клиентские компьютеры и смартфоны), подключенные к сети через Active Directory и устанавливает на каждом узле клиентское ПО. SCCM создает базу данных инвентаризации с записями по каждому устройству и характеристиками установленного программного и аппаратного обеспечения. Эти данные используются для целевого развертывания приложений в группах устройств или пользователей.
Обзор и настройка SCCM 2012 R2
По завершении обнаружения устройств управление выполняется автоматически. Управление обновлениями основано на Windows Server Update Services (WSUS).Можно автоматически развертывать ОС на новых устройствах или обновлять операционную систему существующих машин. Можно обеспечить применение корпоративной политики, настроив соответствующие параметры. SCCM может интегрироваться с Windows Server 2008 Network Access Policy (NAP) для проверки безопасности клиентов до предоставления им полного доступа к сети.
Все внимание на пользователя
«Ориентация на потребителя ИТ» стала нормой жизни. Сопротивляться этой тенденции бесполезно. Она требует от нас поддерживать множество устройств и платформ. Большинство из этих мобильных устройств принадлежит представителям молодого поколения, которое зачастую намного лучше технически подковано, чем их старшие коллеги.
SCCM всегда служило для управления системами. Сейчас ситуация меняется и в центр внимания попали пользователи. В рамках этой новой философии им предоставляется больший контроль над тем, когда и какое программное обеспечение у них устанавливается. Например, пользователь может определить свое время работы, чтобы установка и обновление проводились во внерабочее время (рис. 1).
Рис. 1. Ориентированное на пользователей управление позволяет пользователям управлять конфигурацией собственной прикладной среды
Обзор возможностей System Center Configuration Manager
У каждого из пользователей может быть одно или несколько основных устройств (настольный ПК, ноутбук или смартфон). Может оказаться, что у конкретного устройства больше одного основного пользователя (например, при посменной работе на производстве). Задача определения этих отношений выполняется с помощью функциональности привязки пользовательских устройства. Существует несколько методов создания привязки: импорт файла вручную администратором, конечным пользователем либо через статистику использования.
Новый интерфейс, который называется Software Center, служит для более активного привлечения пользователей к управлению собственными системами. В нем используется знакомый браузер и интерфейс корзины интернет-магазина, что дает возможность пользователям находить и запрашивать приложения. В зависимости от типа приложения пользователь может установить его немедленно или после одобрения администратора.
Более эффективное управление приложениями
В SCCM 2012 все еще есть пакеты и программы, как и в предыдущих версиях, но сейчас они объединены в рамках новой ориентированной на состояние модели, которая обслуживает весь жизненный цикл приложения. У каждого приложения своя задача (обязательная или доступная), правила требований и одного или несколько типов развертывания (рис.2). Можно задать один из нескольких типов развертывания — Microsoft Application Virtualization, Script Installer, Microsoft Windows Installer (MSI), Remote Desktop App или Windows Mobile Cabinet.
Рис. 2. Определение типа развертывания приложения
За счет возможности использования различных методов развертывания приложений достигается большая гибкость. Можно, например, установить Adobe Reader как основное приложение на основном устройстве, как Remote Desktop App — на сервере, если у вас есть пользователи, зарегистрированные на сервере, или как App-V на любом другом устройстве. В ситуациях, когда приложения зависят друг от друга, можно создать зависимости так, чтобы приложение X устанавливалось до зависящего от него приложения Y.
В SCCM теперь для удаления приложений используется процедура выбытия вывода из эксплуатации (retirement). Такое было доступно только для программ App-V в SCCM 2007. В SCCM 2012 это может использоваться для всех типов развертывания.
Многие компании содержат лабораторию тестирования развертывания приложений для проверки приложений до их развертывания в промышленной среде. Теперь есть возможность использовать SCCM для экспорта приложения (включая все зависимые файлы) из тестовой среды и импортировать его в производственную среду. В SCCM все развернутое ПО отлеживается в узле Monitoring, а не в отдельном Средстве просмотра сообщений о состоянии (Status Message Viewer), как в SCCM 2007. Развитая отчетность облегчает диагностику и устранение неполадок.
Как правило, сложные запросы в SCCM 2007 для обслуживания программ пишут на основании технических и бизнес-требований. Правила требований — новая функция, призванная минимизировать усилия по настройке запросов.Можете сделать эти правила глобальными и применить для всех типов развертывания всех конкретных приложений или применять их только к одному типу развертывания.
Вся прелесть этих правил в том, что они оцениваются на клиенте во время установки и не полагаются на возможно устаревшие данные из базы данных (рис. 3). Возможность предварительного тестирования развертывания приложений без необходимости его установки появится во второй бета-версии.
Рис. 3. Правила требований должны свести к минимуму необходимость в сложных запросах. Их также намного легче определять
Компонент Operating System Deployment (OSD) всегда был одной из сильных сторон SCCM. В SCCM 2012 введена иерархия всех загрузочных носителей. Это исключает необходимость сохранения отдельных загрузочных носителей OSD для каждого сайта. В данном интерфейсе также интегрируется версия компонента User State Migration Toolkit (USMT).
Поддержка среды предзагрузки PXE (Pre-Boot eXecution Environment) теперь представляет собой лишь атрибут точки распространения (Distribution Point, DP). В ней используется тот же сертификат, что и в DP. Имеются также значительные улучшения PXE в плане масштабируемости.
Обслуживание без подключения к системе образов WIM (Windows Imaging Format) в Windows Vista SP1 и более поздних версиях переводит процесс обновления и исправления на совершенно новый уровень. Можно просто составить расписание установки для библиотеки образов. Экземпляр новой ОС будет обновлен без необходимости развертывания эталонного образа на устройстве с последующей записью после внесения исправлений.
Технология AMT (Intel vPro/Active Management) позволяет получить доступ к аппаратным средствам в отсутствие работающей ОС. SCCM 2012 поддерживает ее, но не похоже, что будет поддерживаться версия 6, которая поставляется со специализированным сервером VNC (Virtual Network Computing).
Управление доступом на основе ролей
В корпоративных продуктах Microsoft, как и в отрасли в целом, для администрирования безопасности все чаще применяется управление доступом на основе ролей. В SCCM 2012 это означает, что основные сайты больше не являются границей безопасности.
Новая консоль построена в соответствии с моделью RBAC (Role-Based Access Control), предусматривающей сокрытие элементов интерфейса, если у пользователя нет прав на них. Административные задачи сгруппированы в роли безопасности. В сочетании с областями безопасности они позво��яют точно контролировать, кто, что, где и когда может выполнять те или иные действия.
В первой бета-версии существуют 13 ролей. Вы можете дополнять их собственными ролями с учетом особенностей своих бизнес-требований (рис. 4).
Рис. 4. Ко времени выпуска количество ролей может быть больше 13
Этот многоуровневый подход позволяет использовать возможности облака, одновременно обеспечивая защиту локального клиента от возможных интернет-угроз.
Встречайте новую консоль SCCM
Основываясь на концепции в System Center, SCCM 2012 создана совершенно новая консоль. Она больше не опирается на Microsoft Management Console. Это упрощает управление SCCM. Существует элемент Wunderbar (да, да, это официальный технический термин) со ссылками на разделы Assets and Compliance, Monitoring, Administration и Software Library.
Теперь требуется меньше щелчков мыши для навигации по дереву благодаря наличию вкладок, расположенных в нижней части главной панели (рис. 5).
Рис. 5. С новой консолью можно забыть о проблемах производительности MMC в версии 2007
Поддержка смартфонов
System Center Mobile Device Manager 2008 был не совсем успешным, тем не менее его функциональность для Windows Mobile будет встроена в SCCM 2012. Будет также добавлена поддержка (скорее всего, во второй бета-версии) управления устройствами Symbian и Nokia. Это позволит управлять всеми устройствами (серверами, настольными компьютерами, ноутбуками и смартфонами) непосредственно из SCCM 2012.
Но то, чего не хватает, важнее того, что реализовано. Поддержка iPhone, Android и Windows Phone 7 обеспечивается только «облегченным управлением» средствами соединителя Exchange Active Sync. Полноценное управление (и удаленное управление для смартфонов) пока только обещают после выпуска основной версии.
Упрощение инфраструктуры
В SCCM 2012 много радикальных изменений.Ни одно из них не будет требовать больших усилий по планированию и предварительной работе, чем совершенствование иерархии. Цель в том, чтобы получить структуру с меньшим количеством системных серверов на сайте. Требования к системе — еще один фактор влияния на этапе планирования. SCCM 2012 существует только в виде 64-разрядной версии.
Он будет работать только в среде Windows Server 2008 или Windows Server 2008 R2 с SQL Server 2008 SP1 (x64) или более поздней версии. Однако DP могут работать на 32-битной Windows.
Для построения более плоских иерархий существует новый сайт CAS (Central Administration Site), который не используется для обслуживания клиентов, а только для управления и отчетности (на основе отчетов SQL Server).
Нет необходимости в применении CAS, если у вас не более одного основного сайта. Каждый основной сайт поддерживает около 100 тыс. клиентов. Для целей резервирования даже в небольших средах может быть более одного такого сайта. Нельзя строить новые уровни основных сайтов, как это можно было делать в SCCM 2007, но это разрешается для вторичных сайтов, но, скорее всего, многим из них вы отведете роль DP, поскольку они сейчас позволяют управлять пропускной способностью.
Ответственность за распределение контента в настоящее время лежит на репликации SQL Server, хотя программные пакеты, исправления и образы ОС по-прежнему используют ориентированную на файлы модель. Реплицированные данные делятся на глобальные данные (созданные администратором, такие как наборы, роли RBAC и т. п.) и данные сайта (созданные системой). Из-за этого для каждого вторичного сайта необходим SQL Server (подойдет даже версия SQL Server Express).
Параметры агента клиента в настоящее время определены на уровне наборов, а не сайтов. Клиенты могут получать параметры настройки из нескольких наборов. Расширения схемы Active Directory те же, что и в SCCM 2007, поэтому публикация информации сайта будет работать без дополнительных изменений схемы. Если у вас в филиале есть операционные системы Windows Server 2008 R2 и Windows 7 (версии Ultimate или Enterprise), то SCCM 2012 можете задействовать компонент BranchCache.
Точки распространения филиала (Branch Distribution Points) позволяют хранить пакеты на рабочей станции. Это хорошо работает в офисах с количеством устройств менее 100, для которых достаточно управлять пропускной способностью с помощью службы BITS (Background Intelligent Transfer System). Хотя в SCCM 2007 есть группы DP, но они скорее слабые средства помощи администратору.
При добавлении контента DP в группу в SCCM 2012 этот контент получают все члены группы. При добавлении другой DP она тоже получает весь контент группы. SCCM 2012 также позволяет вручную копировать содержимое как в DP филиалов, так и в стандартные DP. SCCM 2007 поддерживает эту функцию только для DP филиалов.
Планирование миграции
Предлагается два варианта перехода с Systems Management Server (SMS) 2003 на SCCM 2007: параллельная миграция или обновление поверх текущей версии. Microsoft не представила никаких инструментов для реализации первого варианта. При переходе с SCCM 2007 на SCCM 2012 нет возможности обновления поверх текущей версии из-за перехода на 64-битную архитектуру. Вместе с тем в консоли есть встроенные инструменты миграции. Выполнить миграцию SCCM 2007 можно только если на нем установлен пакет обновлений SP 2.
SCCM 2012 устанавливается параллельно (с новым кодом сайта). Он переносит метаданные из старой среды в новую среду, начиная с центрального сайта. Каждый сайт синхронизируется со своим аналогом. Эта синхронизация также планируются так, чтобы любые изменения в процессе миграции реплицировались из старого в новый сайт. После создания структуры в SCCM 2012 реальные объекты копируются с применением заданий на миграцию, которые можно запустить по требованию или по расписанию.
Объединять пользователей и компьютеры в наборы в SCCM 2012 нельзя. Если имеются смешанные наборы в текущей среде, необходимо их преобразовать до начала миграции. Пакеты сохраняются в качестве пакетов SCCM 2012. Если вы хотите воспользоваться преимуществами совершенствования приложений, придется конвертировать их вручную.
Во время миграции DP используются совместно. Для доступа к DP можно использовать клиенты как SCCM 2007, так и SCCM 2012. Клиенты SCCM можете обновлять, используя свой любимый метод распространения ПО. Миграция продолжается вниз по иерархии, пока не будут выполнены все преобразования, а затем запланированная синхронизации отключается, начиная с нижнего уровня.
Агент управления требуемой конфигурацией (Desired Configuration Management) в SCCM 2007 был переименован в Settings Management, который решает проблемы «последней мили». Теперь это не просто отчетность об изменении конфигурации, а возможность ручного или даже автоматического исправления файлов, реестра и элементов WMI-конфигурации.
SCCM 2012 — большой шаг вперед. Перемещение пользователей в центр управления и их привлечение к работе является очень удачным ходом. Новая консоль и перспектива упрощения иерархии наверняка будет привлекательной, а новая модель приложения несомненно сэкономит администраторам не один час времени.
Источник: www.oszone.net
Изменения system Center 2012 Configuration Manager
Текущая ветвь Configuration Manager вносит важные изменения по Configuration Manager System Center 2012. В этой статье описываются значительные изменения и новые возможности, обнаруженные в исходной базовой версии 1511 Configuration Manager текущей ветви. Сведения об изменениях, внесенных в последние обновления для Configuration Manager, см. в статье Новые возможности Configuration Manager добавочных версий.
С октября 2019 года Configuration Manager входит в состав Microsoft Intune семейства продуктов. Дополнительные сведения см. в статье Вопросы и ответы о Microsoft Configuration Manager.
Выпуск Configuration Manager за декабрь 2015 г. (версия 1511) был первоначальным выпуском текущего продукта Configuration Manager от корпорации Майкрософт. Обычно это называется Configuration Manager текущей ветви. Текущая ветвь указывает, что эта версия поддерживает добавочные обновления продукта. Он также позволяет различать этот выпуск и предыдущие выпуски Configuration Manager.
Configuration Manager текущей ветви:
- Не использует год или идентификатор продукта в названии продукта, в отличие от предыдущих версий, таких как Configuration Manager 2007 или System Center 2012 Configuration Manager.
- Поддерживает добавочные обновления в продукте, также называемые версиями обновлений. Первоначальный выпуск был версии 1511. Более поздние версии выпускаются несколько раз в год в виде обновлений в консоли, например версии 1910.
- Устанавливается с использованием базовой версии. Хотя 1511 была исходной базовой версией, время от времени выпускаются новые базовые версии, например 2203. Базовые версии можно использовать для установки нового Configuration Manager сайта и иерархии или для обновления поддерживаемой версии System Center 2012 Configuration Manager.
Обновления на консоли
Configuration Manager используется метод службы в консоли Обновления и обслуживание, который упрощает поиск и установку рекомендуемых обновлений.
Некоторые версии доступны только в виде обновлений для существующих сайтов из консоли Configuration Manager. Эти обновления нельзя использовать для установки нового Configuration Manager сайта. Например, обновление 2111 доступно только в консоли Configuration Manager. Он используется для обновления сайта, на котором уже запущена поддерживаемая версия Configuration Manager.
Периодически версия обновления также выпускается в качестве новой базовой версии. Например, обновление версии 2203 также является базовым. Используйте базовую версию для установки нового сайта или иерархии. Не начинайте с более старой базовой версии, например 2111, и обновите путь до последней версии. Всегда используйте последнюю версию базовых показателей.
Дополнительные сведения см. в следующих статьях:
- Обновления Configuration Manager
- Базовые версии и версии обновлений
Точка подключения службы.
Configuration Manager текущая ветвь включает новую роль системы сайта, точку подключения службы:
- Контактная точка для многих облачных функций
- Скачивание обновлений для сайта
- Отправляет данные диагностики и использования сайта в облако Майкрософт
Эта роль системы сайта поддерживает режимы работы как в сети, так и в автономном режиме. Дополнительные сведения см. в разделе Сведения о точке подключения службы.
Данные диагностики и использования
Configuration Manager собирает данные диагностики и использования сайтов и инфраструктуры. Эти сведения компилируются и передаются в облачную службу Майкрософт точкой подключения службы. Configuration Manager требуются эти данные для скачивания обновлений, применимых к вашей среде. При настройке точки подключения службы можно указать как уровень собираемых данных, так и автоматически (в сети) или вручную (в автономном режиме).
Нерекомендуемые функции
Некоторые функции, такие как встроенная поддержка компьютеров на основе технологии Intel Active Management (AMT), удаляются из консоли Configuration Manager. Другие функции, такие как защита доступа к сети, полностью удаляются. Кроме того, некоторые старые продукты Майкрософт, такие как Windows Vista, Windows Server 2008 и SQL Server 2008, больше не поддерживаются.
Список устаревших функций см. в разделе Удаленные и нерекомендуемые элементы.
Дополнительные сведения о поддерживаемых продуктах, операционных системах и конфигурациях см. в разделе Поддерживаемые конфигурации.
Поддержка технологии Intel Active Management Technology (AMT)
Configuration Manager текущая ветвь удаляет встроенную поддержку компьютеров на основе AMT из консоли Configuration Manager. Компьютеры с поддержкой AMT остаются полностью управляемыми при использовании надстройки Intel SCS для Microsoft Configuration Manager. Надстройка предоставляет доступ к новейшим возможностям управления AMT, устраняя ограничения, введенные до тех пор, пока Configuration Manager не смогут включить эти изменения.
Удаление интегрированного AMT для Configuration Manager включает в себя управление вне диапазона. Роль системы сайта точки управления вне диапазона больше недоступна.
Это изменение не влияет на управление вне канала в System Center 2012 Configuration Manager.
Изменения в функциональных возможностях
В следующих разделах перечислены некоторые значительные изменения в функциональных областях между System Center 2012 R2 Configuration Manager и версией 1511 Configuration Manager текущей ветви. Дополнительные сведения о последних изменениях в функциональных возможностях см. в статье Новые возможности добавочных версий.
Развертывание клиента
Configuration Manager вводит новую функцию для тестирования новых версий клиента Configuration Manager перед обновлением остальной части сайта с помощью нового программного обеспечения. Вы можете настроить предварительную коллекцию, в которой будет пилотировать новый клиент. После того как вы будете удовлетворены новым клиентским программным обеспечением в предварительной версии, вы можете повысить уровень клиента, чтобы автоматически обновить остальную часть сайта до новой версии.
Дополнительные сведения о тестировании клиентов см. в статье Тестирование обновлений клиентов в предварительной коллекции.
Развертывание ОС
Обратите внимание на следующие изменения в развертывании ОС:
- В мастере создания последовательности задач доступен новый тип последовательности задач: Обновление операционной системы с пакета обновления. Он создает шаги для обновления компьютеров с более ранней версии Windows до Windows 10 или более поздней версии. Дополнительные сведения см. в разделе Обновление Windows до последней версии.
- Одноранговый кэш Windows PE теперь доступен при развертывании операционных систем. Компьютеры, на которые выполняется последовательность задач для развертывания ОС, могут использовать одноранговый кэш Windows PE для получения содержимого из источника однорангового кэша вместо загрузки содержимого из точки распространения. Такое поведение помогает свести к минимуму трафик глобальной сети в сценариях филиалов, где нет локальной точки распространения. Дополнительные сведения см. в статье Подготовка однорангового кэша Windows PE для сокращения трафика глобальной сети.
- Теперь вы можете просматривать состояние Windows как услуга в среде. Вы также можете создать планы обслуживания для формирования кругов развертывания и убедиться, что при выпуске новых сборок Windows 10 или более поздних версий компьютеры будут обновляться. Кроме того, вы можете просматривать оповещения, когда клиенты Windows близки к концу поддержки своей сборки. Дополнительные сведения см. в разделе Управление Windows как услуга.
Управление приложениями
Обратите внимание на следующие изменения в управлении приложениями:
- Configuration Manager позволяет развертывать приложения универсальная платформа Windows (UWP) для устройств под управлением Windows 10 и более поздних версий. Дополнительные сведения см. в разделе Создание приложений Windows.
- Центр программного обеспечения имеет новый, современный вид. Доступные пользователям приложения, которые ранее были только в каталоге приложений, теперь отображаются в Центре программного обеспечения на вкладке Приложения. Это делает эти развертывания более обнаруживаемыми и делает ненужным для пользователей ссылки на отдельный каталог приложений. Кроме того, браузер с поддержкой Silverlight больше не требуется. Дополнительные сведения см. в статье Планирование и настройка управления приложениями.
- Новый установщик Windows через тип приложения MDM позволяет создавать и развертывать приложения на основе установщика Windows на зарегистрированных компьютерах, работающих Windows 10 или более поздней версии. Дополнительные сведения см. в разделе Создание приложений Windows.
- В Configuration Manager 2012 г., чтобы указать ссылку на приложение в Магазине Windows, можно либо указать ссылку напрямую, либо перейти к удаленному компьютеру, на котором установлено приложение. В Configuration Manager текущей ветви по-прежнему можно напрямую ввести ссылку, но теперь вместо перехода на компьютер-эталон можно просматривать магазин для приложения непосредственно из консоли Configuration Manager.
Обновления программного обеспечения
Обратите внимание на следующие изменения обновлений программного обеспечения:
- Configuration Manager теперь может обнаруживать разницу между методами управления обновлениями программного обеспечения для компьютеров. В частности, он может различать компьютер Windows, который подключается к клиентский компонент Центра обновления Windows для бизнеса (WUfB), и компьютер, подключенный к WSUS. Атрибут UseWUServer является новым и указывает, управляется ли компьютер с помощью WUfB. Этот параметр можно использовать в коллекции, чтобы удалить эти компьютеры из управления обновлениями программного обеспечения. Дополнительные сведения см. в статье Интеграция с клиентский компонент Центра обновления Windows для бизнеса.
- Теперь можно запланировать и запустить задачу очистки WSUS из консоли Configuration Manager. В свойствах компонента точки обновления программного обеспечения при выборе задачи очистки WSUS он запускается при следующей синхронизации обновлений программного обеспечения. Для обновлений программного обеспечения с истекшим сроком действия установлено состояние Отклонено на сервере WSUS, а агент клиентский компонент Центра обновления Windows на компьютерах больше не сканирует эти обновления программного обеспечения. Дополнительные сведения см. в статье Планирование и запуск задачи очистки WSUS.
Параметры соответствия требованиям
Обратите внимание на следующие изменения в параметрах соответствия требованиям.
- Configuration Manager улучшает рабочий процесс создания элементов конфигурации. Теперь при создании элемента конфигурации и выборе поддерживаемых платформ доступны только параметры, относящиеся к этой платформе. См . статью Начало работы с параметрами соответствия требованиям.
- Мастер создания элемента конфигурации теперь упрощает выбор типа элемента конфигурации, который требуется создать. Кроме того, доступны новые и обновленные элементы конфигурации для:
- Windows 10 или более поздних версий устройств, управляемых с помощью клиента Configuration Manager
- Устройства mac OS X, управляемые с помощью клиента Configuration Manager
- Настольные компьютеры и серверные компьютеры Windows, управляемые с помощью клиента Configuration Manager
- Windows 8.1 и Windows 10 или более поздних версий устройств, управляемых без клиента Configuration Manager
Дополнительные сведения см. в разделе Создание элементов конфигурации.
Локальное управление мобильными устройствами
Теперь вы можете управлять мобильными устройствами с помощью локальной инфраструктуры Configuration Manager. Все данные устройства и управления обрабатываются локально и не являются частью Microsoft Intune или других облачных служб. Для этого типа управления устройствами не требуется клиентское программное обеспечение. Configuration Manager управляет устройствами с помощью функций, встроенных в ОС устройства.
Источник: learn.microsoft.com
Microsoft SCCM 2012 SP1. Автоматическая установка ОС Windows
А значит, предстояла настройка функционала Configuration Manager для крупномасштабного развертывания Windows-систем.
Теперь более подробно остановимся на установке операционной системы с драйверами и программами. В SCCM 2012 поддержка ОС Windows 8 появится только после обновления до версии SP1 [2], в этом случае поддерживается работа со всей линейкой Windows XP/Vista/7/8.
Для упрощения будем считать, что Configuration Manager 2012 SP1 установлен [3] и подключен к Active Directory и MS SQL Server [4].
Также подразумевается, что базовая настройка Boundaries (границ) [5], добавление основных ролей Distribution point (точка распространения) и Management point (точка управления), а также настройка Client Setting (клиентской части) [6] и установка клиентов [7] менеджера конфигураций уже произведены.
Настройка эталонного образа
Проблема развертывания ОС на предприятии устраняется за счет установки систем по сети с помощью заранее подготовленного образа. Такая возможность реализуется с помощью Windows PE (среда предустановки Windows) [8], которая использует загрузочный wim-файл (Boot image x86 и Boot image x64 соответственно для 32- и 64-разрядных систем) для «захвата» операционной системы и дальнейшей ее автоматической установки.
Статью целиком читайте в журнале «Системный администратор», №12 за 2013 г. на страницах 12-16.
Источник: samag.ru