Иногда стандартный текст, используемый для элементов в SCSM, не всегда подходит. И если для объектов, которые хранятся в незапечатанных пакетах, это не проблема – мы можем изменить отображаемое имя как нам угодно, то вот для для объектах, хранящихся в запечатанных пакетах управления всё несколько сложнее. Но, как говориться, нет ничего невозможного.
Из консоли SCSM мы можем настраивать рабочие процессы, которые будут реагировать на изменение свойств объекта. Такие рабочие процессы могут быть использованы для рассылки уведомлений при смене статуса, при изменении описания и так далее. У этого подхода есть один недостаток – мы не можем подписываться на изменение type projection, т.е. когда один объект связывается с другим. Примером таких свойств могут служить поля “Назначено на”, “Затронутый пользователь” (и вообще все поля типа “Пользователь или Группа”), а также “Затронутые услуги”, “Затронутые элементы” и т.д. При этом SCSM имеет встроенные механизм реагирования на такие события. Также мы не можем настраивать сложные условия для рассылки. О том, как задействовать оба этих механизма и пойдет речь в этой статье.
Continue reading Сложные сценарии оповещения пользователей в SCSM
В предыдущей статье я кратко изложил общие принципы построения процессов управления в ИТ, а также привел краткий обзор функционала, который предоставляет SCSM для процесса управления инцидентами. Пришло время продемонстрировать пример реализации этого процесса с помощью SCSM 2010 SP1.Continue reading Пример организации процесса управления инцидентами на базе SCSM 2010 SP1
Так же, как и в OpsMgr, SCSM поддерживает консольные задачи – набор возможностей, доступных для каждого элемента в системе. Консольные задачи отображаются в панели Actions (Задачи) в консоле SCSM:
Мы можем создавать собственные консольные задачи, но в отличии от того же OpsMgr, в SCSM нам доступен только один вид задач – задачи командной строки. Такие задачи отлично подходят для запуска различных консолей и прочего, но не совсем подходят для работы с объектами самого SCSM.