Студопедия.Орг Главная | Случайная страница | Контакты | Мы поможем в написании вашей работы!  
 

Стратегия поиска ошибок организовывается согласно базовой модели поиска ошибок



1) Технология выявления ошибок: проактивная (предупреждающая ошибки) при помощи NMS Nagios.

2) Выставлены тревожные сигналы (alarms). Для тревожных сигналов прописывается скрипт с установлением числа повторений (MaxRetries = 4), времени повторной попытки (RetryTime = 30 с), времени ожидания (WaitTime = 30 c), приоритетом ошибки (Priority = 1).

3) Введены регламентные работы по запуску утилиты ping на рабочих станциях (WS) во всех зданиях:

· количество посылаемых пакетов: 100 шт

· время ожидания ответа: 2 секунды

· количество потерянных пакетов: 0 %

· запуск: 1 раз в 30 мин.

4) Пингуются рабочие станции пользователей и серверы:

5) При потере маршрута запуск утилиты traceroute с консоли.

6) Не использовать удалённое управление.

7) Для поиска ошибок в кабельной системе применяется диагностическая аппаратура Fluke.

8) Дополнительные продукты:

· генератор трафика для проведения нагрузочного тестирования ИС: Apache JMeter.

· симуляторы ошибок проверки защищённости ИС от ошибок.

Результаты работы генераторов и симуляторов анализировать с помощью NMS или утилиты monitor. Генерировать трафик по видам: голос, данные, видео.

9) Соглашение с пользователем об уровне сервиса - SLA:

· Время безошибочной работы системы в сутки: 25 часов.

· Минимальное время восстановления системы: 0,5 часов.

· максимальное время восстановления системы: 4 часа.

· Скорость передачи информации: 2Мбит/с

· Фильтрация ошибок:

· задействовать триггер в случае незначительного падения производительности: 5%.

· задействовать триггер в случае отказа работы незадействованной рабочей станции.

10) Установить подавление предупреждений об ошибках в случае, если известен дефект работы устройства.

11) Полученные данные сравнить с метриками и сделать выводы, удовлетворяют ли эти метрики FCAPS:

· бизнес метрика MTTR – среднее время восстановления системы: < 4 часов.

· техническая метрика MTBF – время между отказами: пожизненная гарантия.

· бизнес метрика UpTime – полное время подъёма системы: < 7 часов.





Дата публикования: 2015-02-03; Прочитано: 692 | Нарушение авторского права страницы | Мы поможем в написании вашей работы!



studopedia.org - Студопедия.Орг - 2014-2024 год. Студопедия не является автором материалов, которые размещены. Но предоставляет возможность бесплатного использования (0.007 с)...