Проверка версий и составление плана

После формирования теории вероятной причины Вы должны проверить её, прежде чем что-либо исправлять. Проверка подтверждает правильность предположения и предотвращает напрасные усилия или случайный ущерб. Принцип прост: докажите причину, затем планируйте устранение. Переход к исправлению на основе неподтверждённой теории — одна из самых распространённых ошибок при поиске неисправностей.

Хорошая проверка изолирует одну переменную и даёт однозначный ответ «да» или «нет». Если Вы подозреваете неисправный кабель, замените его заведомо исправным и проверьте, восстановилось ли соединение. Если Вы подозреваете DNS, сначала проверьте связь с назначением по IP, а затем по имени. Каждая проверка должна подтверждать или исключать ровно одну теорию, чтобы результат был однозначным.

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

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

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

Одна из задач планирования — спросить себя: «что может нарушить это изменение?». Перезапуск коммутатора отключит все подключённые к нему устройства; изменение маски подсети может изолировать узлы; обновление микропрограммы может сбросить настройки. Заблаговременное определение возможных последствий позволяет предупредить пользователей, запланировать простой и подготовиться к побочным эффектам, а не столкнуться с ними неожиданно.

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

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

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

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

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

Проверьте, насколько Вы понимаете тестирование и планирование.

Вы научились проверять теории и составлять планы. Главные положения:

• Проверяйте теорию до исправления; подтверждайте её или формулируйте новую.
• Передавайте проблему на следующий уровень, если причина выходит за пределы Ваших возможностей.
• Составляйте план с шагами, возможными последствиями и откатом.
• Используйте управление изменениями и окна обслуживания в рабочей среде.
• Меняйте что-то одно за раз и сообщайте план.