Servermigration ohne Stillstand: So planen Profis den Umzug

Kaum ein IT-Vorhaben wird so lange aufgeschoben wie ein Serverumzug. Die Sorge ist verständlich: Auf dem alten System läuft das Tagesgeschäft, und niemand möchte am Montagmorgen vor stehenden Arbeitsplätzen erklären, warum die Migration doch länger dauerte. Dabei ist Stillstand kein Naturgesetz, sondern fast immer die Folge fehlender Vorbereitung.

Anlässe gibt es derzeit genug: auslaufende Hardware, das Support-Ende von Windows Server 2016 am 12. Januar 2027, der Wechsel in ein Rechenzentrum oder die Zusammenlegung mehrerer Altsysteme auf eine virtualisierte Plattform. Die Methode ist in allen Fällen dieselbe. Dieser Beitrag beschreibt den Ablauf für ein einzelnes Serversystem oder eine zusammengehörige Servergruppe – von der Bestandsaufnahme bis zur Stilllegung des Altsystems.

Vor dem ersten Handgriff: die Bestandsaufnahme

Die meisten Überraschungen einer Migration sind in Wahrheit Abhängigkeiten, die niemand aufgeschrieben hat. Ein Server ist selten nur ein Server: Er beantwortet Namensanfragen, stellt Lizenzen bereit, nimmt Scans entgegen oder liefert Daten an eine Schnittstelle, die vor Jahren in einer anderen Abteilung eingerichtet wurde. Bevor ein Termin genannt wird, gehört deshalb auf den Tisch, was das Altsystem tatsächlich tut.

Eine brauchbare Probe auf Vollständigkeit: das Altsystem gedanklich abschalten und jede Abteilung durchgehen. Wo niemand sicher antworten kann, lohnt ein Blick in die Verbindungsprotokolle des Servers über einige Tage. Was dort auftaucht und auf keiner Liste steht, ist genau die Abhängigkeit, die sonst am Umschaltabend auffällt.

Parallelbetrieb statt Hauruck

Der Kern jeder guten Migration ist der Parallelbetrieb: Das neue System wird vollständig aufgebaut, befüllt und getestet, während das alte weiterläuft. Erst wenn Anwendungen, Daten und Berechtigungen auf dem neuen System nachweislich funktionieren, folgt der Umschaltmoment – außerhalb der Arbeitszeiten, mit einem letzten Datenabgleich. Die Nutzer bemerken im besten Fall nichts außer einer kurzen Wartung.

Nachweislich heißt: Die Tests sind vorher aufgeschrieben und werden von den Fachabteilungen durchgeführt, nicht nur von der IT. Die Buchhaltung bucht einen Testbeleg, der Vertrieb druckt ein Angebot, das Lager scannt einen Artikel. Bewährt hat sich zudem eine kleine Pilotgruppe, die einige Tage auf dem neuen System arbeitet, bevor alle umgestellt werden. Große Datenbestände werden vorab kopiert und bis zum Stichtag laufend nachgezogen, sodass am Umschaltabend nur noch die Änderungen der letzten Stunden übertragen werden müssen.

Das Umschaltfenster als Drehbuch

Der Umschalttermin selbst sollte keine Entscheidungen mehr enthalten, sondern nur noch Ausführung. Das gelingt mit einem schriftlichen Ablauf, in dem jeder Schritt einen Verantwortlichen, eine erwartete Dauer und ein Prüfkriterium hat. Ein typischer Ablauf sieht so aus:

Der letzte Punkt ist der wichtigste. Wer vorher festlegt, dass um drei Uhr morgens entschieden wird, verhindert, dass ein übermüdetes Team bis zum Morgen weiterprobiert, weil es fast geschafft scheint. Ein Abbruch nach Plan kostet einen Termin, aber keine Daten – und der zweite Versuch profitiert von allem, was der erste gezeigt hat.

Der Rückweg gehört zum Plan

Professionelle Migrationen haben immer einen definierten Rückwegplan: Bis zu welchem Punkt kann auf das Altsystem zurückgeschaltet werden, und wie lange bleibt es dafür bereit? Diese Absicherung nimmt dem Termin den Druck und verhindert, dass unter Zeitnot improvisiert wird.

Ein Detail wird dabei oft übersehen: Sobald auf dem neuen System produktiv gearbeitet wird, entstehen dort Daten, die das Altsystem nicht kennt. Ein Rückweg am dritten Tag bedeutet also nicht nur Umschalten, sondern auch das Zurückführen dieser Daten. Deshalb gehört in den Plan ein klarer Zeitpunkt, ab dem kein Rückweg mehr vorgesehen ist, und bis dahin eine Regel, wie neu entstandene Daten gesichert und übertragen würden.

Erst wenn das neue System einige Tage stabil trägt und die ersten lastintensiven Vorgänge wie Lohnlauf oder Monatsabschluss durchlaufen hat, wird das alte endgültig stillgelegt. Bis dahin bleibt es ausgeschaltet, aber unverändert verfügbar. Seine Datenträger werden anschließend nachweisbar gelöscht oder vernichtet – ein Schritt, der in vielen Projekten vergessen wird und bei ausgemusterter Hardware ein eigenes Datenschutzrisiko darstellt.

Bevor die Geschäftsleitung einen Umschalttermin freigibt, sollten vier Fragen schriftlich beantwortet sein: Liegt eine vollständige Liste der Abhängigkeiten vor? Wer aus den Fachabteilungen testet, und nach welcher Liste? Wann genau wird über Freigabe oder Abbruch entschieden, und von wem? Bis wann ist der Rückweg möglich? Wer diese vier Antworten in der Hand hat, hat den größten Teil des Risikos bereits vor dem ersten Handgriff aus dem Projekt genommen.

Verwandte Themen: Wer hier weiterdenkt, liest bei Kapazitätsplanung, Wartungsfenster und Server mieten weiter.