Windows Server 2025 / Eine praktische Checkliste für die Serverwartung erstellen

Eine hilfreiche Wartungscheckliste prüft, ob Benutzer die Dienste nutzen können, Daten wiederherstellbar sind und Änderungen keine unerwünschten Folgen haben. Legen Sie für jede Prüfung Sollzustand, Häufigkeit, Nachweis, Zuständigkeit und Vorgehen bei Fehlern fest: Ein Häkchen ohne diese Angaben belegt keinen ordnungsgemäßen Betrieb.

Den Normalbetrieb je Serverrolle festlegen

Erfassen Sie je Server Namen, IP-Adresse, Rollen, Verantwortliche, Abhängigkeiten, Verwaltungszugang und Sicherungsziel. Beschreiben Sie für jede Rolle einen normalen Benutzervorgang samt erwartetem Ergebnis von einem geeigneten Client aus. Eine erreichbare Konsole oder ein laufender Dienst beweist weder funktionierende Anmeldung noch Dateizugriff oder Anwendungsbetrieb.

Die Domänenanmeldung mit zwischengespeicherten Informationen kann ohne erreichbaren Domänencontroller gelingen. Sie allein prüft Active Directory deshalb nicht. Ebenso kann ein Administratorzugriff Freigabeprobleme gewöhnlicher Benutzer verdecken. Wählen Sie ein repräsentatives Konto und den tatsächlich verwendeten Pfad, ohne zusätzliche Rechte zu vergeben, damit der Test besteht. Eine erwartete Zugriffsverweigerung ist nur aussagekräftig, wenn die Ressource für den berechtigten Benutzer gleichzeitig funktioniert.

Tägliche, wöchentliche und monatliche Prüfungen planen

Die Zeitabstände sind Beispiele und richten sich nach Ausfallfolgen und Änderungshäufigkeit. Eine fehlgeschlagene Sicherung oder ein bald ablaufendes Zertifikat darf nicht bis zur Monatsprüfung warten, wenn Dienst oder Wiederherstellung gefährdet sind. Bestimmen Sie Empfänger, Reaktionsfrist und Eskalationskontakt jeder Meldung. Kennzeichnen Sie ausgefallene Prüfungen als offen oder nicht durchgeführt; übernehmen Sie kein altes Ergebnis als neue Beobachtung.

Grundzustand erfassen und Rollen gezielt prüfen

Führen Sie die folgenden Abfragen in Windows PowerShell auf dem vorgesehenen Server aus, mit den erforderlichen Leserechten und bei Bedarf erhöhten Rechten für Protokolle. Kontrollieren Sie zuerst den ausgegebenen Computernamen und notieren Sie Uhrzeit und Zeitzone. Die Befehle zeigen Daten an; sie legen keinen Bericht an und ersetzen keine Funktionsprüfung. Speichern Sie jeden Lauf nach Ihrem Berichtsverfahren unter einem eindeutigen Server- und Zeitbezug an einem geschützten Ort, ohne alte Nachweise zu überschreiben:

hostname
Get-CimInstance Win32_OperatingSystem | Select-Object LastBootUpTime
Get-Volume | Select-Object DriveLetter,FileSystemLabel,Size,SizeRemaining
Get-WinEvent -FilterHashtable @{LogName='System';StartTime=(Get-Date).AddDays(-1);Level=1,2} -MaxEvents 30

Die zweite Zeile zeigt den letzten Systemstart. Bei Get-Volume sind Size und SizeRemaining Bytewerte. Vergleichen Sie freien Platz, Gesamtgröße, Wachstum und Platzbedarf für Updates und Sicherungen; berechnen Sie einen Prozentwert nur bei Size größer null. Volumes ohne Laufwerkbuchstaben sind nicht automatisch fehlerhaft: Ändern Sie deswegen keine Partitionen. Die letzte Zeile liest ausschließlich System-Ereignisse der Stufen 1 und 2, also kritisch und Fehler, aus den vergangenen 24 Stunden, höchstens die 30 neuesten. Warnungen, Application und rollenspezifische Kanäle fehlen. Laut Get-WinEvent-Dokumentation können fehlende Rechte Abfragen verhindern: Unterscheiden Sie das von einer Suche ohne Treffer. Bewahren Sie Anbieter, Ereignis-ID, Zeit und Meldung auf und erweitern Sie bei Bedarf den Zeitraum oder die Begrenzung. Das Ausbleiben von Treffern beweist keine Fehlerfreiheit; auch ein beendeter Dienst kann wegen manuellem oder auslösergesteuertem Start korrekt sein.

Prüfen Sie bei Domänencontrollern DNS und die AD-Replikation: Partner, letzten Erfolg und Fehler, ohne routinemäßig eine Synchronisierung zu erzwingen oder DNS umzustellen. Für DHCP prüfen Sie die IPv4-Bereichsstatistik am zuständigen Server und eine Lease auf einem freigegebenen Testclient. Geben Sie nicht zu Prüfzwecken die Adresse eines produktiv genutzten Rechners frei. Bei Sicherungen kontrollieren Sie Versionen am tatsächlichen Sicherungsziel und den Quellcomputer: Ohne Zielangabe können auch nicht mehr verfügbare Sicherungen aufgelistet werden. Ein Katalogeintrag belegt keine Wiederherstellung. Ergänzen Sie nur Prüfungen installierter Rollen; installieren Sie keine unnötigen Module oder Dienste, um sämtliche Rollenbefehle auszuführen.

Nachweise und Nachbearbeitung dokumentieren

Für FS1 könnte eine Prüfvorgabe lauten: „Vom Client mit sales.user1 eine eigene Datei in Sales lesen und schreiben; Zugriff auf Support verweigert.“ Scheitert auch Sales, darf die Verweigerung für Support nicht ohne Prüfung von Verbindung und Authentifizierung als korrekt gelten. Verknüpfen Sie die Abweichung mit Nachweis, Verantwortlichem und Frist und wiederholen Sie danach beide Tests im selben Kontext. Verwenden Sie für die Wiederherstellung die Dateiwiederherstellung an einem getrennten Ort und dokumentieren Sie das tatsächliche Ergebnis, ohne erfolgreiche Tests oder Zeiten zu erfinden.

Halten Sie für Kennwörter, Token und Wiederherstellungsschlüssel nur den Verweis auf die geschützte Ablage fest, niemals das Geheimnis selbst. Schützen Sie auch Berichte mit Konten, Pfaden und internen Adressen. Unterscheiden Sie erfolgreiche Skriptausführung, gemeldeten Sicherungserfolg und nachgewiesene nutzbare Wiederherstellung. Wiederholte Fehler werden nicht zum Normalzustand: Zuständiger, Frist und Bedingung zur erneuten Ausnahmeprüfung bleiben erforderlich.

Nach Änderungen erneut prüfen

Wiederholen Sie nach Updates sowie Netzwerk-, Berechtigungs-, Zertifikats- oder Speicheränderungen die betroffene Benutzerprüfung und Vergleichsmessung. Dokumentieren Sie vorher Ausgangswerte, Wiederherstellungsverfahren und Konsolenzugang für den Fall eines Ausfalls der Fernverwaltung. Nehmen Sie jeweils eine begrenzte, geplante Änderung vor. Verschlechtert sich das Ergebnis, stoppen Sie, bewerten Sie die Auswirkungen und verwenden Sie das freigegebene Rücksetzverfahren, statt weitere Änderungen anzuhäufen.

• Stellen Sie Daten an einem getrennten Ort wieder her und prüfen Sie Inhalt, Zugriffssteuerungslisten (ACL) und Dauer. So lassen sich Inhalt und Rechte vergleichen, ohne das Original zu ersetzen.
• Berücksichtigen Sie trotz mehrerer virtueller Maschinen den Ausfall gemeinsam genutzter Hosts oder Speicher. Zwei Server auf derselben Grundlage schützen nicht automatisch vor deren Ausfall.
• Prüfen Sie nach Zertifikatserneuerung vom Client aus, ob der Dienst das neue Zertifikat für den richtigen Namen mit gültiger Kette präsentiert. Ein erneuertes Zertifikat im Speicher beweist keine aktualisierte Dienstbindung.
• Ermitteln Sie vor Stilllegung eines Kontos, einer Regel oder Richtlinie abhängige Dienste, Aufgaben und Benutzer. Bewahren Sie Ausgangszustand und Rücksetzweg auf und wiederholen Sie die Prüfung nach der Änderung.

Passen Sie die Liste bei geänderten Rollen, Servern oder Zuständigkeiten an. Ein neuer Dienst benötigt Funktions- und Wiederherstellungsprüfungen. Bei Stilllegung müssen Überwachung und Zugänge bewusst beendet und die Aufbewahrung der Sicherungen gemäß Richtlinie geregelt werden. Löschen Sie die letzte brauchbare Sicherung nicht allein deshalb, weil der Server aus dem Inventar entfällt. Schließen Sie einen Vorgang erst, wenn die passende Prüfung wieder den Sollzustand ergibt und die Entscheidung dokumentiert ist.