Distribution Point - запретить использовать локальный диск.

Небольшая заметочка. Чтобы запретить DP использовать какой-нибудь локальный диск под свои нужды, в корне диска нужно создать пустой файл no_sms_on_drive.sms

Application Deployment - requirements. Требования при установке приложения.

Более подробно об установке приложений и пакетов расскажу позже. Сейчас коротко о маленьких грабельках, на которые наступил. Имеем две версии 7-zip: x86 и x64. Версия x86 прекрасно встает на x64 платформу, но вот не появляется меню по правой кнопочке. Было решено, что будем ставить разные версии. Создал тестовую коллекцию, в которую включил машину, как оказалось, x64, а в требованиях приложения было указано, что требуется х86 платформа. Собственно, тыкаем обновить политику машинки, а в логах видим:

Группы, группы и еще раз группы. О силе Distribution Point Groups.

Представьте себе ситуацию, что вы имеете довольно крупную базу пакетов/приложений, у вас несколько Distribution Points, которые были созданы одновременно и контент на них вы лили тоже сразу же. Тут наступает момент, что вы добавляете еще одну Distribution Point. И тут вас поджидает засада... Как залить все пакеты/приложения на новую DP? Можно, конечно, в свойствах пакета ставить галку, что этот пакет может быть скачан по требованию. Я же предложу вам использовать группирование Distribution Points. Все что вам нужно - добавить нужные DP в группу и при распространении контента на DP указать эту группу. При добавлении новой DP вы добавляете ее в группу и весь контент, назначенный на эту группу поедет на нее. Задумайтесь над этим при планировании структуры, чтобы потом не переназначать DP на пакеты/приложения, когда их база будет очень и очень большой.

Или кто-то знает другие варианты?

Compliance Settings - Соответствие требованиям. Теория.

Сегодня поговорим о такой вещи, как Compliance Settings. Думаю, что правильнее по-русски это будет звучать, как Соответствие требованиям. Удобно использовать для создания каких-либо коллекций, которые отвечают определенным требованиям, например, содержат какую-то ветку/параметр в реестре, файл или папку на диске, это может быть запрос к AD, SQL запрос, WQL запрос. Но можно и просто создавать их для того, чтобы что-то посчитать, узнать где есть сколько-то чего-то...

System Center 2012 Configuration Manager Right Click Tool.

Между делом, хочу порекомендовать вам утилиту, которая существенно облегчает жизнь администратору System Center Configuration Manager, называется она Right Click Tool. Существует версия и для SMS 2007. Она позволяет запускать Действия, которые доступны у пользователя в панели управления-configuration manager-actions, такие как... Лучше посмотрите скриншоты:

System Center Endpoint Protection - оповещения и подписки.

Итак, вот мы установили System Center Endpoint Protection, можем составлять отчетики, смотреть Dashboard, но нашим филиальским админам было бы очень неплохо иметь возможность получать оповещения о найденных угрозах на почту. Нам нужно, чтобы при обнаружении у клиента вирусной угрозы срабатывал триггер, а после этого создавалось бы письмо. 

1. Клиент ловит вирус, SCEP его ловит, лечит/помещает в карантин и отправляет серверу информацию.

2. Сервер принимает информацию, вздергивает триггер.

3. На триггер оформлена подписка, при срабатывании триггера отправляем письмо.

Collections. Коллекции.

Коллекции в System Center 2012 Configuration Manager - это статический или динамический набор пользователей или компьютеров, над которыми вы планируете проводить какие-то действия.

Статическая коллекция - это такая коллекция, количество участников которой не меняется в зависимости от каких-то требований.

Динамическая коллекция - это такая коллекция, количество участников которой меняется в зависимости от каких-то условий.

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

Клиент болен. Лучшее средство - самолечение.

System Center 2012 Configuration Manager умен и крут, но даже с ним бывают такие ситуации, что клиент внезапно заболел и его нужно как-то реанимировать. Для этого у ConfigMgr умеет сам себя восстанавливать. Для этого у него раз в сутки выполняется Task через Windows Scheduler, который запускает ccmeval.exe, который и производит различные проверки здоровья клиента, но об этом немного позже.

Мало того, каждый час происходит проверка - существует ли данный Task, а если не существует, то он создается.

На скриншоте выше мы видим, что с клиентом проблема, а именно проблема с CcmEvalTask.

Идем на клиента в %windir%\Tasks и видим, что задания  с именем Configuration Manager Health Evaluation нет.

Защитимся от вирусов. System Center 2012 Endpoint protection.

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

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

Машины обнаружили - пора устанавливать клиента.

Итак, мы установили System Center 2012 Configuration Manager, настроили обнаружение машин, которыми мы будем управлять, но чтобы начать управлять - нужно установить клиента-агента System Center 2012 Configuration Manager. Способов установки несколько и вам решать каким именно способом производить установку. Итак, рассмотрим основные методы, которыми можно произвести установку клиента-агента: