А вот, кстати, еще вопрос: кто как ведет (если вообще ведет) "бортовой
журнал" NOC? Я имею ввиду логирование работ по узлам сети,
плановые/неплановые изменения конфигурации железок et cetera. Ну и какие
есть адекватные решения для этого, желательно web-based.
07.02.2012 12:42 пользователь "Maxim Tuliuk"
Макс,
Я знаю только два "продукта", где все описанное работает: 1) мозг дежурного инженера 2) Power Point презентация от интегратора ;) и несмотря на все попытки вторых продать (а точнее пропихнуть) свое решение, "мозги" по прежнему выигрывают из-за 1) гибкости 2) приспособляемости 3) дешевизны 4) простоты мотивации :)
Best wishes, Maxim
On 7 Feb 2012, at 08:59, Max Speransky wrote:
все зависит от источника информации. типично в большом тиликоме это выглядит так:
0) возникает авария (плановые работы), в случае аварии FM система посылает алерт или принимается запрос от клиента. - обогащение по инвентори/топологии - root cause analyze - генерация синтетических алертов 1) сообщение об этом помещается в очередь запросов и в этот момент происходит - обогащение инфой о клиентах и пострадавших сервисах - сверка с базой глобальных аварий/плановых работ - проверка SLA по сервисам/клиентам - проверка по ключевым словам по Базе Знаний, типично полнотекстовый поиск
и вот только после ресолва проблемы, если с ней были некоторые интересности, то этот тикет отправляется на архивирование в базу знаний. Обычно, должен быть некая роль - архивариус, для контроля наполнения/содержимого БЗ. Редко-редко в базу знаний попадают данные которые не возникли в рез-те анализа аварий а написаны просто так - обычно это некоторые инструкции наперед - типа как восстановить что-то из бекапа, как запустить генератор итп
7 февраля 2012 г. 2:32 пользователь Виталий Туровец
написал: Спасибо за тред, сами только на днях озадачились CKB, в том числе (в первую очередь) NOC KB. Имхо, вики - малопригодная для подобных задач платформа, ибо мне, лично, неудобно завариваться вики-форматированием каждый раз для описания new now known issue:) Люди из больших тырпрайзов, поделитесь best practices, пожалуйста))
07.02.2012 0:02 пользователь "Alexandr Kovalenko" < never@nevermind.kiev.ua> написал:
2012/2/6 Vladimir Velychko
: Вітаю шановні. Пришло время систематизировать разного рода справочную информацию в централизованную KB. Из очевидных требований - аут-я по Active Directory (опционально возможность анонимного доступа), разграничение доступа к разным разделам по группам.
В любимом дистрибутиве из достойных вариантов вижу dokuwiki и mediawiki. Что бы вы посоветовали?
Не знаю насколько подойдет под задачу, но в RT в 4.х встроили их же продукт RTFM.
Сама RT умеет аутентификацию по AD, очень гранулярное разделение прав, очень легко кастомизируема (фича кастомизации - явным образом предусмотрена и описана).
-- Alexandr Kovalenko
-- Yours, Max