Как известно, в конце этого года и начале следующего Microsoft полностью обновит свою линейку продуктов System Center. Не обойдут стороной и Service Manager, который также, как и все остальные продукты, получит постфикс 2012. Сегодня я немного расскажу о том, что же нас ждет в следующей версии Service Manager.
Как справедливо заметил недавно один из читателей блога, я много чего писал про SCSM, но общей концепции архитектуры мною еще описано не было. В данной статье я постараюсь устранить этот пробел. Сегодня речь пойдет о компонентах, из которых может состоять комплекс SCSM, как они взаимодействуют, как их можно объединять и как систему можно масштабировать.
Как я уже много раз писал, SCSM 2010 является потомком OpsMgr, поэтому архитектура этих продуктов очень похожи, хотя и имеются некоторые различия, связанные с тем, что SCSM построен на базе следующего поколения OpsMgr.
В данной статье я постараюсь максимально подробно описать установку компонентов SCSM 2010 в конфигурации сервер управления SCSM, сервер отчетности и долгосрочного хранения SCSM (data warehouse) и выделенный сервер SQL. Такая конфигурация мне кажется наиболее предпочтительной в не больших и средних инсталляциях.
В предыдущей статье я кратко изложил общие принципы построения процессов управления в ИТ, а также привел краткий обзор функционала, который предоставляет SCSM для процесса управления инцидентами. Пришло время продемонстрировать пример реализации этого процесса с помощью SCSM 2010 SP1.
Скоро будет год, как вышла окончательная версия System Center Service Manager 2010, но я всё еще часто слышу вопросы “А что это за продукт?”, “Я его установил, как мне его настроить?”. В данной статье я постараюсь ответить на малую, но наиболее часто встречающуюся часть вопросов по SCSM в частности, и по управлению ИТ-процессами в общем.