SCCM – требования (requirements) при развертывании приложений


При развертывании приложений SCCM сначала выполняет обнаружение приложения. Если приложение не обнаружено, то вычисляются требования (requirements) заданные в настройках развертывания.

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

Есть три стандартные категории:

user – проверка только Primary Device

Device – несколько типовых проверок: ОС, язык ОС, память, число процессоров, размер диска, сайт AD, сайт SCCM, OU в AD и т.д.

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

Стандартные (предопределенные) типы проверок (Global Conditions) можно найти в консоле \Software Library\Overview\Application Management\Global Conditions. Там же будут размещаться требования созданные пользователем.

Доступные типы:

  1. Active Directory Query – обычный запрос LDAP
  2. Assembly – проверка наличия сборки в GAC
  3. File System — проверка наличия папки или файла (UNC нельзя!), могут использоваться рекурсивный поиск, а также * и ? (осторожно – может быть много результатов!), могут использоваться системные переменные, в т.ч. %USERPROFILE% (будет поиск по всем профилям!). Опция «This file or folder is associated with a 64-bit application» на 64-битных системах добавляет проверку в каталогах %windir%\system32 и «%ProgramFiles% в добавок к проверке %windir%\syswow64 и %ProgramFiles(x86)% (если файл находится в двух этих местах, то он будет обнаружен и там, и там).
  4. IIS MetaBase – Проверка свойства в метабазе IIS
  5. Registry Key – проверка наличия ключа рестра. Опция «This registry key is associated with a 64-bit application» на 64-битной системе будет проверять не только ветку syswow64, но и основную (обнвружение может произойти и там, и там одновременно)
  6. Registry Value – проверка значения ключа. См. Предыдущий пункт.
  7. Script – это может быть PowerShell, VBScript или Jscript. Анализируется возвращаемое скриптом значение. Скрипт может запускаться в контексте пользователя и как 32-битное приложение на 64-битной системе.
  8. SQL Query – выполняется запрос к базе данных. Не поддерживаются кластерные экземпляры (обходной путь – используем скрипт). Нет возможности задать учетную запись.
  9. WQL Query – запрос WMI
  10. XPath Query – поисковый запрос к XML файлу. Поиск самогофайла аналогично типу File System.

Особенности

Требования задаются для каждого типа развертывания (Deployment Type).

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

\Administration\Overview\Client Settings -> (политика) -> Software Deployment -> Schedule re-evaluation for deployments

Полезные ссылки:

http://blogs.technet.com/b/hhoy/archive/2012/07/17/configuration-manager-2012-application-model-part-2-requirements.aspx

How to Create Global Conditions in Configuration Manager

Реклама

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

%d такие блоггеры, как: