methodatlas
MethodenanleitungEngineering

Fault Isolation

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel
Zeit30-180 min
Teilnehmende1-6
FormatWorkshop + Async
ReifegradEstablished
Fault Isolation planen
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlare Grenze

Symptom, Erfolg/Fehler-Kriterium, betroffene und nicht betroffene Fälle sowie sichere Testgrenzen festlegen.

Ohne Grenze vermischen sich Fälle, Zeiträume oder Variablen.
Vorher abschließenEvidenzzugang

Symptom und Reproduktion, Architektur- und Abhängigkeitskarte, Vergleichssignale, sichere Tests und Isolationslog

Fehlende Quellen bleiben als Unsicherheit sichtbar.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

Symptom und Reproduktion, Architektur- und Abhängigkeitskarte, Vergleichssignale, sichere Tests und Isolationslog

Personen / Rollen

Troubleshooting Lead · System-/Komponentenexpert:innen · Operator · Scribe

Vorabinfos

Symptom, Erfolg/Fehler-Kriterium, betroffene und nicht betroffene Fälle sowie sichere Testgrenzen festlegen.

Zeitbedarf

30–180 Minuten je Störung; Dauer hängt von Testzugang und Systemkomplexität ab.

Setup

Arbeitsfläche mit Grenze · Kandidaten · Trennen · Testen · Bestätigen vorbereiten; Beispiel und eigene Daten trennen.

03

Kernfrage

Die eine Frage, die diese Methode beantwortet

In welchem kleinsten Subsystem liegt der Fehler, wenn wir Kandidaten durch unterscheidende Tests systematisch ausschließen?

04

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Systemgrenzen, Symptome und mögliche Fehlerbereiche werden so gegeneinander abgegrenzt, dass Tests gezielt statt breit wirken. Mit jedem Ausschluss wird der Raum kleiner, bis der wahrscheinliche Ursprung greifbar wird. Das Verfahren spart Zeit, weil es Spekulation durch Eingrenzung ersetzt.

Fault Isolation · Arbeitsstruktur

Fiktives Beispiel

Fiktive Werte zeigen die tatsächlichen Fachfelder.

Fault Isolation · Arbeitsstruktur
TestKandidaten vorherTeständerungTrennende VorhersageErgebnisAusgeschlossenVerbleibend
API-DirektaufrufEvidenz und Begründung ergänzen.Frontend, API, Pool, DB, NetzFrontend umgehenScheitert bei BackendfehlerTimeout bleibtFrontendAPI, Pool, DB, Netz
Isolierter PoolEvidenz und Begründung ergänzen.API, Pool, DB, NetzNur Poolpfad trennenFehler verschwindet bei Shared-Pool-ProblemCheckout funktioniertAPI, DB, NetzGemeinsamer Pool

  1. 1. Kandidaten vorher

    API-Direktaufruf
    Frontend, API, Pool, DB, Netz
    Isolierter Pool
    API, Pool, DB, Netz

  2. 2. Teständerung

    API-Direktaufruf
    Frontend umgehen
    Isolierter Pool
    Nur Poolpfad trennen

  3. 3. Trennende Vorhersage

    API-Direktaufruf
    Scheitert bei Backendfehler
    Isolierter Pool
    Fehler verschwindet bei Shared-Pool-Problem

  4. 4. Ergebnis

    API-Direktaufruf
    Timeout bleibt
    Isolierter Pool
    Checkout funktioniert

  5. 5. Ausgeschlossen

    API-Direktaufruf
    Frontend
    Isolierter Pool
    API, DB, Netz

  6. 6. Verbleibend

    API-Direktaufruf
    API, Pool, DB, Netz
    Isolierter Pool
    Gemeinsamer Pool

Alle Werte sind fiktiv.

Fachquelle · eigene Lehrdarstellung

  1. 1

    Grenze

    Fehlergrenze

    Ziel

    Fehlergrenze: Symptom reproduzierbar beschreiben und Is/Is-Not-Fälle sammeln.

    Voraussetzungen für diesen Schritt

    • Symptom, Erfolg/Fehler-Kriterium, betroffene und nicht betroffene Fälle sowie sichere Testgrenzen festlegen.
    • Symptom und Reproduktion, Architektur- und Abhängigkeitskarte, Vergleichssignale, sichere Tests und Isolationslog

    Durchführung

    • Symptom reproduzierbar beschreiben und Is/Is-Not-Fälle sammeln.

    Ergebnis

    Fehlergrenze

    Symptom reproduzierbar beschreiben und Is/Is-Not-Fälle sammeln.

    Qualitätscheck

    Sind betroffen, nicht betroffen und Trigger konkret?

    Stolperfalle

    „Checkout kaputt“ umfasst zu viel. Symptom nach Region, Kanal, Zeit und Abhängigkeit schneiden.

    Zeitlicher Rahmen: 10–20 Minuten

  2. 2

    Kandidaten

    Kandidatenkarte

    Ziel

    Kandidatenkarte: Abhängigkeitspfad abbilden und plausible Fault Domains ohne Ursachenfestlegung sammeln.

    Voraussetzungen für diesen Schritt

    • Fehlergrenze

    Durchführung

    • Abhängigkeitspfad abbilden und plausible Fault Domains ohne Ursachenfestlegung sammeln.

    Ergebnis

    Kandidatenkarte

    Abhängigkeitspfad abbilden und plausible Fault Domains ohne Ursachenfestlegung sammeln.

    Qualitätscheck

    Deckt die Karte den Signalpfad Ende-zu-Ende ab?

    Stolperfalle

    Team springt zur zuletzt geänderten Komponente. Pfad vollständig zeichnen und Kandidaten nach Signalgrenze ordnen.

    Zeitlicher Rahmen: 15–25 Minuten

  3. 3

    Trennen

    Isolationsplan

    Ziel

    Isolationsplan: Test mit maximaler Unterscheidung wählen, bevorzugt sichere Halbierung oder betroffener/nicht betroffener Vergleich.

    Voraussetzungen für diesen Schritt

    • Kandidatenkarte

    Durchführung

    • Test mit maximaler Unterscheidung wählen, bevorzugt sichere Halbierung oder betroffener/nicht betroffener Vergleich.

    Ergebnis

    Isolationsplan

    Test mit maximaler Unterscheidung wählen, bevorzugt sichere Halbierung oder betroffener/nicht betroffener Vergleich.

    Qualitätscheck

    Schließt das Ergebnis unabhängig vom Ausgang mehrere Kandidaten aus?

    Stolperfalle

    Viele Messungen werden ohne Entscheidungslogik gesammelt. Vor Test festhalten, welches Ergebnis welche Domains ausschließt.

    Zeitlicher Rahmen: 10–20 Minuten

  4. 4

    Testen

    Isolationslog

    Ziel

    Isolationslog: Tests einzeln ausführen, Ergebnis und Nebenwirkung protokollieren, Kandidatenraum aktualisieren.

    Voraussetzungen für diesen Schritt

    • Isolationsplan

    Durchführung

    • Tests einzeln ausführen, Ergebnis und Nebenwirkung protokollieren, Kandidatenraum aktualisieren.

    Ergebnis

    Isolationslog

    Tests einzeln ausführen, Ergebnis und Nebenwirkung protokollieren, Kandidatenraum aktualisieren.

    Qualitätscheck

    Wurde jeweils nur eine unterscheidende Bedingung verändert?

    Stolperfalle

    Mehrere Komponenten werden gleichzeitig neu gestartet. Eine Veränderung pro Test; bei Notmaßnahme Diagnosewirkung kennzeichnen.

    Zeitlicher Rahmen: 15–90 Minuten

  5. 5

    Bestätigen

    Bestätigte Domain

    Ziel

    Bestätigte Domain: Isolierten Bereich durch Reproduktion oder kontrollierte Rückkehr bestätigen und Restunsicherheit übergeben.

    Voraussetzungen für diesen Schritt

    • Isolationslog

    Durchführung

    • Isolierten Bereich durch Reproduktion oder kontrollierte Rückkehr bestätigen und Restunsicherheit übergeben.

    Ergebnis

    Bestätigte Domain

    Isolierten Bereich durch Reproduktion oder kontrollierte Rückkehr bestätigen und Restunsicherheit übergeben.

    Qualitätscheck

    Tritt Symptom mit Domain auf und ohne sie nicht auf?

    Stolperfalle

    Isolation wird mit Root Cause verwechselt. Fault Domain bestätigen und Ursachenmechanismus separat untersuchen.

    Zeitlicher Rahmen: 15–30 Minuten

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Fault Isolation · EingrenzenFehlerraum in prüfbare Systembereiche zerlegen, gezielte Tests durchführen und ausgeschlossene Bereiche sichtbar dokumentieren
Fault IsolationDas Visual zeigt ein reproduzierbares Symptom, einen in Komponenten zerlegten Fehlerraum, gezielte Tests, ausgeschlossene Bereiche und einen eingegrenzten Fehlerbereich.Den Fehlerraum schrittweise auf den Störbereich verkleinernFault Isolation zerlegt ein System in prüfbare Abschnitte und dokumentiert, welche Bereiche durch Tests ausgeschlossen wurden.FehlerraumTest 1: Client okTest 2: Queue okTest 3: DB reproduziertTests schließen Bereiche ein oder ausFehlerraum verkleinernSymptomreproduzierbar und klarbegrenztClientausgeschlossenAPIunklarQueueausgeschlossenDBverdächtigEingegrenzter FehlerbereichDB-Timeout unter hoher LastNächste AnalyseHypothese oder Root Cause prüfen
Form

Fault-Isolation-Log mit Kandidatenraum, Tests, Ergebnissen, ausgeschlossenen Bereichen und isoliertem Fault Domain.

Versionierung / Ownership

Datum, Owner, Quellenstand und Reviewtermin führen; frühere Fassungen erhalten.

Tool-Alternativen
  • System-/Abhängigkeitskarte
  • Binärer Isolationsplan
  • Test- und Ausschlusslog

fault-isolation-working-template.md

Gegenstand, Evidenz, Rollen, Ablauf und Review festlegen.

Fault Isolation: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Vollständiger Durchlauf Zeit: 30–180 Minuten je Störung; Dauer hängt von Testzugang und Systemkomplexität ab.

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

  • Materialien: Symptom und Reproduktion, Architektur- und Abhängigkeitskarte, Vergleichssignale, sichere Tests und Isolationslog
  • Rollen: Troubleshooting Lead · System-/Komponentenexpert:innen · Operator · Scribe
  • Vorab-Infos: Symptom, Erfolg/Fehler-Kriterium, betroffene und nicht betroffene Fälle sowie sichere Testgrenzen festlegen.
  • Gesamter Zeitbedarf: 30–180 Minuten je Störung; Dauer hängt von Testzugang und Systemkomplexität ab.
  • Setup: Arbeitsfläche mit Grenze · Kandidaten · Trennen · Testen · Bestätigen vorbereiten; Beispiel und eigene Daten trennen.

Für die Arbeitsschritte bereitstellen

Grenze: Fehlergrenze

  • Symptom, Erfolg/Fehler-Kriterium, betroffene und nicht betroffene Fälle sowie sichere Testgrenzen festlegen.
  • Symptom und Reproduktion, Architektur- und Abhängigkeitskarte, Vergleichssignale, sichere Tests und Isolationslog

Kandidaten: Kandidatenkarte

  • Fehlergrenze

Trennen: Isolationsplan

  • Kandidatenkarte

Testen: Isolationslog

  • Isolationsplan

Bestätigen: Bestätigte Domain

  • Isolationslog

Fault Isolation · Arbeitsstruktur

TestKandidaten vorherTeständerungTrennende VorhersageErgebnisAusgeschlossenVerbleibend
API-Direktaufruf
Isolierter Pool
  • API-Direktaufruf: Evidenz und Begründung ergänzen.
  • Isolierter Pool: Evidenz und Begründung ergänzen.

Die leere Vorlage enthält nur Arbeitsimpulse.

Fachquelle · eigene Lehrdarstellung

Grenze: Fehlergrenze

Erwartetes Artefakt: Fehlergrenze

Symptom reproduzierbar beschreiben und Is/Is-Not-Fälle sammeln.

Eintrag:

...

  • Sind betroffen, nicht betroffen und Trigger konkret?

Kandidaten: Kandidatenkarte

Erwartetes Artefakt: Kandidatenkarte

Abhängigkeitspfad abbilden und plausible Fault Domains ohne Ursachenfestlegung sammeln.

Eintrag:

...

  • Deckt die Karte den Signalpfad Ende-zu-Ende ab?

Trennen: Isolationsplan

Erwartetes Artefakt: Isolationsplan

Test mit maximaler Unterscheidung wählen, bevorzugt sichere Halbierung oder betroffener/nicht betroffener Vergleich.

Eintrag:

...

  • Schließt das Ergebnis unabhängig vom Ausgang mehrere Kandidaten aus?

Testen: Isolationslog

Erwartetes Artefakt: Isolationslog

Tests einzeln ausführen, Ergebnis und Nebenwirkung protokollieren, Kandidatenraum aktualisieren.

Eintrag:

...

  • Wurde jeweils nur eine unterscheidende Bedingung verändert?

Bestätigen: Bestätigte Domain

Erwartetes Artefakt: Bestätigte Domain

Isolierten Bereich durch Reproduktion oder kontrollierte Rückkehr bestätigen und Restunsicherheit übergeben.

Eintrag:

...

  • Tritt Symptom mit Domain auf und ohne sie nicht auf?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/fault-isolation/run-sheet

06

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

fault-isolation-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Lehrbeispiel: Fault Isolation · Arbeitsstruktur

TestKandidaten vorherTeständerungTrennende VorhersageErgebnisAusgeschlossenVerbleibend
API-DirektaufrufFrontend, API, Pool, DB, NetzFrontend umgehenScheitert bei BackendfehlerTimeout bleibtFrontendAPI, Pool, DB, Netz
Isolierter PoolAPI, Pool, DB, NetzNur Poolpfad trennenFehler verschwindet bei Shared-Pool-ProblemCheckout funktioniertAPI, DB, NetzGemeinsamer Pool
07

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

  1. Fehlergrenze„Checkout kaputt“ umfasst zu viel.In der Phase ansehen
  2. KandidatenkarteTeam springt zur zuletzt geänderten Komponente.In der Phase ansehen
  3. IsolationsplanViele Messungen werden ohne Entscheidungslogik gesammelt.In der Phase ansehen
  4. IsolationslogMehrere Komponenten werden gleichzeitig neu gestartet.In der Phase ansehen
  5. Bestätigte DomainIsolation wird mit Root Cause verwechselt.In der Phase ansehen
08

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Stopp Grenze: Sind betroffen, nicht betroffen und Trigger konkret?
Stopp Kandidaten: Deckt die Karte den Signalpfad Ende-zu-Ende ab?
Stopp Trennen: Schließt das Ergebnis unabhängig vom Ausgang mehrere Kandidaten aus?
Stopp Testen: Wurde jeweils nur eine unterscheidende Bedingung verändert?
Stopp Bestätigen: Tritt Symptom mit Domain auf und ohne sie nicht auf?

Methode nach Praxisgemeinschaft. Die Methode ist als verbreitete Praxis entstanden und wird nicht eindeutig einer einzelnen Urheberin oder Organisation zugeschrieben. Kuratiert mit 1 Quellen.

Quellen: Fault Isolation

Ablauf, Timeboxen und Stolperfallen sind redaktionell kuratierte Praxisempfehlungen auf Basis der genannten Quellen.

Wie geht es weiter?

Papierillustration zu Hypothesis-Driven Troubleshooting.
Engineering
Hypothesis-Driven Troubleshooting

Nutzt die bestätigte Domain, um gezielte Hypothesen und Tests für den Mechanismus zu bilden.

Arbeitsfläche für Runbook: Frage, Beobachtungen und nächste Entscheidung sind sichtbar.
Operations
Runbook

Hält den bestätigten Isolationsweg als wiederholbares Vorgehen für künftige Fälle fest.

Im Playbook ansehenEngineering-Qualität systematisch verbessernVon einem vagen Qualitätsziel über sichtbaren Flow und geprüfte Hypothesen zu einem dauerhaft verankerten Standardweg.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum SteckbriefWeitere Methoden