проектирование CMDB в OTRS

[Nemiroff_84]

Всем доброго времени суток!
Планирую переходить на OTRS 3.3 в т. ч. начать использовать модуль ITSM. Как результат надо будет переносить существующую базу в CMDB от OTRS.

Организация занимается ИТ-аутсорсингом. Вот, как я это вижу сейчас:
1. Вначале создаётся CI "network" с названием client1.network-internal
2. Потом создаются CI "computer", "hardware", "software" и делается линк "Relevant to" (Относится к) client1.network-internal
3. Так же создаётся CI "network" с названием client1.network-external с описанием адресации провайдера

Кто-нибудь может поделиться своим опытом и сказать как это реализовано у него либо подать какие-нибудь дополнительные идеи?

[alexus]

Проектирования CMDB делается исходя из задач, которые должна решать CMDB, но никак не наоборот. Если вы хотите мониторить состояние оборудования, то имеет смысл планировать привязку к устройствам, сбой которых может обнаружить система мониторинга.
С помощью модуля System Monitoring элементы CMDB (КЕ) можно переводить в состояние инцидента. При этом связанные КЕ как "Зависит от", также переходит в состояние инцидента. Есть еще масса деталей и возможностей.А вообще проектирование CMDB - это целая наука. Есть даже курсы, например вот - http://www.cleverics.ru/ru/services/education/cmdb

[Nemiroff_84]

Задача CMDB хранить актуальную информацию о состоянии сети. Т. е. пришел новый сотрудник его научили пользоваться системой и он может самостоятельно посмотреть, что где и как.

[ykolesnikov]

Это слишком общо.
Разным агентам нужна разная информация. Это опять же зависит от организации работы в Вашей организации.
Специалисту по ремонту принтеров необязательно нужна информация о расположении коммутаторов. Тому, кто меняет картриджи нужна информация о их местоположении и датах замены картриджей...
Можно использовать класс Местоположение для объединения оборудования в некие кластеры. Можно создать класс Рабочее место и к нему привязывать подключенное или доступное для использования оборудование, а клиента привязывать к Рабочему месту, а не каждой CI (КЕ). Вариантов много.
Так что Алексей прав - эта задача требует анализа и четкого планирования, без "бури и натиска".
В CMDB используется версионность для CI. Это очень хорошая возможность, но она же может привести и огромному росту объема базы, об этом нужно помнить, особенно, если учесть, что все это хранится в XML и blob.
Если планируется получать отчеты, это тоже надо учитывать при проектировании структуры.
Ну и немаловажно, хоть и не относится или не полностью относится к структуре CMDB - организация (регламенты) ввода/актуализации данных в БД.
Кстати, было бы интересно услышать мнения о том как это делают коллеги (я имею в виду регламенты актуализации, автоматические и ручные).
В OTRS можно разграничивать доступ агентов к классам объектов в CMDB.

[Nemiroff_84]

Кстати, было бы интересно услышать мнения о том как это делают коллеги (я имею в виду регламенты актуализации, автоматические и ручные).

На мое мнение это вопрос скорее административный чем технический. В настоящее время у меня это выполнено следующим образом: При появлении изменений, которые должны быть отображены в CMDB сотрудники сообщают об этом человеку ответственном за ее редактирование.
А административный вопрос заключается в том, что сотрудники знают, что об это надо сообщить обязательно.

[ykolesnikov]

Знать-то знают, можно и подписи взять, что знают. А что делается, если они этого не делают, ведь может пройти много времени, когда обнаружится, что об изменении не сообщили? Выдают пирожок с полочки?

[Nemiroff_84]

Знать-то знают, можно и подписи взять, что знают. А что делается, если они этого не делают, ведь может пройти много времени, когда обнаружится, что об изменении не сообщили? Выдают пирожок с полочки?

Подпись взять - это бюрократический вариант. У нас в России строгость законов компенсируется необязательностью их исполнения. У руководителя с сотрудником должны быть так выстроены отношения, что бы он понимал, что ему проще сделать свою работу чем не сделать. Но при этом он обязательно должен понимать, что и как правильно он должен делать.

[ykolesnikov]

Все логично! Если у Вас это реально получается, остается только сказать "Браво"! Без тени иронии.
Удачи Вам!