Betriebs-Lab: aus einem Symptom einen überprüfbaren Befund machen
Einführung · 3 Abschnitte · ~14 Min Lesezeit · Stand
Die Diagnosekette
- Symptom und betroffene Grenze beschreiben
- Nicht-invasive Signale sammeln
- DNS, Zeit, Authentifizierung und Replikation trennen
- Hypothese gegen Log- oder Toolausgabe prüfen
- Begrenzte Korrektur mit Rückweg durchführen
- Wirkung und Nebenwirkung erneut messen
AD-Störungen haben oft ähnliche Symptome. Eine langsame Anmeldung kann beispielsweise DNS, Standortzuordnung, GPO, Replikation oder ein entferntes Profil betreffen. Ein guter Operator verändert deshalb nicht zuerst die Umgebung, sondern grenzt die Fehlerklasse ein.
Werkzeuge und ihre Aussagegrenze
| `repadmin` | zeigt Replikationszustand und Fehler, beweist aber nicht allein die Geschäftswirkung |
|---|---|
| `dcdiag` | prüft Domain-Controller-Tests, ersetzt aber keine Ursachenanalyse |
| Ereignisprotokolle | liefern Zeit, Fehlercode und Kontext für eine Hypothese |
| `gpresult` | zeigt die wirksame GPO-Sicht eines konkreten Clients oder Benutzers |
Lab-Auftrag
- Erzeuge nur eine kontrollierte Abweichung im Lab, etwa eine falsche DNS-Zuordnung auf CL01.
- Sichere die Ausgabe vor und nach der Korrektur.
- Schreibe für jeden Befund: Signal, Hypothese, Ausschluss und nächste Prüfung.
- Dokumentiere, warum ein scheinbar naheliegender Eingriff nicht nötig war.