Всем доброго времени суток!
Планирую переходить на 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 с описанием адресации провайдера
Кто-нибудь может поделиться своим опытом и сказать как это реализовано у него либо подать какие-нибудь дополнительные идеи?
проектирование CMDB в OTRS
Модератор: ykolesnikov
-
- OTRS Новобранец
- Сообщения: 72
- Зарегистрирован: 21 ноя 2011, 01:30
-
- OTRS Гуру
- Сообщения: 5192
- Зарегистрирован: 20 сен 2010, 18:17
- Откуда: Москва
- Благодарил (а): 92 раза
- Поблагодарили: 82 раза
Re: проектирование CMDB в OTRS
Проектирования CMDB делается исходя из задач, которые должна решать CMDB, но никак не наоборот. Если вы хотите мониторить состояние оборудования, то имеет смысл планировать привязку к устройствам, сбой которых может обнаружить система мониторинга.
С помощью модуля System Monitoring элементы CMDB (КЕ) можно переводить в состояние инцидента. При этом связанные КЕ как "Зависит от", также переходит в состояние инцидента. Есть еще масса деталей и возможностей.А вообще проектирование CMDB - это целая наука. Есть даже курсы, например вот - http://www.cleverics.ru/ru/services/education/cmdb
С помощью модуля System Monitoring элементы CMDB (КЕ) можно переводить в состояние инцидента. При этом связанные КЕ как "Зависит от", также переходит в состояние инцидента. Есть еще масса деталей и возможностей.А вообще проектирование CMDB - это целая наука. Есть даже курсы, например вот - http://www.cleverics.ru/ru/services/education/cmdb
С уважением,
Алексей Юсов
Prod: OTRS CE ITSM 6.0.28 on CentOS 7 Apache 2.4 MariaDB 10.4.13 + Radiant Customer Portal
Radiant System OTRS Intergrator RU
Группа OTRS Community в Teleram
Хотите внедрить OTRS? Спросите меня как!
Алексей Юсов
Prod: OTRS CE ITSM 6.0.28 on CentOS 7 Apache 2.4 MariaDB 10.4.13 + Radiant Customer Portal
Radiant System OTRS Intergrator RU
Группа OTRS Community в Teleram
Хотите внедрить OTRS? Спросите меня как!
-
- OTRS Новобранец
- Сообщения: 72
- Зарегистрирован: 21 ноя 2011, 01:30
Re: проектирование CMDB в OTRS
Задача CMDB хранить актуальную информацию о состоянии сети. Т. е. пришел новый сотрудник его научили пользоваться системой и он может самостоятельно посмотреть, что где и как.
Дмитрий
OTRS 3.3.4, ITSM 3.3.4, Appliance
OTRS 3.3.4, ITSM 3.3.4, Appliance
-
- OTRS Гуру
- Сообщения: 3119
- Зарегистрирован: 24 дек 2010, 09:27
- Откуда: Череповец
- Благодарил (а): 4 раза
- Поблагодарили: 5 раз
- Контактная информация:
Re: проектирование CMDB в OTRS
Это слишком общо.
Разным агентам нужна разная информация. Это опять же зависит от организации работы в Вашей организации.
Специалисту по ремонту принтеров необязательно нужна информация о расположении коммутаторов. Тому, кто меняет картриджи нужна информация о их местоположении и датах замены картриджей...
Можно использовать класс Местоположение для объединения оборудования в некие кластеры. Можно создать класс Рабочее место и к нему привязывать подключенное или доступное для использования оборудование, а клиента привязывать к Рабочему месту, а не каждой CI (КЕ). Вариантов много.
Так что Алексей прав - эта задача требует анализа и четкого планирования, без "бури и натиска".
В CMDB используется версионность для CI. Это очень хорошая возможность, но она же может привести и огромному росту объема базы, об этом нужно помнить, особенно, если учесть, что все это хранится в XML и blob.
Если планируется получать отчеты, это тоже надо учитывать при проектировании структуры.
Ну и немаловажно, хоть и не относится или не полностью относится к структуре CMDB - организация (регламенты) ввода/актуализации данных в БД.
Кстати, было бы интересно услышать мнения о том как это делают коллеги (я имею в виду регламенты актуализации, автоматические и ручные).
В OTRS можно разграничивать доступ агентов к классам объектов в CMDB.
Разным агентам нужна разная информация. Это опять же зависит от организации работы в Вашей организации.
Специалисту по ремонту принтеров необязательно нужна информация о расположении коммутаторов. Тому, кто меняет картриджи нужна информация о их местоположении и датах замены картриджей...
Можно использовать класс Местоположение для объединения оборудования в некие кластеры. Можно создать класс Рабочее место и к нему привязывать подключенное или доступное для использования оборудование, а клиента привязывать к Рабочему месту, а не каждой CI (КЕ). Вариантов много.
Так что Алексей прав - эта задача требует анализа и четкого планирования, без "бури и натиска".
В CMDB используется версионность для CI. Это очень хорошая возможность, но она же может привести и огромному росту объема базы, об этом нужно помнить, особенно, если учесть, что все это хранится в XML и blob.
Если планируется получать отчеты, это тоже надо учитывать при проектировании структуры.
Ну и немаловажно, хоть и не относится или не полностью относится к структуре CMDB - организация (регламенты) ввода/актуализации данных в БД.
Кстати, было бы интересно услышать мнения о том как это делают коллеги (я имею в виду регламенты актуализации, автоматические и ручные).
В OTRS можно разграничивать доступ агентов к классам объектов в CMDB.
С уважением Юрий Колесников
OTRS 5.0.22, ITSM 5.0.22
OpenSuse 13.2, MariaDB 10.0.22
OTRS 5.0.22, ITSM 5.0.22 тестовая
OTRS 5.0.22, ITSM 5.0.22
OpenSuse 13.2, MariaDB 10.0.22
OTRS 5.0.22, ITSM 5.0.22 тестовая
-
- OTRS Новобранец
- Сообщения: 72
- Зарегистрирован: 21 ноя 2011, 01:30
Re: проектирование CMDB в OTRS
На мое мнение это вопрос скорее административный чем технический. В настоящее время у меня это выполнено следующим образом: При появлении изменений, которые должны быть отображены в CMDB сотрудники сообщают об этом человеку ответственном за ее редактирование.Nemiroff_84 писал(а):Кстати, было бы интересно услышать мнения о том как это делают коллеги (я имею в виду регламенты актуализации, автоматические и ручные).
А административный вопрос заключается в том, что сотрудники знают, что об это надо сообщить обязательно.
Дмитрий
OTRS 3.3.4, ITSM 3.3.4, Appliance
OTRS 3.3.4, ITSM 3.3.4, Appliance
-
- OTRS Гуру
- Сообщения: 3119
- Зарегистрирован: 24 дек 2010, 09:27
- Откуда: Череповец
- Благодарил (а): 4 раза
- Поблагодарили: 5 раз
- Контактная информация:
Re: проектирование CMDB в OTRS
Знать-то знают, можно и подписи взять, что знают. А что делается, если они этого не делают, ведь может пройти много времени, когда обнаружится, что об изменении не сообщили? Выдают пирожок с полочки?
С уважением Юрий Колесников
OTRS 5.0.22, ITSM 5.0.22
OpenSuse 13.2, MariaDB 10.0.22
OTRS 5.0.22, ITSM 5.0.22 тестовая
OTRS 5.0.22, ITSM 5.0.22
OpenSuse 13.2, MariaDB 10.0.22
OTRS 5.0.22, ITSM 5.0.22 тестовая
-
- OTRS Новобранец
- Сообщения: 72
- Зарегистрирован: 21 ноя 2011, 01:30
Re: проектирование CMDB в OTRS
Подпись взять - это бюрократический вариант. У нас в России строгость законов компенсируется необязательностью их исполнения. У руководителя с сотрудником должны быть так выстроены отношения, что бы он понимал, что ему проще сделать свою работу чем не сделать. Но при этом он обязательно должен понимать, что и как правильно он должен делать.ykolesnikov писал(а):Знать-то знают, можно и подписи взять, что знают. А что делается, если они этого не делают, ведь может пройти много времени, когда обнаружится, что об изменении не сообщили? Выдают пирожок с полочки?
Дмитрий
OTRS 3.3.4, ITSM 3.3.4, Appliance
OTRS 3.3.4, ITSM 3.3.4, Appliance
-
- OTRS Гуру
- Сообщения: 3119
- Зарегистрирован: 24 дек 2010, 09:27
- Откуда: Череповец
- Благодарил (а): 4 раза
- Поблагодарили: 5 раз
- Контактная информация:
Re: проектирование CMDB в OTRS
Все логично! Если у Вас это реально получается, остается только сказать "Браво"! Без тени иронии.
Удачи Вам!
Удачи Вам!
С уважением Юрий Колесников
OTRS 5.0.22, ITSM 5.0.22
OpenSuse 13.2, MariaDB 10.0.22
OTRS 5.0.22, ITSM 5.0.22 тестовая
OTRS 5.0.22, ITSM 5.0.22
OpenSuse 13.2, MariaDB 10.0.22
OTRS 5.0.22, ITSM 5.0.22 тестовая