Шаги по поиску ошибок

Как искать ошибки

Основная проблема

Медленная работа – именно из-за этого происходят многие сбои (faults) и отказы.

По этой проблеме пишут диссертации, дипломы.

Для того, чтобы искать ошибки, есть определенный стандарт. Стандарт – базовая модель поиска ошибок. Эта модель описана в специальной документации по ОС. Эту модель сделали стандартом «де-факто» именно разработчики ОС и впервые она появилась у Novell NetWare. Почему там? Потому что NetWare была одной из первых сетевой ОС. Но нельзя рассчитывать только на индивидуальных специалистов – надо создать индустрию. И такая потребность возникает именно тогда, когда мы работаем в сетевом режиме. Эта модель описана у всех крупных вендоров(Cisco IOS, Huawei VRP).

1. Убедиться в том, что проблема есть. Мы не верим пользователю. Мы проверяем – да, действительно медленно.
2. Инвентаризация системы – я должен убедиться в том, что все на месте (например, принтера уже нет; медленно потому, что запущено что-то, что грузит систему, а не проблемы с сетью). У специалистов есть специальная система управления сетью (Network Management System, NMS).
3. Если все на месте, то мы делаем резервные копии настроек (Backup). Если медленно, то порой данные копировать уже поздно. Данные можно восстановить с backup’а, а настройки – очень трудно.
4. Перезагрузка, необходим холодный старт
• Холодный старт – перезагрузка с выключением питания
• Горячий старт – перезагрузка без выключения питания (нет перераспределения памяти, нет перезагрузки драйверов, не понятно, почему работает медленно)
5. Упрощаем систему – удаляем ненужные модули (если медленно работает печать, то нам не нужен драйвер СУБД, например), которые не могут создать ошибку
6. Убедиться в том, что все пользователи имеют нужные права:

· Права – права доступа;

· Привилегии – право давать права.

1. Версии мат. обеспечения – версии софта должны быть не последних версий, а стабильных.
2. Начинаем искать ошибку в логах (журналах), например на syslog-сервере. Больший приоритет уделяется системным логам (а не логам приложений).

· Syslog – сервер, который собирает логи.

1. Сбор статистики;
2. Создание плана изоляции ошибки:

· 80% - каналы связи (если они плохие);

· Приложения – у них маленький тираж, отлажены хуже, чем модули ОС;

· Системные ошибки – тираж больше, отлажены лучше;

· Hardware – самый большой тираж, самая лучшая отладка;

1. Выдвижение гипотез и политика исключения.

ВАЖНО! Начинать надо с самых быстрых гипотез (которые быстрее проверить), а не с самых вероятных. Потом надо провести ранжирование гипотез (по быстроте проверки) и проверить их последовательно, одна гипотеза в единицу времени. Может быть, самая вероятная гипотеза будет последней в списке.

Последовательность:

· Восходящая – мы сначала проверяем параметры оболочки, потом сетевой ОС, потом работу TCP/IP, потом кабельную систему и т.д.

· Нисходящая – наоборот.

12. Документация ошибки – для того, чтобы ошибка не повторялась

· Ошибка

· Метод решения ошибки

Для решения таких проблем заключаются SLA (Service License Agreement).

Т.к. 99% сетей – это Ethernet и TCP/IP, то мы должны уметь диагностировать ошибки в них.

Дата добавления: 2014-01-07