Выявление и формулировка проблемы

Определение проблемы — первый и, пожалуй, самый важный шаг. Неправильно определённая проблема направляет все последующие шаги в неверную сторону. Цель этого этапа — получить чёткую, конкретную и подтверждённую формулировку проблемы. Время, потраченное на точное понимание проблемы, редко бывает потрачено зря: оно направляет дальнейшие усилия на настоящий симптом, а не на догадку.

Начните со сбора фактов. Поговорите с затронутыми пользователями, проверьте панели мониторинга и журналы, а также самостоятельно выполните быстрые проверки. Постарайтесь выяснить область охвата (один пользователь, один этаж или вся площадка), время возникновения (когда всё началось) и симптомы (медленная, прерывистая или полностью отсутствующая работа). Чем конкретнее информация, тем точнее будет Ваша теория.

Один из самых важных вопросов — «что изменилось?». Большинство проблем начинается сразу после изменения: установки нового оборудования, изменения конфигурации, обновления программного обеспечения или сбоя питания. Спросите пользователей и проверьте журналы изменений. Если вчера служба работала, а сегодня перестала, значит, что-то изменилось, и поиск этого различия часто напрямую приводит к причине. Недавние изменения — главные подозреваемые.

Пользователи описывают симптомы своими словами, поэтому внимательно и доброжелательно расспросите их. Задавайте открытые вопросы: «Что Вы делали, когда произошёл сбой?» и «Изменилось ли что-нибудь ещё?». Избегайте наводящих вопросов, которые подсказывают ложный ответ. Помните, что пользователи могут упустить детали или описать последствия, а не причины. Терпение и хорошие вопросы превращают расплывчатую жалобу в полезные данные.

Определение области охвата значительно сужает область поиска. Если затронут только один PC, проверьте это устройство или его кабель. Если вся VLAN не работает, подозревайте коммутатор или шлюз. Если на всей площадке нет интернета, сосредоточьтесь на соединении WAN или ISP. Соответствие масштаба проблемы масштабу вероятной причины позволяет сэкономить огромное количество времени.

Если возможно, воспроизведите проблему самостоятельно. Воспроизведение сбоя подтверждает, что он реален, выявляет точные условия и даёт проверку, которую можно повторить после исправления. Если веб-сайт не открывается у пользователя, попробуйте открыть его со своего компьютера в той же сети. Прерывистые проблемы сложнее воспроизвести, но это очень полезно для подтверждения устранения.

CompTIA прямо рекомендует ставить под сомнение очевидное. Многие сбои имеют обыденные причины: отключённый кабель, выключенное устройство, просроченный пароль или включённый Caps Lock при входе. Проверка таких вещей занимает секунды и часто решает проблему. Пропуск простых проверок со словами «этого не может быть» — классический способ потратить часы на устранение тривиальной неисправности.

Устройства часто сами сообщают о своих проблемах. Читайте журналы в поисках сообщений об ошибках, следите за индикаторами соединения интерфейсов и просматривайте оповещения мониторинга. Красный индикатор на порту коммутатора, записанное событие «интерфейс отключён» или сообщение об ошибке DHCP могут напрямую указать на неисправность. Сведения от оборудования дополняют информацию пользователя.

Определите, столкнулись ли Вы с одной проблемой или с несколькими. Иногда одновременно возникают две несвязанные неисправности, которые выглядят как один странный симптом. Если признаки не укладываются в одну причину, спросите себя, не накладываются ли друг на друга две проблемы. Разделение запутанных проблем не позволяет безосновательно пытаться объяснить всё одной теорией.

Объедините свои выводы в точную формулировку проблемы: кого она затрагивает, что именно не работает, когда всё началось и какая наблюдается закономерность. «После перезапуска коммутатора в 9:00 все телефоны в VLAN 20 не могут зарегистрироваться» гораздо полезнее, чем «телефоны сломались». Хорошая формулировка служит фундаментом для всей остальной методологии.

Надёжное определение проблемы естественным образом подводит к теориям причины. Если проблема началась после изменения конфигурации одного коммутатора и затрагивает только пользователей этого коммутатора, первая теория очевидна. Тщательная работа на этапе определения делает выдвижение теорий, проверки и исправление гораздо более быстрыми и точными. Хорошо определите проблему — и дальнейший поиск неисправности пойдёт естественно.

Вы научились определять и формулировать проблемы. Ключевые моменты:

• Собирайте сведения об области охвата, времени возникновения и симптомах от пользователей, из журналов и проверок.
• Всегда спрашивайте: «что изменилось?»
• Определяйте область охвата, чтобы оценить масштаб вероятной причины; по возможности воспроизводите проблему.
• Сначала ставьте под сомнение очевидное.
• Составляйте точную формулировку проблемы, которая направляет все последующие шаги.