Windows Server wird im KMU selten wegen des Betriebssystems angeschafft, sondern weil darauf die Domäne, die Dateien oder eine Branchenanwendung liegen. Solange der Hersteller Sicherheitsupdates liefert und die Anwendung startet, bleibt der Server unsichtbar. Sobald Updates ausbleiben oder die Software eine neuere Version verlangt, wird aus dem stillen Kasten ein Projekt mit Termin. Wer Rollen und Abhängigkeiten vorher kennt, muss dieses Projekt nicht in der Woche des Ausfalls erfinden.
Der Server, den niemand anfassen will
Häufig läuft noch ein System, dessen erweiterter Support beendet ist, weil die Warenwirtschaft „nur dort“ installiert wurde. Niemand will es neu starten, Backups werden nicht zurückgespielt, und das einzige Admin-Passwort kennt eine Person. Parallel sammeln sich Freigaben, Druckwarteschlangen und alte Benutzerkonten. Ein Ersatzgerät zu kaufen ist dann der leichte Teil. Der schwere Teil ist, zu wissen, welche der alten Rollen wirklich noch gebraucht werden und welche nur mitgezogen wurden.
Ein In-Place-Upgrade wirkt kurz, verschleppt aber Jahre an Altlasten auf das neue System. Für die meisten kleinen Umgebungen ist ein neuer Server oder eine neue virtuelle Maschine der sauberere Weg: Domäne und DNS bewusst übernehmen, Dateien mit Rechten kopieren, die Branchenanwendung nach Vorgabe des Herstellers installieren. Das alte System bleibt für eine definierte Zeit aus, aber startbar, falls ein Pfad vergessen wurde. Danach wird es abgeschaltet und nicht als „Reserve“ im Netz gelassen.
Rollen klären, neu aufsetzen, im Fenster umziehen
- Rollen. Domäne, Dateien, Druck, Datenbank und Branchenanwendung einzeln aufschreiben.
- Hersteller. Klären, welche Serverversion die Anwendung freigibt, bevor Lizenzen bestellt werden.
- Aufbau. Neues System parallel betreiben und Daten in einer Probe kopieren.
- Fenster. Umschalten, wenn Buchhaltung und Lager erreichbar sind, nicht am Freitagnachmittag.
- Abbau. Altes System nach der Nachkontrolle aus dem Netz nehmen und Zugänge entziehen.
Lizenzen, Datensicherung und die Firewall-Freigaben gehören in denselben Plan. Ein neuer Server, der seine Updates nicht laden darf oder dessen Backup auf demselben Volume liegt, hat nur das Schild gewechselt. Wir koppeln den Lebenszyklus deshalb an Backup-Ziel und Wartungsfenster, damit das neue System nicht mit den Gewohnheiten des alten startet.
Woran Projekte in der Praxis scheitern
- Die neue Version kaufen, ohne den Hersteller der Warenwirtschaft zu fragen.
- Den alten Server nach dem Umzug eingeschaltet im selben Netz lassen.
- Rechte „für jeden“ auf die neuen Freigaben setzen, damit die Fehlersuche kürzer wird.
- Den Umzug auf den Tag legen, an dem Löhne oder der Monatsabschluss laufen.
Beispiel aus dem Betriebsalltag
Eine Steuerberatungskanzlei arbeitete auf einem Windows Server, für den keine Sicherheitsupdates mehr kamen, weil die Kanzleisoftware lange daran gebunden war. Der Hersteller gab schließlich eine neuere Version frei. Wir haben die Rollen aufgelistet, eine neue virtuelle Maschine aufgesetzt, die Daten an einem Dienstagvormittag in einer Probe kopiert und zwei Wochen später im vereinbarten Fenster umgeschaltet. Der alte Server blieb vierzehn Tage ausgeschaltet, aber verfügbar, und wurde danach aus der Domäne genommen. Die Kanzlei testete am selben Vormittag einen Mandantenakt und den Druck.
Kurze Entscheidungshilfe
- Ist bekannt, bis wann der Hersteller des Betriebssystems Sicherheitsupdates liefert?
- Liegt eine Freigabe der Branchenanwendung für die Zielversion vor?
- Gibt es ein Backup, das vor dem Umschalten erfolgreich zurückgespielt wurde?
- Ist der Tag des Wechsels mit Buchhaltung und Lager abgestimmt?
Wenn der Lebenszyklus Ihres Windows Servers bei Ihnen ansteht, klären wir den Umfang unverbindlich: Server und Cloud. Linux-Server härten Alternativ direkt Kontakt aufnehmen oder die häufigen Fragen lesen.