Развертывание system center operations manager

Ускоренная синхронизация SCCM и соединителя Active Directory

Соединители Active Directory и SCCM в Service Manager могут импортировать большое количество данных в базу данных Service Manager. Таким образом они значительно увеличивают не только размер таблицы данных, где хранятся данные из соединителей, но и размер таблицы EntityChangeLog (ECL) и таблицы журнала. Большая таблица ECL может стать проблемой — в некоторых случаях она значительно замедляет работу системы.

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

В руководстве по операциям

• В этом разделе перечислены типичные задачи, описаны разделы для выполнения каждой задачи и представлены ссылки на полезную информацию.

• В этом разделе описано, как управлять обнаружением и установкой агентов для ОС Windows, UNIX, Linux и Nano Server через консоль управления или вручную из командной строки.

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

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

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

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

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

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

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

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

Параметры сортировки баз данных

• Для импорта данных из Operations Manager в Service Manager необходимо использовать те же поддерживаемые языковые параметры сортировки.
• Это относится только к базе данных Operations Manager и базе данных SM DWStagingAndConfig при создании источника данных Operations Manager для хранилища данных. В частности, в консоли Service Manager это отображается как источник данных хранилища данных.
• Это не влияет ни на Operations Manager для Service Manager соединителя элемента конфигурации, либо Operations Manager для Service Manager соединителя инцидента оповещения.
• Если у вас есть базы данных с параметрами сортировки, которые не совпадают, нельзя использовать Operations Manager для Service Manager соединителя хранилища данных. Этот соединитель импортирует оповещения из базы данных Operations Manager в базу данных Service Manager DWStagingAndConfig.

Повышение производительности

В System Center 2016 — Service Manager производительность обработки данных увеличена в четыре раза. Благодаря этому усовершенствованию Service Manager лучше использует SQL Server. Эти результаты получены Майкрософт в ходе нагрузочного теста со стандартной рекомендуемой топологией.

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

Вычисления группы и очереди были существенно улучшены

Внутреннее тестирование показало улучшения на 50 %. Например, рабочий элемент или элемент конфигурации отображаются для соответствующих пользователей или рабочих процессов в два раза быстрее. В Service Manager 2012 R2 нагруженной среде требовалось 30 минут на обновление групп и очередей, а Service Manager 2016 может обновить группы и очереди за 15 минут при той же нагрузке.

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

Вот как выглядит испытательная платформа, которую мы использовали для тестирования:

• 400 одновременных клиентских подключений
• Поступление 45 рабочих элементов в минуту
• 2 дополнительных сервера управления Service Manager, каждый обрабатывает по 200 клиентских подключений
• 216 рабочих процессов подписки
• 42 очереди
• Зарегистрированное хранилище данных Service Manager
• Был запущен соединитель AD, синхронизирующий 100 тысяч пользователей
• Все компьютеры имели стандартные рекомендуемые конфигурации

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

action	Service Manager 2012 R2	Service Manager 2016	улучшение
время создания инцидента	2–6 секунд	0,5 секунд	4 раза
время создания инцидента во время синхронизации соединителя	8–10 секунд	менее 1 секунды	8 раз

Улучшенная обработка рабочего процесса

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

action	Service Manager 2012 R2	Service Manager 2016	улучшение
время компенсации рабочего процесса	2 часа 50 мин	1 час 46 мин	1,5 раза

Увеличенное число обработки рабочих элементов в секунду

action	Service Manager 2012 R2	Service Manager 2016	улучшение
среднее время создания инцидента	2,2 секунды	0,5 секунд	4 раза

Новый портал самообслуживания на основе HTML

Этот выпуск содержит новый портал самообслуживания на основе HTML, который предлагает следующие улучшения:

• Обновленный современный пользовательский интерфейс с удобной навигацией.
• Поддержка нескольких браузеров
• Объявления на портале.
• Новый каталог услуг.
• Широкие возможности справочных статей в браузерах
• Управление действиями и запросами пользователей.
• Кэширование на стороне сервера для снижения числа запросов к базам данных и повышения эффективности портала.
• Поддержка прямых URL-адресов для страниц портала самообслуживания
• Широкие возможности настройки

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

Примечание

Более старый портал самообслуживания на основе Silverlight и SharePoint удален.

Implementing SCSM 2012 ^

If you’re a sysop in a small to medium business the need for a product such as Service Manager might seem like overkill. In smaller shops a simple system for tracking help desk tickets and assigning them to different technicians, along with an Excel spread sheet to track assets and information is usually deemed sufficient.

System Center Service Manager 2012

In larger business however the need for a more integrated IT service management system, built on the foundations of IT Infrastructure Library (ITIL) or Microsoft Operations Framework (MOF), is necessary. These two frameworks provide best practices for how IT should design, test, deliver and operate IT services for the business. SCSM has built in processes for problem and incident management, change management, service request fulfillment, release management, configuration management and service level management.

The key to understanding SCSM is in the configuration management database (CMDB), the single central location for ALL IT asset information of the whole business. But the CMDB is much more than just an asset register, it contains a lot more information about each object or configuration items (CI) and more importantly it also keeps tracks of the relationship between each CI. This last piece is crucial; in a smaller environment the way switches, routers, IP subnets, VLANs, databases, applications servers, client applications etc. are connected is usually stored in IT administrators heads or hopefully in documentation. This doesn’t scale very well in larger businesses, hence the need for one, central location to store all this data.

Операционная система для Microsoft Monitoring Agent

Примечание

Operations Manager 2019 содержит только 64-разрядную версию агента.

• Windows Server 2022: Standard, Datacenter, Server Core

• Windows Server 2019 — Standard, Datacenter, Server Core.

• Windows Server 2016 — Standard, Datacenter, Server Core.

• Windows Server 2012 R2 — Standard, Datacenter, Server Core.

• Windows Server 2012 — Standard, Datacenter, Server Core.

• Windows 10 — Корпоративная, Профессиональная.

• Windows 11 поддерживается в UR4 и более поздних версиях

• Файловая система: диск %SYSTEMDRIVE% должен быть отформатирован в файловой системе NTFS.

• Версия Windows PowerShell: Windows PowerShell версии 2.0 или Windows PowerShell версии 3.0.

  

  

  

  

  

  

  

  

  

  

• Microsoft .NET Framework 3.5 или более поздней версии.

  Примечание

  Windows PowerShell требуется для локального сбора журналов IntelliTrace и запуска пакетов управления System Center Operations Manager, использующих скрипты PowerShell.
  Microsoft .NET Framework 3.5 или более поздней версии требуется для локального сбора журналов IntelliTrace и наблюдения за производительностью приложений .NET.

Active Directory и DNS

Operations Manager интегрируется с Active Directory для проверки подлинности, назначения прав и авторизации. DNS используется для разрешения имен вспомогательных ролей в группе управления, а также компьютеров, сетевых устройств и других отслеживаемых рабочих нагрузок, таких как URL-адреса веб-сайтов.

Доменные службы Active Directory

System Center Operations Manager использует AD DS для ряда служб, включая определение принципов безопасности, назначение прав, проверку подлинности и авторизацию. Operations Manager делает запросы в службы AD DS при обнаружении компьютеров и служб и может использовать AD DS для хранения и распространения сведений о конфигурации агента. Для правильной работы Operations Manager необходимо, чтобы доменные службы AD DS и поддерживающая их служба DNS были работоспособными и функционировали на определенном уровне конфигурации в соответствии с минимальными требованиями. Кроме того, необходимо соблюдать определенные соглашения об именовании.

Именование доменного пространства

Группу управления Operations Manager невозможно установить в корневом домене Active Directory с неструктурированным пространством имен DNS. Однако ее можно установить в дочерних доменах корневого домена. Например, имеется корневой домен с DNS-именем «Woodgrove». Поскольку этот корневой домен имеет неструктурированное пространство имен DNS, в домене Woodgrove невозможно установить группу управления Operations Manager. Но если домен Woodgrove имеет дочерний домен с DNS-именем National, полное доменное имя дочернего домена будет national.woodgrove. Дополнительные сведения о настройке Windows для доменов с однокомпонентными DNS-именами см. в статье «Сведения о настройке доменов Active Directory с помощью однокомпонентных DNS-имен».

Режим работы домена

Служба Active Directory в Windows Server может функционировать в разных режимах. Эти режимы различаются по версии операционной системы Windows Server, которая разрешена на контроллерах домена, имеющихся в домене. System Center Operations Manager не предъявляет требований к режиму работы домена.

Режим работы леса

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

Функции Operations Manager

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

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

Примечание

Дополнительные сведения о консолях Operations Manager см. в разделе Сравнение консоли управления и веб-консоли руководства пользователя.

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

История версий [ править | править код ]

• 1994 — Microsoft Systems Management Server 1.0
• 1995 — Microsoft Systems Management Server 1.1
• 1996 — Microsoft Systems Management Server 1.2
• 1999 — Microsoft Systems Management Server 2.0
• 2003 — Microsoft Systems Management Server 2003
• 2007 — System Center Configuration Manager 2007
• 2007 — System Center Essential 2007 (комбинация Microsoft SCOM и SMS серверов)
• 2010 — System Center Essential 2010 (комбинация Microsoft SCOM и SMS серверов)
• 2012 — System Center 2012 Configuration Manager
• 2017 — System Center Configuration Manager 2016

System Center Configuration Manager

Configuration Manager RTM

• Выпущен в сентябре 2007
• Значительное обновление SMS 2003
• Расширенный список возможностей

• Выпущен в апреле 2008
• Полная поддержка Windows Server 2008/Vista SP1
• Asset Intelligence 1.5
• Интеграция с Intel vPro

• Выпущен в августе 2008
• Application Virtualization Management
• Интеграция с SQL Reporting Services
• Client Status Reporting
• Интеграция с Forefront Client Security
• Расширение возможностей развертывания ОС

• Выпущен в ноябре 2009
• Полная поддержка Windows Server 2008R2/Windows 7
• Поддержка Intel vPro 5й версии
• Обновлён Asset Intelligence

System Center Configuration Manager 2016

• По сути представляет собой новый релиз прежней версии. Устанавливается поверх System Center Configuration Manager 2012
• Выпущен в декабре 2016
• Полная поддержка Windows Server 2016 и Windows 10
• Удалена поддержка Windows Server 2003 и Windows XP
• Поддержка Office 365

Что такое SCCM?

Microsoft System Center Configuration Manager 2012 (SCCM 2012) — это продукт Windows, который позволяет администраторам управлять развертыванием и безопасностью устройств и приложений на предприятии. SCCM является частью пакета управления системами Microsoft System Center 2012 .

Интегрированная консоль SCCM позволяет управлять приложениями Microsoft Application Virtualization (App-V), Microsoft Enterprise Desktop Virtualization (Med-V), Citrix XenApp , Microsoft Forefront и Windows Phone из одного места. System Center Configuration Manager 2012  R2 обнаруживает сервера, настольные компьютеры, планшеты и мобильные устройства, подключенные к сети через Active Directory, и устанавливает клиентское программное обеспечение на каждом узле. Затем он управляет развертыванием и обновлением приложений на устройстве или в группе, что позволяет автоматически устанавливать исправления с помощью служб обновления Windows Server и применять политики с помощью защиты доступа к сети, System Center Endpoint Protection Manager 2012, ранее известный как Forefront Endpoint Protection, встроен в System Center Configuration Manager для защиты данных, хранящихся на этих устройствах.

Несколько ключевых функций System Center Configuration Manager 2012 помогают администраторам справиться с тенденцией «принести свое собственное устройство» ( BYOD ) на предприятии, включая управление, ориентированное на пользователя. Конечные пользователи могут искать приложения с помощью Центра самообслуживания и указывать время, когда будут производиться установка и обновление. Администраторы могут по-разному устанавливать приложения на разных устройствах — например, в качестве собственного приложения на основном устройстве или в качестве приложения служб удаленных рабочих столов или программы App-V на планшете. SCCM 2012 также включает контроль доступа на основе ролей ( RBAC ), который повышает безопасность системы, показывая конечным пользователям только те элементы интерфейса, которые применяются к их конкретным ролям, определенным Active Directory.

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

Системные требования System Center 2012 Configuration Manager: •    Windows Server 2008 /2008 R2/ R2 SP1/ 2012 (для SCCM 2012 SP1); •    SQL Server 2008 SP2 CU9/ 2008 SP3 CU4/ 2008 R2 SP1 CU6/ 2008 R2 SP2/ 2012 CU2 (для SCCM 2012 SP1).Поддерживаемые клиентские  ОС: •    Windows XP Professional SP3 ; •    Windows Vista SP2; •    Windows 7/7 SP1; •    Windows Server 2003 SP2/R2 SP2; •    Windows Server 2008 SP2/R2 /R2 SP1; •    Windows Server 2012 (в SCCM 2012 SP1); •    Windows 8 (в SCCM 2012 SP1); •    Mac OS X, IBM AIX, HP-UX, Solaris, SUSE LES, RHEL (в SCCM 2012 SP1). Итак, начнем подготовку к установке System Center 2012 Configuration Manager.

Совместимость с Operations Manager

В этом разделе описывается совместимость Operations Manager и Service Manager.

Operations Manager

Operations Manager поддерживается Service Manager и Service Manager для соединителей и агентов. Другие версии Operations Manager не поддерживаются для регистрации источника данных. При регистрации источника данных в рабочей области Data Warehouse поддерживаются только соответствующие версии System Center.

Агенты Operations Manager

Service Manager включает агент Operations Manager. Агент устанавливается автоматически при развертывании Service Manager. После установки необходимо вручную настроить агент для взаимодействия с сервером управления Operations Manager.

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

• Чтобы отслеживать сервер под управлением портала Self-Service или консоли Service Manager, разверните агент Operations Manager на сервере перед установкой портала или консоли.

• При удалении консоли или портала Self-Service на компьютере с агентом Operations Manager агент также удаляется.

• Если вы уже установили портал или консоль на сервере, на котором не размещены другие Service Manager роли, развертывание агента завершится сбоем. Чтобы предотвратить сбой, создайте резервную копию раздела реестра следующим образом:

  1. Экспортируйте ключ Service Manager из HKEY_CLASSES_ROOT\Installer\Products\<ServiceManagerGUID>. Его можно найти путем поиска данных по данным, равным «Service Manager», в узле «Products».
  2. Удалите раздел реестра.
  3. Разверните агент Operations Manager на сервере.
  4. Импортируйте ключ, экспортируемый из шага 1.

System Center Endpoint Configuration Manager (ECM)

Endpoint Configuration Manager (ранее Configuration Manager) – система управлением конфигурацией клиентских ПК и серверов. Его облачный собрат (Endpoint Manager, про него, вероятнее всего тоже будут записи в этом блоге) дополнительно поддерживает управлением мобильными устройствами (Android, iOS). Между Endpoint Configuration Manager и Endpoint Manager может быть настроена интеграция при которой за часть настроек один, а за другую часть второй продукт. В текущей версии ECM по большей части поддерживаются только клиентские и серверные ОС Windows, но есть некоторая поддержка Mac OS, некоторый перечень ОС для встроенных систем. С полным перечнем поддерживаемых ОС можно ознакомится вот в документации вот тут.

В основу архитектуры Endpoint Configuration Manager лежат два ключевых фактора:

1. Иерархия сайтов. Сайт может быть одного из трех типов: центральный, основной и вторичный. Центральный сайт опционален, но он может быть только один. Для минимального развертывания достаточно одного первичного сайта. Вторичные сайты так же опциональны, но их, как и первичных сайтов, может быть несколько.
2. Роли системы сайтов. Серверов ECM может быть несколько. Например, по одному-два сервера для каждой географически обособленной локации. И каждый сервер несет на себе определенную роль сайта. Какие-то роли обязательные, какие-то опциональны. Примеры ролей: база данных сайта, сервер сайта, точка распространения, точка обновления приложений и т.д.

Перечень основных возможностей Endpoint Configuration Manager :

• Развертывание приложений на конечные операционные системы.
• Политики соответствия для конечных устройств.
• Развертывание образов операционных систем по сети.
• Управление параметрами конфигурации конечных ОС.
• Развертывание обновлений на конечные ОС.
• Инвентаризация установленных приложений на конечных рабочих станциях и серверах.
• Инвентаризация оборудования на конечных рабочих станциях и серверах.
• Управление параметрами Endpoint Protection.
• Подсистема отчетов.
• Интеграция с облачными сервисами Azure.

Пример консоли Endpoint Configuration Manager приведен ниже (скрин с SCCM, но отличий не много).

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

Моё мнение: отличный инструмент для управления конфигурацией Windows устройств. Так же отлично интегрируется из коробки со всей необходимой экосистемой ПО и сервисов от Microsoft. В версии 2012 R2 и чуть более поздних была даже поддержка части функций для Linux систем (установка ПО, инвентаризация и т.д.), но в более поздних версиях её упразднили. Так же не хватает веб-консоли. Хотя бы, например, для работы с отчетами и просмотром текущего состояниях развертывания ПО.

В руководстве по операциям

• В этом разделе перечислены типичные задачи, описаны разделы для выполнения каждой задачи и представлены ссылки на полезную информацию.

• В этом разделе описано, как управлять обнаружением и установкой агентов для ОС Windows, UNIX, Linux и Nano Server через консоль управления или вручную из командной строки.

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

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

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

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

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

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

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

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

Сведения о процессе мониторинга

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

Параметр	Описание
Имя процесса	Имя процесса. С помощью кнопки Выбрать процесс, можно подключиться к отслеживаемому компьютеру UNIX/Linux и вывести текущие запущенные процессы, чтобы выбрать процесс по имени. Если для мониторинга следует назначить только один компьютер, используйте кнопку Выбрать процесс, чтобы выбрать компьютер и процесс.
Группа компьютеров	Имя группы компьютеров UNIX или Linux для процесса мониторинга. Нажмите кнопку Выбрать группу, чтобы выбрать группу, которая установлена в вашей группе управления. Если вы использовали кнопку Выбрать процесс, чтобы выбрать запущенный процесс на компьютере, мониторинг будет назначен для этого компьютера. После использования кнопки Выбрать процесс для выбора процесса вы можете использовать кнопку Выбрать группу, чтобы выбрать группу с мониторингом для выбранного процесса.
Серьезность предупреждения	Серьезность предупреждения: ошибка, предупреждение или информация.
Регулярное выражение для фильтрации аргументов процесса	Необязательное регулярное выражение для использования при фильтрации процессов по аргументам. Если используется эта опция, процессы, соответствующие указанному имени процесса, будут дополнительно отфильтрованы по их аргументам. Мониторинг будет оценивать только процессы с аргументами, соответствующие регулярному выражению. Это полезно для идентификации процесса для конкретного приложения, если другие приложения в системе могут использовать процесс с тем же именем. Регулярное выражение вычисляется по объединенному списку аргументов процесса.
Результаты сопоставления выражений	При использовании кнопки Выбрать процесс для подключения к компьютеру, на котором выполняется мониторинг, выберите процесс по имени. В этом поле отображается список всех процессов с выбранным именем процесса для этого компьютера. При предоставлении регулярного выражения для фильтрации аргументов процесса, процессы, приведенные в этом поле, фильтруются, чтобы вы могли предварительно просмотреть отфильтрованные по аргументу данные.

Функциональные возможности SCCM [ править | править код ]

System Center Configuration Manager

• Инвентаризация аппаратных компонентов и программного обеспечения
• Автоматизированное развертывание ПО
• Управление обновлениями ПО
• Мониторинг использования ПО
• Мониторинг конфигураций
• Развертывание операционных систем Microsoft Windows
• Управление мобильными устройствами на базе Windows Mobile и Windows CE
• Удаленное управление
• Управление виртуализированным ПО

Configuration Manager Service Pack 1

Поддержка Windows Server 2008

• Поддержка планирования, развертывания и управления Windows Server 2008
• Поддержка в качестве системы сайта SCCM

Поддержка Vista SP1

Поддержка планирования, развертывания и управления Windows Vista Service Pack 1

Asset Intelligence 1.5

• Значительно обновлён
• Изменения в консоли администратора
• Поддержка новых каталогов и лицензий
• Синхронизация с System Center Online

Интеграция с Intel AMT

Функциональная интеграция с Intel vPro Technology

Инфраструктура для поддержки R2

Обновлённые компоненты Service Pack 1 содержат основу для развертывания R2

Изменения по заявкам Заказчиков

Некоторое количество изменений по заявкам Заказчиков

Набор исправлений (Hotfixes)

Выпущено накопительное обновление 3 для System Center Configuration Manager SP1 Накопительное обновление 3 для System Center Configuration Manager 2012 SP1 теперь доступно для загрузки как KB2882125. Это обновление содержит обновлённую версию клиента Endpoint Protection, а также в него добавлена поддержка клиентов Windows 8.1.

Configuration Manager R2

Управление виртуализованными приложениями

Интеграция с Microsoft Application Virtualization

Новые возможности OSD

Поддержка Multicast и «неизвестных» компьютеров

Отчётность о состоянии клиентов

Сводка по ключевым показателям активности клиентов

Интеграция с SQL Reporting Services

Миграция встроенных отчётов ConfigMgr на новую платформу

Интеграция с Forefront Client security

Статус клиентов Forefront через DCM

Архитектура System Center Configuration Manager

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

Сайты содержат в себе:

• серверы сайта;
• системы сайта, выполняющие определенные роли по управлению инфраструктурой;
• собственно управляемые клиенты.

Каждый из серверов сайта должен иметь доступ к базе данных Microsoft SQL Server. Сайты могут подразделяться на административные (Administrative Site), основные (Primary Site) и дополнительные (Secondary Site), в SCCM 2012 все сайты имеют собственную базу данных.

Сайты также образуют иерархию родительских (Parent Site) и дочерних (Child Site). Каждый дочерний сайт имеет только один родительский сайт. Дочерние сайты, в свою очередь, могут иметь свои дочерние сайты и так далее. Вторичные сайты не могут быть родительскими.

Начиная с версии SCCM 2012 поддерживается строго трехуровневая (центральный-основной-дополнительный) либо одноуровневая (одиночный родительский) архитектура иерархии.