Theorien testen und einen Plan erstellen

Sobald Sie eine Theorie zur wahrscheinlichsten Ursache aufgestellt haben, müssen Sie sie testen, bevor Sie irgendetwas beheben. Durch den Test stellen Sie fest, ob Ihre Vermutung richtig ist, und vermeiden unnötigen Aufwand oder versehentliche Schäden. Das Prinzip ist einfach: Beweisen Sie die Ursache und planen Sie dann die Behebung. Eine nicht bestätigte Theorie direkt in eine Lösung umzusetzen, ist einer der häufigsten Fehler bei der Fehlerbehebung.

Ein guter Test isoliert eine Variable und liefert eine eindeutige Ja-oder-Nein-Antwort. Wenn Sie ein defektes Kabel vermuten, ersetzen Sie es durch ein nachweislich funktionierendes Kabel und prüfen Sie, ob die Verbindung wiederhergestellt wird. Wenn Sie DNS vermuten, pingen Sie das Ziel zuerst über seine IP-Adresse und anschließend über seinen Namen an. Jeder Test sollte genau eine Theorie bestätigen oder ausschließen, damit das Ergebnis eindeutig ist.

Wenn der Test Ihre Theorie bestätigt, fahren Sie mit der Planung der Behebung fort. Wenn nicht, erzwingen Sie keine passende Erklärung, sondern stellen Sie eine neue Theorie auf und testen Sie erneut. Bei der Fehlerbehebung wechseln Sie oft mehrmals zwischen dem Aufstellen von Theorien und dem Testen. Jede ausgeschlossene Theorie grenzt das Feld weiter ein, sodass Sie auch ein „fehlgeschlagener“ Test der tatsächlichen Ursache näher bringt.

Manchmal liegt die Ursache außerhalb Ihres Zugriffs, Fachwissens oder Zuständigkeitsbereichs, beispielsweise bei einem Ausfall des ISP oder bei einem Core-Router, auf den Sie nicht zugreifen dürfen. In diesen Fällen eskalieren Sie das Problem an eine erfahrene Technikerin oder einen erfahrenen Techniker, ein anderes Team oder den Anbieter. Eine Eskalation ist kein Versagen, sondern der richtige Schritt, wenn ein eigenständiges Weitermachen Zeit kosten oder Schäden verursachen würde. Übergeben Sie alle Informationen, die Sie bisher gesammelt haben.

Nachdem Sie die Ursache bestätigt haben, erstellen Sie einen Maßnahmenplan. Beschreiben Sie die genauen Schritte, ihre Reihenfolge und das erwartete Ergebnis. Ein schriftlicher Plan hält eine stressige Behebung organisiert und ermöglicht anderen, ihn zu prüfen. Bei allen Änderungen an der Produktionsumgebung ist ein klarer Plan der Unterschied zwischen einer reibungslosen Reparatur und einer improvisierten Änderung, die neue Ausfälle verursacht.

Zur Planung gehört die Frage: „Was könnte durch diese Änderung ausfallen?“ Beim Neustart eines Switches wird jedes daran angeschlossene Gerät getrennt; eine Änderung der Subnetzmaske kann Hosts isolieren; ein Firmwareupdate kann Einstellungen zurücksetzen. Wenn Sie mögliche Auswirkungen im Voraus ermitteln, können Sie Benutzer warnen, Ausfallzeiten einplanen und sich auf Nebenwirkungen vorbereiten, statt davon überrascht zu werden.

Planen Sie immer einen Weg zurück. Bevor Sie eine Konfiguration ändern, speichern Sie die aktuelle Version, damit Sie sie wiederherstellen können, falls die Fehlerbehebung fehlschlägt. Ein Rollback-Plan macht aus einer riskanten Änderung eine reversible Änderung. Wenn Sie wissen, dass Sie die Änderung rückgängig machen können, reduziert das den Stress und verhindert, dass eine fehlgeschlagene Fehlerbehebung zu einem längeren Ausfall führt, während Sie hektisch versuchen, den ursprünglichen Zustand wiederherzustellen.

In verwalteten Umgebungen unterliegen Änderungen der Änderungskontrolle: Sie werden dokumentiert, genehmigt und oft für ein Wartungsfenster geplant, in dem die Auswirkungen am geringsten sind. Diese Formalität mag langsam wirken, verhindert aber, dass die gut gemeinte Fehlerbehebung einer einzelnen Person ein Unternehmen während der Stoßzeiten beeinträchtigt. Selbst kleine Netzwerke profitieren von einer schlanken Variante dieser Disziplin.

Wenn Sie eine Änderung umsetzen, ändern Sie jeweils nur eine Sache und testen Sie danach. Wenn Sie fünf Einstellungen gleichzeitig ändern und das Problem verschwindet, wissen Sie nicht, welche Änderung erfolgreich war oder ob Sie ein neues Problem verursacht haben. Einzelne, getestete Änderungen halten Ursache und Wirkung klar erkennbar. Das ist sowohl für die Fehlerbehebung als auch für eine genaue Dokumentation entscheidend.

Informieren Sie betroffene Benutzer und Teammitglieder darüber, was Sie wann tun werden, insbesondere wenn es zu einem Ausfall kommt. Eine klare Kommunikation schafft realistische Erwartungen, reduziert frustrierte Anrufe und gibt den Betroffenen die Möglichkeit, ihre Arbeit zu speichern. Ein überraschender Ausfall, selbst wenn er geplant war, beeinträchtigt das Vertrauen. Eine kurze Vorabinformation macht aus einer störenden Fehlerbehebung einen kontrollierten, professionellen Vorgang.

Mit einer getesteten Theorie, einem Schritt-für-Schritt-Plan, einem Bewusstsein für Nebenwirkungen, einem vorbereiteten Rollback und informierten Beteiligten sind Sie bereit, die Änderung sicher umzusetzen. Diese sorgfältige Vorbereitung unterscheidet zuverlässige Techniker von denen, die raten und hoffen. Die nächste Phase – Umsetzung und Überprüfung – wird dadurch geradlinig und risikoarm.

Testen Sie Ihr Verständnis von Tests und Planung.

Sie haben gelernt, Theorien zu testen und zu planen. Wichtige Punkte:

• Testen Sie eine Theorie vor der Fehlerbehebung; bestätigen Sie sie oder entwickeln Sie eine neue Theorie.
• Eskalieren Sie, wenn die Ursache außerhalb Ihrer Möglichkeiten liegt.
• Erstellen Sie einen Plan mit Schritten, möglichen Auswirkungen und einem Rollback.
• Verwenden Sie in Produktionsumgebungen Änderungskontrolle und Wartungsfenster.
• Ändern Sie jeweils nur eine Sache und kommunizieren Sie den Plan.