Problem erkennen und definieren

Das Identifizieren des Problems ist der erste und wohl wichtigste Schritt. Ein falsch identifiziertes Problem lenkt alle späteren Schritte in die falsche Richtung. Ziel ist eine klare, konkrete und überprüfte Problembeschreibung. Die Zeit, die Sie darauf verwenden, das Problem genau zu verstehen, ist nur selten vergeudet, denn sie richtet alle folgenden Bemühungen auf das tatsächliche Symptom statt auf eine Vermutung.

Beginnen Sie damit, Fakten zu sammeln. Sprechen Sie mit den betroffenen Benutzern, prüfen Sie Überwachungs-Dashboards und Protokolle und führen Sie selbst kurze Tests durch. Ermitteln Sie den Umfang (ein Benutzer, eine Etage oder der gesamte Standort), den Zeitpunkt (wann das Problem begonnen hat) und die Symptome (langsam, sporadisch oder vollständig ausgefallen). Je konkreter die Informationen sind, desto präziser wird Ihre Theorie.

Eine besonders wichtige Frage lautet: „Was hat sich geändert?“ Die meisten Probleme beginnen unmittelbar nach einer Änderung: neuer Hardware, einer Konfigurationsänderung, einem Softwareupdate oder einem Stromereignis. Fragen Sie die Benutzer und prüfen Sie Änderungsprotokolle. Wenn ein Dienst gestern funktioniert hat und heute ausfällt, ist etwas anders – und wenn Sie diesen Unterschied finden, führt er oft direkt zur Ursache. Kürzlich vorgenommene Änderungen sind besonders verdächtig.

Benutzer beschreiben Symptome mit ihren eigenen Worten. Befragen Sie sie daher sorgfältig und freundlich. Stellen Sie offene Fragen: „Was haben Sie gerade gemacht, als der Fehler auftrat?“ und „Hat sich sonst noch etwas geändert?“ Vermeiden Sie suggestive Fragen, die eine falsche Antwort nahelegen. Bedenken Sie, dass Benutzer möglicherweise Details auslassen oder Auswirkungen statt Ursachen beschreiben. Geduld und gute Fragen machen aus einer vagen Beschwerde nützliche Daten.

Die Bestimmung des Umfangs schränkt die Suche erheblich ein. Wenn nur ein PC betroffen ist, untersuchen Sie dieses Gerät oder sein Kabel. Wenn ein ganzes VLAN ausgefallen ist, vermuten Sie einen Switch oder das Gateway. Wenn am gesamten Standort kein Internetzugang besteht, konzentrieren Sie sich auf die WAN-Verbindung oder den ISP. Wenn Sie die Größe des Problems an die Größe der wahrscheinlichen Ursache anpassen, sparen Sie enorm viel Zeit.

Wenn möglich, reproduzieren Sie das Problem selbst. Durch die Reproduktion bestätigen Sie, dass der Fehler tatsächlich besteht, erkennen die genauen Bedingungen und erhalten einen Test, den Sie nach der Behebung wiederholen können. Wenn eine Website beim Benutzer nicht funktioniert, versuchen Sie, sie auf Ihrem eigenen Gerät im selben Netzwerk aufzurufen. Sporadische Probleme lassen sich schwerer reproduzieren, aber eine Reproduktion ist äußerst wertvoll, um die Wirksamkeit der Lösung zu bestätigen.

CompTIA weist ausdrücklich darauf hin, dass Sie das Offensichtliche hinterfragen sollen. Viele Ausfälle haben ganz alltägliche Ursachen: ein nicht angeschlossenes Kabel, ein ausgeschaltetes Gerät, ein abgelaufenes Passwort oder aktiviertes Caps Lock bei der Anmeldung. Diese Dinge zuerst zu prüfen, kostet Sekunden und löst das Problem häufig. Einfache Prüfungen zu überspringen, weil die Ursache „es nicht sein kann“, ist ein klassischer Weg, wegen eines trivialen Fehlers Stunden zu verlieren.

Geräte weisen oft selbst auf ihre Probleme hin. Lesen Sie Protokolle auf Fehlermeldungen hin, beobachten Sie die Link-LEDs der Schnittstellen und prüfen Sie Überwachungswarnungen. Eine rote LED an einem Switch-Port, ein protokolliertes Ereignis „interface down“ oder eine DHCP-Fehlermeldung kann direkt auf den Fehler hinweisen. Wenn Sie die Angaben des Benutzers durch die Sicht des Geräts ergänzen, erhalten Sie ein vollständigeres Bild.

Überlegen Sie, ob ein oder mehrere Probleme vorliegen. Manchmal treten zwei voneinander unabhängige Fehler gleichzeitig auf und wirken wie ein einziges ungewöhnliches Symptom. Wenn die Hinweise nicht zu einer einzigen Ursache passen, fragen Sie sich, ob sich zwei Probleme überschneiden. Durch die Trennung miteinander verknüpfter Probleme vermeiden Sie die Verwirrung, alles mit einer einzigen, erzwungenen Theorie erklären zu wollen.

Fassen Sie Ihre Erkenntnisse zu einer präzisen Problembeschreibung zusammen: Wer ist betroffen, was fällt aus, wann hat es begonnen und welches Muster ist erkennbar? „Seit dem Neustart des Switches um 9 Uhr können sich alle Telefone in VLAN 20 nicht registrieren“ ist weitaus nützlicher als „Die Telefone sind kaputt“. Eine gute Beschreibung bildet das Fundament, auf dem die restliche Methode aufbaut.

Eine solide Problembeschreibung weist naturgemäß auf mögliche Ursachen hin. Wenn das Problem nach einer Konfigurationsänderung an einem Switch begonnen hat und nur die Benutzer dieses Switches betrifft, liegt Ihre erste Theorie auf der Hand. Sorgfältige Arbeit bei der Identifizierung macht das Aufstellen von Theorien, das Testen und die Behebung deutlich schneller und präziser. Definieren Sie das Problem gut, dann ergibt sich der Rest der Fehlerbehebung fast von selbst.

Testen Sie Ihr Verständnis der Problemidentifizierung.

Sie haben gelernt, Probleme zu identifizieren und zu definieren. Wichtige Punkte:

• Sammeln Sie von Benutzern, aus Protokollen und durch Tests Informationen zu Umfang, Zeitpunkt und Symptomen.
• Fragen Sie immer: „Was hat sich geändert?“
• Bestimmen Sie den Umfang, um die wahrscheinliche Ursache einzugrenzen, und reproduzieren Sie das Problem nach Möglichkeit.
• Hinterfragen Sie zuerst das Offensichtliche.
• Formulieren Sie eine präzise Problembeschreibung, die alle späteren Schritte leitet.