14. Updates und Betriebsdokumentation

Ein System bleibt nicht stabil, indem man es unverändert lässt. Es bleibt stabil, indem jede notwendige Veränderung vorbereitet, beobachtet und wiederholbar gemacht wird.

Warum diese Station zählt

Die Komponenten haben unterschiedliche Lebenszyklen, greifen aber ineinander. Ein Updateplan muss deshalb Versionsmatrix, Datenbankänderungen, Wartungsfenster, Anwenderkommunikation und Rückfall gemeinsam behandeln.

Der belastbare Ablauf

1. Führen Sie ein Inventar aus X-ERP-, .NET-, SQL-, Windows-, Zertifikats- und Drittkomponentenversionen.
2. Lesen Sie Freigabehinweise und prüfen Sie Abhängigkeiten in einer repräsentativen Testkopie.
3. Erstellen Sie aktuelle Sicherungen und testen Sie den Rückfallweg.
4. Definieren Sie Wartungsfenster, Verantwortliche, Erfolgskriterien und Kommunikation.
5. Aktualisieren Sie in dokumentierter Reihenfolge und beobachten Sie Logs, Dienste und Kernprozesse.
6. Schließen Sie mit Abnahme, Versionsstand und Lessons Learned ab.

Funktionsprobe – erst dann weiter

• Versionsmatrix ist aktuell.
• Test deckt Login, Beleg, Anhang, Schnittstelle und kritische Auswertung ab.
• Abbruchkriterien und Rückfall sind praktisch möglich.
• Betriebsakte enthält Änderung, Ergebnis und Verantwortliche.

Wenn das Ergebnis nicht stimmt

• Unkoordinierte automatische Updates verändern Laufzeiten im Betrieb.
• Nur die Startseite zu testen übersieht fachliche Regressionen.
• Undokumentierte Handarbeit lässt sich beim nächsten System nicht reproduzieren.

Das nehmen Sie mit

Updates werden zu beherrschten Betriebsvorgängen statt zu Wetten auf einen ruhigen Montagmorgen.

Weiterführender Link / Quelle

Weiterführende Themen

1. Für Systemadministratoren – Server einrichten und Firmendatenbanken erstellen › 13. Sicherung, Überwachung und Wiederherstellung
2. Für Systemadministratoren – Server einrichten und Firmendatenbanken erstellen › 01. Systemarchitektur und technischer Aufbau

Häufige Fragen