# Einen Dienst diagnostizieren, der angeblich läuft
Typ: Checkliste
Herkunft: windows-server-administration / services-scheduling / windows-server-service-diagnosis-sequence
Version: windows-server-service-diagnosis-sequence-2026-09-03
Geprüft: 2026-09-03

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
Die Anwendung antwortet nicht mehr. Die Überwachung meldet den zugehörigen Dienst als `Wird ausgeführt`. Vor dem ersten Eingriff soll klar sein, was tatsächlich zugesagt und was tatsächlich der Fall ist.

## Schritte
1. `sc.exe qc <Name>` — Starttyp, Programmpfad, Konto und Abhängigkeiten lesen.
2. `Get-Service` — den aktuellen Zustand des Dienstes abrufen.
3. Das Ereignisprotokoll im fraglichen Zeitfenster auf Meldungen dieses Dienstes durchsehen.
4. Prüfen, ob der Prozess den erwarteten Port tatsächlich bedient.
5. Den Dienst über den Weg aufrufen, den die Clients benutzen — Name, Port, Rolle.

## Begründung
Warum: Diagnose läuft von der Zusage zur Wirkung, nicht umgekehrt. Wer mit dem Statusabruf beginnt, hat eine Antwort auf die Frage, die am wenigsten aussagt — und keinen Vergleichsmaßstab, weil unklar bleibt, was überhaupt zugesagt war.
Folgen: **+** Am Ende steht eine Aussage über den Dienstvertrag, nicht über einen Prozess, und jeder Zwischenschritt grenzt die Ursache weiter ein. **−** Die Kette kostet Zeit, die man im Vorfall nicht immer hat. Wo eine bekannte Ursache mit hoher Wahrscheinlichkeit vorliegt, ist der Abkürzungsversuch legitim — er muss dann aber als Versuch benannt werden und nicht als Diagnose.

## Quellen
1. sc.exe config — https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/sc-config
2. Registry Hives — https://learn.microsoft.com/en-us/windows/win32/sysinfo/registry-hives