Leitfaden
Server migrieren: von einer Maschine, einem Hoster oder einem Land zum anderen
Die Methoden im Vergleich, was der Data Act beim Verlassen einer Cloud ändert, die Vorsichtsmaßnahmen beim Wechsel des Landes und die Schritte einer Migration ohne böse Überraschungen.
Aktualisiert am 17. Oktober 2026 · Die Zahlen sind unten auf der Seite belegt; die Bewertungen stammen von IT CyberWall.
Drei Situationen
Früher oder später müssen Ihre Server umziehen: Die Maschine altert, der Hoster erhöht seine Preise, ein Kunde verlangt, dass seine Daten in seinem Land bleiben, oder Sie eröffnen eine Tochtergesellschaft im Ausland. Man unterscheidet drei Situationen:
- Von einem Server zum anderen, beim selben Hoster oder in Ihren Räumen: Erneuerung der Hardware, höhere Leistung.
- Von einem Hoster zum anderen: Preis, Servicequalität, Ausstieg aus einer Public Cloud, Wechsel des Hypervisors.
- Von einem Land zum anderen: gesetzliche oder vertragliche Anforderungen an den Speicherort der Daten, Nähe zu den Nutzern.
Die Methoden im Vergleich
Bewertung der drei gängigen Methoden durch IT CyberWall.
| Methode | Prinzip | Unterbrechung | Dafür | Dagegen |
|---|---|---|---|---|
| Neu installieren und dann die Daten übertragen | Der Server wird auf der neuen Maschine neu aufgebaut, und die Daten werden dorthin kopiert. | Unterschiedlich, oft mehrere Stunden | Neustart auf sauberer Basis; einzige Option zwischen sehr unterschiedlichen physischen Servern | Langwierig; Risiko, eine Einstellung zu vergessen; erfordert gute Kenntnis des Bestehenden |
| Die virtuelle Maschine kopieren | Der gesamte virtuelle Server (System, Software, Daten) wird kopiert und anderswo neu gestartet. | Die Dauer der letzten Kopie | Originalgetreu; einfache Rückkehr | Zu übertragendes Volumen; der Ziel-Hypervisor muss sie importieren können |
| Replizieren und dann umschalten | Die Daten werden auf das Ziel synchronisiert, während der alte Server läuft, dann wird umgeschaltet. | Sehr kurz | Minimaler Stillstand, ideal für große Datenmengen | Aufwändiger vorzubereiten; für jede Anwendung eigens aufzubauen |
Virtualisierte Server machen die Migration viel einfacher, unter zwei Bedingungen: Die virtuellen Maschinen müssen exportiert werden können, und das Ziel muss sie importieren können. Dafür gibt es ein Standardformat, OVF, genormt unter der Bezeichnung ISO/IEC 17203:2017 [1], und die Hypervisoren bieten Importwerkzeuge: Seit Version 8.2 (April 2024) enthält Proxmox VE zum Beispiel einen Assistenten, der virtuelle Maschinen aus VMware ESXi und vCenter direkt importiert [2].
Den Hoster wechseln, die Cloud verlassen
Eine Public Cloud verlassen
Ausgehender Datenverkehr wird normalerweise berechnet (0,09 $ pro GB oberhalb von 100 GB pro Monat bei AWS [3]). Seit dem 5. März 2024 verzichtet AWS auf diese Gebühren für Kunden, die AWS zugunsten eines anderen Anbieters oder eigener Server verlassen; oberhalb von 100 GB pro Monat muss dies beim AWS-Support beantragt werden [4].
Was der Data Act vorsieht
Die europäische Datenverordnung, die seit dem 12. September 2025 gilt, regelt den Wechsel des Cloud-Anbieters [5] [6]:
- eine Kündigungsfrist von höchstens zwei Monaten vor Beginn des Wechsels;
- eine Übergangszeit von höchstens 30 Tagen, verlängerbar auf sieben Monate bei technischer Unmöglichkeit;
- mindestens 30 Tage nach dem Übergang, um Ihre Daten abzurufen;
- Wechselgebühren, die auf die direkten Kosten begrenzt und dann ab dem 12. Januar 2027 verboten sind.
Der Datenverkehr bei paralleler Nutzung (zum Beispiel während einer Multi-Cloud-Phase) kann dagegen weiterhin zum Selbstkostenpreis berechnet werden [5].
Proprietäre Dienste
Eine „Managed“-Datenbank, eine Nachrichtenwarteschlange oder eine cloudspezifische Funktion lässt sich nicht wie ein Server kopieren: Sie muss durch eine Entsprechung beim neuen Anbieter ersetzt werden. Genau dort steckt oft der Großteil der Arbeit.
Das Land wechseln
Ein Wechsel des Landes fügt der technischen Frage eine rechtliche hinzu. Innerhalb der Europäischen Union verkehren personenbezogene Daten frei. Für eine Übermittlung außerhalb der Union schreibt die DSGVO einen Rahmen vor (Kapitel V): ein von der Kommission als angemessen anerkanntes Land, Standardvertragsklauseln oder andere geeignete Garantien [7].
Manche Länder schreiben außerdem vor, dass bestimmte Daten auf ihrem Gebiet bleiben, und Ihre Kunden können dies vertraglich verlangen. Lassen Sie den Rahmen von Ihrer Rechtsberatung prüfen: Wir unsererseits wählen den Hoster und die Region, die diesen Rahmen einhalten, und führen die technische Migration durch.
Denken Sie schließlich an die Details, die zählen: Antwortzeiten für weiter entfernte Nutzer, Uhrzeiten des Umstellungsfensters, zu ändernde IP-Adressen und Domainnamen.
Die Schritte einer erfolgreichen Migration
- Bestandsaufnahme machen: Server, Software, Datenflüsse zwischen ihnen, Zugänge, Lizenzen, versteckte Abhängigkeiten.
- Sichern und prüfen, bevor irgendetwas angefasst wird: eine vollständige, wiederherstellbare Datensicherung, unabhängig vom alten und vom neuen Hoster.
- Die Methode wählen, Server für Server: Neuinstallation, Kopie oder Replikation.
- An einer Kopie testen: den migrierten Server separat starten und prüfen, ob Ihre Software funktioniert.
- Die Umstellung vorbereiten: mit Ihnen abgestimmtes Zeitfenster, vorbereitete Domainnamen, informierte Benutzer.
- Umstellen und kontrollieren, mit jederzeit möglicher Rückkehr zum alten Stand.
- Den alten Server behalten, einige Tage lang, bevor er abgeschaltet wird; danach die Daten sauber löschen.
Unsere Empfehlung
Unsere Methode: virtualisierte Server auf einem Hypervisor, den wir beherrschen (Proxmox VE, VMware, Virtuozzo oder Hyper-V, je nach Hoster oder Ihrer Wahl), damit Ihre Server umzugsfähig bleiben, und eine Datensicherung mit WeDoBack als Rückhalt jeder Migration.
- Eine verschlüsselte und unabhängige Datensicherung, getrennt vom alten und vom neuen Hoster, wiederherstellbar auf die neue Infrastruktur.
- Ein Sicherheitsnetz: Mit den Ausweichservern von WeDoBack läuft Ihr Betrieb weiter, falls die Umstellung länger dauert als geplant.
- Eine maßgeschneiderte Synchronisation für sehr große Datenmengen: Die kontinuierliche Replikation zwischen Ursprungs- und Zielserver ist nicht automatisch, sie wird passend zu Ihren Anwendungen aufgebaut, auf Anfrage.
- Ein einziger Ansprechpartner für Bestandsaufnahme, Tests, Umstellung und Betrieb nach der Migration.
Für die Wahl des Ziels lesen Sie auch unseren Vergleich der Hosting-Formen und unseren Leitfaden zur Datensicherung.
Ein Server kann noch nicht migriert werden, weil eine alte Software von ihm abhängt? Lesen Sie unseren Leitfaden veraltete Systeme und Software: Man kann ihn virtualisieren, isolieren und die Migration an einer Kopie testen.
Bereiten wir Ihre Migration vor
Beschreiben Sie Ihre aktuellen Server und Ihr Ziel. Wir schlagen Ihnen eine Methode, einen Zeitplan und einen Rückweg vor.
Quellen
Quellen abgerufen am 17. Oktober 2026. Die Preise der Anbieter sind ohne MwSt. angegeben, in der Währung und Region der veröffentlichten Preisliste, und können sich ändern: Prüfen Sie vor jeder Entscheidung immer die offizielle Seite.
- StandICT – ISO/IEC 17203:2017, Open Virtualization Format (OVF) — www.standict.eu/standards-repository/standard/information-technology-open-virtualization-format-ovf-specification-0
- Proxmox – Pressemitteilung Proxmox VE 8.2 (24. April 2024) — proxmox.com/en/about/company-details/press-releases/proxmox-virtual-environment-8-2
- Übersicht der AWS-Preise für Datentransfer, geprüft im Juni 2026 — egresscost.com/aws/data-transfer-pricing
- AWS – Free data transfer out to internet when moving out of AWS (5. März 2024) — aws-news.com/article/2024-03-05-free-data-transfer-out-to-internet-when-moving-out-of-aws
- WZ-IT – Data Act: Artikel 25, 29 und 34 zum Anbieterwechsel — wz-it.com/en/blog/data-act-switching-charges-2027/
- Verordnung (EU) 2023/2854 (Data Act) – EUR-Lex — eur-lex.europa.eu/eli/reg/2023/2854/oj
- Verordnung (EU) 2016/679 (DSGVO), Kapitel V – EUR-Lex — eur-lex.europa.eu/eli/reg/2016/679/oj
Datensicherung und Wiederherstellung werden von WeDoBack durchgeführt.