# Die Reihenfolge unter Druck
Typ: Checkliste
Herkunft: database-administration-basics / incident-diagnosis / database-incident-order-sequence
Version: database-incident-order-sequence-2026-09-12
Geprüft: 2026-09-12

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
Ein Datenbankvorfall läuft. Der Dienst ist beeinträchtigt, mehrere Personen schauen zu, und die Versuchung ist groß, sofort eine Sitzung zu beenden.

## Schritte
1. Bestätigen, wer betroffen ist und seit wann
2. Blockierung von allgemeiner Langsamkeit trennen
3. Den Verursacher bestimmen: die Sitzung, auf die gewartet wird und die selbst nicht wartet
4. Sitzungsliste, Wartebeziehungen und Abfragetext sichern
5. Zuerst die laufende Abfrage abbrechen statt die Sitzung zu beenden
6. In der Sitzungsübersicht nachsehen, ob die Wirkung eingetreten ist

## Begründung
Warum: Jeder Schritt schließt eine Möglichkeit aus, den falschen Eingriff zu machen, und der billigste Zeitpunkt dafür ist vorher. Der letzte Schritt ist kein Formalismus: Beide Systeme liefern Bestätigungen, die weniger zusichern, als sie zu bedeuten scheinen.
Folgen: **+** Am Ende steht ein gezielter Eingriff mit belegter Wirkung und eine Spur, die morgen noch auswertbar ist. **−** Die ersten vier Schritte sehen für Zuschauende wie Zögern aus, während der Dienst steht — das auszuhalten ist der eigentliche Preis dieser Reihenfolge.

## Quellen
1. https://www.postgresql.org/docs/current/functions-admin.html
2. https://www.postgresql.org/docs/current/monitoring-stats.html
3. https://learn.microsoft.com/en-us/sql/t-sql/language-elements/kill-transact-sql