Die Fallstudie „sichere Datenmigration“ beginnt nicht mit einem technischen Detail, sondern mit einem konkreten Geschäftsrisiko: Ein mittelständisches Handelsunternehmen konnte sich keine längeren Ausfälle seines Webshops, Warenwirtschaftssystems und Dokumentenarchivs leisten. Die bestehende Serverumgebung war über Jahre gewachsen, schlecht dokumentiert und erreichte bei Lastspitzen ihre Grenzen. Gleichzeitig sollten sensible Kunden- und Geschäftsdaten künftig in einem deutschen Rechenzentrum betrieben werden.

Der Auftrag war klar: Die Infrastruktur musste in eine betreute, leistungsstarke Umgebung umziehen – ohne Datenverlust, ohne unkontrollierte Unterbrechungen und mit einem belastbaren Rückfallplan. Gerade für KMU ist das kein Ausnahmefall. Viele Unternehmen verschieben eine notwendige Migration, weil die Risiken schwer einschätzbar wirken. Tatsächlich entscheidet jedoch nicht allein die eingesetzte Technik über den Erfolg, sondern vor allem die Planung, Verantwortung und Überwachung des gesamten Prozesses.

Ausgangslage: Gewachsene Systeme, hohe Abhängigkeiten

Das Unternehmen betrieb mehrere virtuelle Systeme bei unterschiedlichen Dienstleistern. Der Webshop war mit dem ERP verbunden, die Produktdaten wurden automatisiert importiert und Mitarbeitende griffen per VPN auf interne Anwendungen zu. Zusätzlich liefen E-Mail-Postfächer, Datenbanken, Backup-Jobs und Schnittstellen zu Versanddienstleistern auf verschiedenen Instanzen.

Das Problem lag nicht nur in der Anzahl der Systeme. Abhängigkeiten waren teilweise historisch entstanden und nur einzelnen Mitarbeitenden bekannt. Ein unkoordinierter Umzug hätte dazu führen können, dass Bestellungen nicht verarbeitet, Lagerbestände falsch angezeigt oder E-Mails nicht zugestellt werden. Für die Geschäftsführung stand deshalb fest: Eine günstige Standardmigration ohne persönliche technische Begleitung kam nicht infrage.

Gemeinsam mit dem IT-Verantwortlichen wurde zunächst der tatsächliche Bestand erfasst. Dazu gehörten Betriebssysteme, Anwendungen, Datenbanken, IP-Adressen, DNS-Einträge, Speicherbedarf, Zugriffsrechte, Zertifikate und geplante Wartungsfenster. Ebenso wichtig war die Frage, welche Systeme wirklich geschäftskritisch sind und welche sich zeitversetzt migrieren lassen.

Fallstudie sichere Datenmigration: Erst planen, dann umschalten

Eine sichere Datenmigration beginnt nicht mit dem Kopieren von Daten. Vor dem ersten Transfer wurde ein Migrationskonzept erstellt, das technische und organisatorische Anforderungen zusammenführte. Es definierte Verantwortlichkeiten, Zeitfenster, Prüfschritte und Eskalationswege. So wusste jede beteiligte Person, wer bei einer Abweichung entscheidet und wie schnell reagiert werden muss.

Besondere Aufmerksamkeit erhielt die Datenbank des Webshops. Sie änderte sich fortlaufend durch Bestellungen, Kundenkonten und Zahlungsstatus. Ein einmaliger Export hätte daher nicht genügt. Zunächst wurde eine vollständige Ausgangskopie erstellt und in der neuen Umgebung geprüft. Kurz vor der geplanten Umschaltung erfolgte dann ein zweiter, inkrementeller Abgleich. Erst danach wurde der Schreibzugriff für ein eng begrenztes Wartungsfenster kontrolliert angehalten.

Auch der Schutz der Übertragungswege war Teil des Konzepts. Daten wurden verschlüsselt übertragen, administrative Zugriffe auf klar definierte Personen beschränkt und Zugänge nach dem Prinzip der geringsten notwendigen Berechtigung eingerichtet. Protokolle dokumentierten, wann Daten übertragen, geprüft und freigegeben wurden. Das schafft nicht nur Sicherheit im laufenden Projekt, sondern auch Nachvollziehbarkeit für interne Prüfungen und Datenschutzanforderungen.

Die Zielumgebung wurde nicht erst am Umzugstag eingerichtet. Sie stand frühzeitig bereit und wurde hinsichtlich Ressourcen, Netzwerkregeln, Backup-Strategie und Monitoring getestet. Für das Unternehmen bedeutete das: Die neue Plattform war vor dem Produktivstart bereits technisch überprüfbar, statt unter Zeitdruck aufgebaut zu werden.

Der Testlauf macht Risiken sichtbar

Vor der eigentlichen Umschaltung wurde ein vollständiger Testlauf mit anonymisierten beziehungsweise nicht produktiven Daten durchgeführt. Dabei zeigte sich, dass eine ältere Schnittstelle zum Versanddienstleister eine fest hinterlegte IP-Adresse erwartete. Ohne diesen Test wäre die Störung erst im Live-Betrieb aufgefallen.

Die Konfiguration wurde angepasst, erneut getestet und dokumentiert. Zudem wurde geprüft, ob Benutzerrechte korrekt übernommen waren, geplante Aufgaben liefen und die Datenbankabfragen unter realistischen Lastbedingungen akzeptable Antwortzeiten erreichten. Ein Testlauf kostet Zeit. Er reduziert aber das Risiko, dass ein vermeintlich kleiner Konfigurationsfehler zum geschäftskritischen Problem wird.

Für den Go-live wurden klare Erfolgskriterien vereinbart:

• Der Webshop muss Bestellungen, Zahlungen und Bestandsabfragen korrekt verarbeiten.
• Die Datenbankstände müssen mit dem freigegebenen Zeitpunkt übereinstimmen.
• E-Mail, VPN und interne Anwendungen müssen für berechtigte Nutzer erreichbar sein.
• Monitoring, Sicherungen und Alarmierungen müssen in der Zielumgebung nachweislich aktiv sein.

Diese Kriterien verhindern, dass eine Migration zu früh als abgeschlossen gilt. Ein Server kann erreichbar sein, obwohl einzelne Geschäftsprozesse noch fehlschlagen. Entscheidend ist nicht allein, ob Dienste starten, sondern ob Mitarbeitende, Kunden und angebundene Systeme zuverlässig damit arbeiten können.

Der Migrationstag: Kontrollierte Umschaltung statt Risiko auf Verdacht

Der Umzug wurde auf ein Wartungsfenster außerhalb der umsatzstärksten Zeit gelegt. Währenddessen überwachten technische Ansprechpartner die Datenübertragung, Systemprotokolle, Erreichbarkeit und Anwendungsfunktionen. Der DNS-Wechsel wurde vorbereitet, aber erst nach erfolgreicher Prüfung der neuen Instanzen ausgelöst.

Die Dauer eines solchen Fensters lässt sich nicht pauschal bestimmen. Bei kleineren Anwendungen kann die Umschaltung innerhalb kurzer Zeit erfolgen. Bei hohen Datenvolumen, vielen Schnittstellen oder strengen Verfügbarkeitsvorgaben kann eine stufenweise Migration sinnvoller sein. Dann werden etwa Dateien, Archivdaten und weniger kritische Dienste vorab übertragen, während zentrale Datenbanken erst zum finalen Wechsel abgeglichen werden.

Für den vorliegenden Fall war ein Rückfallplan entscheidend. Die alte Umgebung blieb für einen definierten Zeitraum betriebsbereit, jedoch gegen Änderungen abgesichert. Hätte ein kritischer Test fehlgeschlagen, wäre eine Rückschaltung auf den vorherigen Stand möglich gewesen. Dieser Plan wurde nicht als theoretische Absicherung abgelegt, sondern mit konkreten Verantwortlichen und Entscheidungskriterien versehen.

Die Umschaltung selbst verlief innerhalb des vereinbarten Wartungsfensters. Nach der Freigabe wurden Bestellprozesse, externe Schnittstellen und interne Zugriffe gemeinsam mit Fachabteilungen kontrolliert. Erst als alle vereinbarten Kriterien erfüllt waren, begann die Nachbeobachtung im Produktivbetrieb.

Nach dem Umzug beginnt die Betriebsverantwortung

Viele Migrationsprojekte werden zu früh beendet – nämlich direkt nach dem ersten erfolgreichen Login. In den folgenden Tagen können jedoch Lastspitzen, zeitgesteuerte Prozesse oder selten genutzte Funktionen Fehler sichtbar machen. Deshalb wurde die Umgebung nach der Umschaltung engmaschig überwacht. Auffällige Werte bei Speicher, CPU, Datenbankantwortzeiten oder Netzwerkverbindungen wurden geprüft, bevor sie zu Einschränkungen führten.

Parallel dazu überprüfte das Unternehmen seine Backup-Strategie. Entscheidend war nicht nur, dass Sicherungen erstellt wurden, sondern dass Wiederherstellungen klar definiert und testbar waren. Eine Sicherung, deren Rücksicherung nie geprüft wurde, bietet im Ernstfall keine verlässliche Grundlage. Für geschäftskritische Daten sollten Aufbewahrungsfristen, Verschlüsselung, Speicherort und Wiederanlaufziele zur tatsächlichen Risikolage passen.

Auch die Dokumentation wurde aktualisiert. Sie enthält nun Verantwortlichkeiten, Zugangskonzepte, Systemübersichten, Schnittstellen und den Ablauf für Störungen. Das reduziert die Abhängigkeit von Einzelpersonen und erleichtert künftige Erweiterungen. Bei wachsenden Anforderungen kann die Umgebung dadurch gezielt skaliert werden, statt erneut unter Zeitdruck improvisiert zu werden.

Was Unternehmen aus dem Projekt mitnehmen können

Die wichtigste Erkenntnis dieser Fallstudie ist einfach: Datenmigration ist keine reine Verschiebeaufgabe. Sie betrifft Geschäftsprozesse, Verfügbarkeit, Datenschutz und Verantwortlichkeiten zugleich. Wer nur auf die Übertragungsdauer schaut, unterschätzt die eigentliche Arbeit vor und nach dem Kopieren der Daten.

Für KMU lohnt sich besonders ein Partner, der die Zielinfrastruktur nicht nur bereitstellt, sondern den Übergang technisch begleitet und den Betrieb danach aktiv überwacht. Bei GS Webservices verbinden sich deutsche Rechenzentrumsstandorte, betreute Server- und Cloud-Lösungen sowie persönliche Ansprechpartner zu einer Infrastruktur, die sich an den Anforderungen des Unternehmens orientiert.

Eine Migration muss nicht risikofrei sein, um sicher zu sein. Sie wird beherrschbar, wenn Risiken vorab sichtbar gemacht, Testwege geschaffen und Entscheidungen klar vorbereitet werden. So bleibt der Umzug ein planbarer Schritt für das Wachstum – und keine Wette auf den laufenden Betrieb.