#deepitsm #management #otus #CMDB
Давайте поговорим о базе данных конфигураций (CMDB).
Когда в ИТ ломается что-то серьёзное, мы всегда знаем кто затронут и каковы будут последствия. При повторяющихся больших сбоях у сотрудников ИТ вырабатывается мышечная память – пятая точка не даст забыть прошлый опыт. Здорово, что таких ситуаций не так много, и крупные инциденты не происходят каждый день.
Зато чуть менее серьёзные проблемы возникают постоянно. Даже в среднем ИТ-отделе из 50-100 человек поток инцидентов составляет десятки и сотни в день. При регистрации нового обращения пользователя очень важно знать, что именно сломалось и что ещё затронуто, чтобы оценить масштаб бедствия и спланировать работы по восстановлению. Без этой информации мы можем оценить сообщение «Не могу войти в компьютер» как незначительное, хотя речь про ERP-систему, выгружающую данные в производственную систему, которая остановит отгрузку готовой продукции предприятия, если нужные данные не поступят в нужное время.
Чтобы иметь возможность быстро и точно понять, что случилось и что затронуто, современные ИТ-отделы выстраивают базу данных конфигураций (CMDB). Эта база данных содержит каталог ИТ-услуг, плюс перечень основных ИТ-компонентов (оборудование, ПО, ИТ-системы целиком) и связи между ними. Полезность этой информации невозможно переоценить.
Например, происходит сбой на диске одного из серверов, о чём ИТ узнаёт от системы мониторинга. При регистрации данного инцидента на основе данных CMDB можно узнать, какие ИТ-системы используют данный сервер? Как они связаны между собой? Какие ИТ-услуги затронуты и как? Есть ли резервный сервер в кластере? Исходя из этого можно определить масштаб бедствия, приоритет инцидента, назначить его в правильную группу специалистов, дать им информацию для анализа. То есть – ускорить устранение критичных сбоев. Тогда ИТ-директор будет доволен и наверняка всех похвалит. Ведь ему перед бизнесом краснеть не придётся, а хорошим сотрудникам и премию не жалко выписать.
Давайте поговорим о базе данных конфигураций (CMDB).
Когда в ИТ ломается что-то серьёзное, мы всегда знаем кто затронут и каковы будут последствия. При повторяющихся больших сбоях у сотрудников ИТ вырабатывается мышечная память – пятая точка не даст забыть прошлый опыт. Здорово, что таких ситуаций не так много, и крупные инциденты не происходят каждый день.
Зато чуть менее серьёзные проблемы возникают постоянно. Даже в среднем ИТ-отделе из 50-100 человек поток инцидентов составляет десятки и сотни в день. При регистрации нового обращения пользователя очень важно знать, что именно сломалось и что ещё затронуто, чтобы оценить масштаб бедствия и спланировать работы по восстановлению. Без этой информации мы можем оценить сообщение «Не могу войти в компьютер» как незначительное, хотя речь про ERP-систему, выгружающую данные в производственную систему, которая остановит отгрузку готовой продукции предприятия, если нужные данные не поступят в нужное время.
Чтобы иметь возможность быстро и точно понять, что случилось и что затронуто, современные ИТ-отделы выстраивают базу данных конфигураций (CMDB). Эта база данных содержит каталог ИТ-услуг, плюс перечень основных ИТ-компонентов (оборудование, ПО, ИТ-системы целиком) и связи между ними. Полезность этой информации невозможно переоценить.
Например, происходит сбой на диске одного из серверов, о чём ИТ узнаёт от системы мониторинга. При регистрации данного инцидента на основе данных CMDB можно узнать, какие ИТ-системы используют данный сервер? Как они связаны между собой? Какие ИТ-услуги затронуты и как? Есть ли резервный сервер в кластере? Исходя из этого можно определить масштаб бедствия, приоритет инцидента, назначить его в правильную группу специалистов, дать им информацию для анализа. То есть – ускорить устранение критичных сбоев. Тогда ИТ-директор будет доволен и наверняка всех похвалит. Ведь ему перед бизнесом краснеть не придётся, а хорошим сотрудникам и премию не жалко выписать.