Linux-Server-Wartungscheckliste: Aufgaben, Intervalle und Nachweise
Timo Wevelsiep•Aktualisiert: 28.08.2026Hinweis zum Inhalt: Versionen, Befehle und Preise können sich ändern. Bitte prüfen Sie kritische Schritte vor dem produktiven Einsatz eigenständig. Dieser Leitfaden ersetzt keine individuelle Beratung.
Sie möchten die Linux-Server-Wartung auslagern oder den gesamten Linux-Serverbetrieb betreuen lassen? WZ-IT übernimmt bestehende Systeme beim aktuellen Provider, in Ihrer Cloud oder On-Premise.
Eine Linux-Server-Wartungscheckliste ist kein Ersatz für ein Betriebskonzept. Sie sorgt aber dafür, dass wiederkehrende Aufgaben nicht von Erinnerung, Einzelpersonen oder einem akuten Fehler abhängen. Entscheidend ist die Trennung zwischen fortlaufender Überwachung, planbaren Wartungsfenstern und außerplanmäßigen Maßnahmen bei kritischen Schwachstellen oder Störungen.
Diese Checkliste richtet sich an produktive Linux-Systeme in Unternehmen. Sie gilt als Ausgangspunkt und muss um die tatsächlich betriebenen Anwendungen, Datenbanken, Container, Schnittstellen und Wiederherstellungsziele ergänzt werden.
Inhalt
- Vor der Wartung: Bestand und Verantwortung klären
- Die eigentliche Wartungscheckliste
- Sinnvolle Prüfintervalle
- Was sich automatisieren lässt
- Wartung als Bestandteil der Serverbetreuung
- Linux-Server-Wartung auslagern
Vor der Wartung: Bestand und Verantwortung klären
Wartung beginnt nicht mit apt upgrade oder dnf update. Zuerst muss bekannt sein, welches System verändert wird und welche Folgen ein Neustart oder eine Paketänderung haben kann.
Mindestens dokumentiert sein sollten:
- Distribution, Version, Kernel und Supportzeitraum
- Provider, Standort, Servertyp und technische Zuständigkeit
- produktive Dienste, Ports, Domains und Zertifikate
- Datenbanken, Container, Cronjobs und externe Schnittstellen
- Backup-Ziel, Aufbewahrung und Wiederherstellungsweg
- verantwortliche Personen für Freigabe, Wartung und Abnahme
- vereinbartes Wartungsfenster und Kommunikationsweg
Ein Server-Audit ist sinnvoll, wenn diese Informationen fehlen, die bisherige Administration nicht mehr verfügbar ist oder das System längere Zeit nur reaktiv gepflegt wurde.
Die eigentliche Wartungscheckliste
1. Supportstatus und Sicherheitsmeldungen prüfen
- Läuft die Distribution noch in einem unterstützten Lebenszyklus?
- Sind zusätzliche Paketquellen eingebunden, und werden sie noch gepflegt?
- Welche sicherheitsrelevanten Updates stehen an?
- Betrifft eine Schwachstelle tatsächlich installierte und aktive Komponenten?
- Erfordern Kernel, Bibliotheken oder Dienste einen Neustart?
Debian veröffentlicht Sicherheitsinformationen und einen eigenen Security Tracker. Ubuntu dokumentiert Security Updates und das Upgrade zwischen Releases. Für RHEL und kompatible Umgebungen stehen Security Advisories und Werkzeuge zur Bewertung installierter Updates bereit. Die Quellen helfen bei der Einordnung, ersetzen aber nicht die Prüfung der eigenen Anwendung.
2. Backups vor Änderungen kontrollieren
Vor einem Wartungsfenster sollte nicht nur der letzte Job als „erfolgreich“ markiert sein. Zu prüfen sind:
- Zeitpunkt und Vollständigkeit der letzten Sicherung
- freier Speicher und Aufbewahrung am Backup-Ziel
- Fehler oder Warnungen in den Backup-Protokollen
- Verschlüsselung und Verfügbarkeit des Schlüsselmaterials
- dokumentierter Restore-Weg für System, Datenbank und Anwendungsdaten
- letzter erfolgreicher Wiederherstellungstest, sofern vereinbart
Ein Backup-Job und ein geprüfter Wiederherstellungsweg sind unterschiedliche Nachweise. Wie oft Restore-Tests erforderlich sind, hängt von Kritikalität, Datenänderungsrate, RTO und RPO ab.
3. Ressourcen und Dateisysteme prüfen
- Auslastung von Dateisystemen und Inodes
- Zustand von RAID, ZFS, LVM oder angebundenem Storage
- auffällige CPU-, RAM- oder I/O-Entwicklung
- ungewöhnlich große Logs, Caches oder temporäre Dateien
- Fehler in Kernel-, System- und Storage-Protokollen
Knapp werdender Speicher ist nicht nur ein Kapazitätsthema. Datenbanken, Paketmanager, Logdienste und Anwendungen können bei vollen Dateisystemen fehlschlagen oder inkonsistente Zustände erzeugen.
4. Updates in einem definierten Ablauf installieren
Ein nachvollziehbares Wartungsfenster umfasst:
- Ausgangszustand und offene Alarme dokumentieren.
- Backup-Status bestätigen.
- geplante Pakete und Abhängigkeiten prüfen.
- Updates installieren und Ausgaben protokollieren.
- erforderliche Dienste oder das System kontrolliert neu starten.
- technische und anwendungsspezifische Prüfungen durchführen.
- Ergebnis, Abweichungen und Folgemaßnahmen dokumentieren.
Bei geschäftskritischen Anwendungen sollte vorab feststehen, wann abgebrochen oder zurückgerollt wird. Ein Snapshot kann je nach Plattform hilfreich sein, ersetzt aber kein unabhängiges Backup.
5. Dienste und Nutzerwege validieren
Ein grüner Systemdienst beweist noch nicht, dass die Anwendung funktioniert. Nach der Wartung sollten mindestens die relevanten Nutzerwege geprüft werden, zum Beispiel:
- Login und zentrale Anwendung aufrufen
- Schreib- und Lesezugriff auf die Datenbank
- Hintergrundjobs, Queues und Cronjobs
- E-Mail-Versand oder andere externe Integrationen
- Datei-Uploads und Storage-Zugriffe
- APIs, Webhooks und Zertifikatsketten
Die Prüfschritte gehören in ein kleines Runbook. So ist die Abnahme wiederholbar und nicht vom Wissen einer einzelnen Person abhängig.
6. Zugänge, SSH und Firewall kontrollieren
- existieren nicht mehr benötigte Benutzer oder SSH-Schlüssel?
- sind administrative Zugänge personenbezogen und nachvollziehbar?
- ist Passwort-Login deaktiviert, wenn der Einsatzfall das erlaubt?
- entsprechen Firewall-Regeln den tatsächlich benötigten Diensten?
- sind öffentliche Verwaltungsports vermeidbar oder über ein privates Netz erreichbar?
- funktionieren Notfallzugang und Konsolenzugriff?
OpenSSH stellt zahlreiche Optionen für Authentifizierung und Zugriffsbeschränkung bereit. Welche Einstellungen geeignet sind, hängt von Betriebsmodell, Automatisierung und Notfallzugang ab. Änderungen an SSH oder Firewall sollten deshalb nie ohne getesteten zweiten Zugang erfolgen.
7. Monitoring und Alarmierung testen
- meldet das Monitoring aktuelle Werte für Host und Dienste?
- funktionieren Agent, Proxy oder Exporter nach dem Update?
- sind Wartungsfenster wieder beendet und Alarme aktiv?
- gehen Testalarme an den vereinbarten Empfänger?
- ist für kritische Meldungen eine Reaktion statt nur eine E-Mail definiert?
Monitoring zeigt einen Zustand. Erst ein dokumentierter Reaktionsweg macht daraus einen belastbaren Betriebsprozess.
8. Dokumentation aktualisieren
Zum Abschluss gehören mindestens:
- Datum, Bearbeiter und betroffene Systeme
- installierte Updates und geänderte Konfiguration
- Neustarts und durchgeführte Funktionstests
- festgestellte Abweichungen und offene Aufgaben
- neuer Versions- und Patchstand
- nächstes Wartungsfenster
Dokumentation ist kein Zusatz für Audits. Sie ermöglicht Fehleranalyse, Vertretung und eine spätere Übergabe an einen anderen Betreiber.
Sinnvolle Prüfintervalle
Die folgende Einteilung ist ein Planungsbeispiel, keine universelle Vorgabe:
| Intervall | Typische Aufgaben |
|---|---|
| Fortlaufend | Verfügbarkeit, Ressourcen, Dienste, Zertifikate und Backup-Jobs überwachen |
| Bei Sicherheitsmeldung | Betroffenheit bewerten, Maßnahme priorisieren, gegebenenfalls außerplanmäßig patchen |
| Monatlich | reguläre OS- und Paket-Updates, Logs und Kapazität prüfen, Änderungen dokumentieren |
| Quartalsweise | Benutzer, SSH-Schlüssel, Firewall-Regeln, externe Repositories und Abhängigkeiten prüfen |
| Halbjährlich oder nach Scope | Restore-Test, Notfallzugang und Runbooks praktisch validieren |
| Jährlich | Distribution, Supportende, Architektur, Kapazitätsplanung und Betriebsverantwortung überprüfen |
Ein Internet-exponierter Server mit häufigen Änderungen braucht einen anderen Rhythmus als ein isoliertes internes System. Das Intervall sollte aus Risiko, Änderungsrate und akzeptabler Ausfallzeit abgeleitet werden.
Was sich automatisieren lässt
Automatisierung ist für wiederkehrbare Wartung wichtig. Paketlisten, Konfigurationsmanagement, Monitoring, Backup-Checks und standardisierte Smoke-Tests lassen sich weitgehend automatisieren. Auch Reports können aus technischen Nachweisen erzeugt werden.
Nicht sinnvoll vollständig automatisierbar sind unter anderem:
- fachliche Freigaben für kritische Änderungen
- Bewertung komplexer Abhängigkeiten
- Entscheidung über Neustart, Wartungsfenster oder Rollback
- Abnahme realer Nutzerwege
- Einordnung eines auffälligen Systemverhaltens
- Verantwortung für ungeplante Abweichungen
Automatische Updates ohne Beobachtung und Abnahme sind daher noch kein vollständiger Wartungsprozess.
Wartung als Bestandteil der Serverbetreuung
Linux-Server-Wartung beschreibt vor allem die planbaren Aufgaben im laufenden Betrieb: Sicherheitsupdates, Paketpflege, Wartungsfenster, Funktionsprüfung und Dokumentation.
Bei WZ-IT ist diese Wartung Bestandteil der Linux-Server-Betreuung. Der laufende Betriebsumfang verbindet sie mit Monitoring und vereinbarter Reaktion, Backup-Kontrolle, Kapazitätsbeobachtung und Betriebsdokumentation. Details erklärt der Vergleich Managed vs. Unmanaged Linux-Server.
Der gemeinsame Betriebsumfang hält Wartungsaufgaben, Monitoring und Reaktion zusammen fest. Kunde, Provider und Dienstleister grenzen darin auch die Verantwortlichkeiten für Anwendungen, Datenbanken, Backups und Störungen eindeutig ab.
Linux-Server-Wartung auslagern
Wenn Unternehmen die Linux-Server-Wartung auslagern, müssen die Systeme nicht automatisch migriert werden. WZ-IT kann bestehende Server beim aktuellen Provider, im eigenen Rechenzentrum oder On-Premise übernehmen. Der typische Einstieg besteht aus:
- technischem Audit und Bestandsaufnahme
- dokumentierter Übergabe von Zugängen und Zuständigkeiten
- Festlegung von Patch-Zyklen und Wartungsfenstern
- Anbindung von Monitoring und Backup-Prüfung nach Scope
- laufender Wartung mit nachvollziehbarer Dokumentation
Die Linux-Server-Wartung und die Linux-Server-Betreuung führen deshalb in dasselbe laufende Betriebsangebot ab 149,90 Euro netto pro Monat. Beide Seiten beschreiben diesen Leistungsumfang aus unterschiedlichen fachlichen Perspektiven.
Quellen
Lieber betreiben lassen?
Sie möchten Monitoring & Serverbetrieb nicht selbst betreiben? WZ-IT übernimmt Einrichtung, Betrieb und Wartung - datenschutzorientiert aus Deutschland.
Anfrage
Linux-Server-Betreuung und Monitoring einordnen
Sie können zwischen Monitoring-only und der laufenden Linux-Server-Betreuung mit Wartung und Reaktion wählen. Bestehende Systeme übernehmen wir nach einer technischen Bestandsaufnahme.
Häufig gestellte Fragen
Antworten auf die wichtigsten Fragen
Dazu gehören mindestens die Bewertung und Installation von Sicherheitsupdates, die Prüfung von Diensten und Ressourcen, Backup-Kontrollen, die Pflege von Zugängen und Firewall-Regeln sowie eine nachvollziehbare Dokumentation. Welche Anwendungs-, Datenbank- und Restore-Prüfungen hinzukommen, hängt vom jeweiligen System ab.
Es gibt kein universelles Intervall für alle Aufgaben. Monitoring und Backup-Status sollten fortlaufend geprüft werden, reguläre Updates häufig in einem monatlichen Wartungsfenster und Lebenszyklus-, Berechtigungs- sowie Restore-Prüfungen in größeren Abständen. Kritische Sicherheitsupdates können einen außerplanmäßigen Termin erfordern.
Nein. Automatisierung kann Updates verteilen, ersetzt aber weder die Bewertung von Auswirkungen und Neustarts noch Funktionsprüfungen, Restore-Tests, Lifecycle-Planung oder die Kontrolle anwendungsspezifischer Abhängigkeiten.
Zu prüfen sind ein erforderlicher Neustart, der aktive Kernel, der Zustand zentraler Dienste, Netzwerk und Storage sowie anwendungsspezifische Funktionswege. Bei virtualisierten oder containerisierten Systemen gehören außerdem die Abhängigkeiten zu Host, Runtime und Gast in den Prüfplan.
Ja. WZ-IT übernimmt die laufende Linux-Server-Betreuung mit vereinbarten Patch-Zyklen, Wartungsfenstern, Monitoring mit Reaktion, Backup-Kontrolle und Dokumentation auf bestehenden Servern. Der standardisierte Einstieg beginnt bei 149,90 Euro netto pro Monat.
Nein. Die Wartung kann beim bestehenden Provider, in Ihrer Cloud oder On-Premise erfolgen. Server, Account und Providervertrag bleiben bei Ihnen; Zugänge und Zuständigkeiten werden für den vereinbarten Umfang dokumentiert.
