А вот, кстати, еще вопрос: кто как ведет (если вообще ведет) "бортовой журнал" NOC? Я имею ввиду логирование работ по узлам сети, плановые/неплановые изменения конфигурации железок et cetera. Ну и какие есть адекватные решения для этого, желательно web-based.

07.02.2012 12:42 пользователь "Maxim Tuliuk" <mt@primats.org.ua> написал:
Макс,

Я знаю только два "продукта", где все описанное работает: 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 пользователь Виталий Туровец
> <corebug@corebug.net> написал:
>> Спасибо за тред, сами только на днях озадачились 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 <vvelychko@gmail.com>:
>>>> Вітаю шановні.
>>>>  Пришло время систематизировать разного рода
>>>> справочную информацию в централизованную KB.
>>>> Из очевидных требований - аут-я по Active Directory
>>>> (опционально возможность анонимного доступа),
>>>> разграничение доступа к разным разделам по группам.
>>>>
>>>> В любимом дистрибутиве из достойных вариантов вижу
>>>> dokuwiki и mediawiki. Что бы вы посоветовали?
>>>
>>> Не знаю насколько подойдет под задачу, но в RT в 4.х встроили их же
>>> продукт RTFM.
>>>
>>> Сама RT умеет аутентификацию по AD, очень гранулярное разделение прав,
>>> очень легко кастомизируема (фича кастомизации - явным образом
>>> предусмотрена и описана).
>>>
>>> --
>>> Alexandr Kovalenko
>
>
>
> --
> Yours, Max