# Von der Meldung zum Befund
Typ: Checkliste
Herkunft: rds-avd-operations / troubleshooting-methodology / rds-avd-ts-diagnosis-sequence
Version: rds-avd-ts-diagnosis-sequence-2026-09-13
Geprüft: 2026-09-13

ACHTUNG: Dieses Dokument ist ein Lernartefakt aus einer Schulungssequenz. Es ist kein produktives Runbook. Vor jeder Anwendung in einer realen Umgebung müssen die Schritte gegen lokale Dokumentation, Runbooks und Freigabestatus geprüft werden.

## Szenario
Eine Sammelmeldung über nicht funktionierende Sitzungen liegt vor, ohne Angabe von Standort, Tätigkeit oder Zeitpunkt. Der erste Vorschlag im Team ist, die auffälligen Hosts neu zu starten.

## Schritte
1. Betroffenenkreis bestimmen — eine Person, ein Standort, ein Host, eine Gruppe oder alle.
2. Abbruchphase bestimmen: kein Feed, keine Verbindung, keine Anmeldung oder träge Sitzung.
3. Die zur Phase passende Datenquelle wählen — Diagnose des Dienstes oder Telemetrie der Hosts.
4. Beweise sichern, solange sie existieren: Zeitpunkt, Fehlercode, Hostzustand, Protokolle.
5. Hypothese formulieren und an den Daten prüfen.
6. Maßnahme ergreifen und ihre Wirkung an derselben Datenquelle nachweisen.

## Begründung
Warum: Die Reihenfolge folgt der Trennschärfe: Betroffenenkreis und Phase kosten je eine Rückfrage und halbieren den Suchraum, während Protokolle viel Zeit kosten und wenig sagen, solange man nicht weiß, wonach man sucht. Erst wenn die Frage feststeht, lohnt die Datenquelle.
Folgen: **+** Die Suche beginnt in der richtigen Quelle, die Beweise überleben die Wiederherstellung, und die Wirkung der Maßnahme ist belegbar. **−** Die ersten beiden Schritte verlangen Rückfragen an Menschen, die gerade nicht arbeiten können und schnelle Hilfe erwarten. Wer sie schlecht stellt, bekommt ungenaue Antworten und grenzt auf dieser Grundlage falsch ein — mit mehr Schaden als ohne Einordnung.

## Quellen
1. https://learn.microsoft.com/en-us/azure/virtual-desktop/insights