Cloud-Hosting-Anbieter wechseln: Migration Schritt für Schritt planen

Ein Anbieterwechsel im Cloud Hosting gelingt ohne spürbaren Ausfall, wenn Sie ihn in klaren Phasen planen: erst Bestandsaufnahme und Vertragsprüfung, dann Aufbau und Test der Zielumgebung, danach Datenübertragung und DNS-Umstellung und zum Schluss eine Beobachtungsphase, bevor der alte Anbieter abgeschaltet wird. Die meisten Probleme entstehen nicht durch die Technik, sondern durch vergessene Abhängigkeiten, zu lange DNS-Zwischenspeicherung und fehlende Tests der Wiederherstellung. Die Migrations-Checkliste fasst die Schritte zum Abhaken zusammen; dieser Guide erklärt, warum sie wichtig sind.

Phase 1: Bestandsaufnahme

Erstellen Sie eine vollständige Liste dessen, was beim alten Anbieter läuft: virtuelle Server, Datenbanken, Speicher, Domains und DNS-Einträge, SSL/TLS-Zertifikate, E-Mail-Dienste, geplante Aufgaben (Cron), Monitoring und Backups. Notieren Sie außerdem Abhängigkeiten zu anbietereigenen Diensten, etwa spezielle Datenbanken, Warteschlangen oder Funktionen. Diese Punkte entscheiden darüber, wie aufwendig der Umzug wird. Prüfen Sie parallel den Vertrag: Laufzeit, Kündigungsfrist, Regelungen zu Datenrückgabe und Löschung. Zum Thema Bindung siehe Vendor-Lock-in und Data Act.

Phase 2: Rechtliches und Datenschutz

Schließen Sie mit dem neuen Anbieter einen Auftragsverarbeitungsvertrag (Art. 28 DSGVO) ab, bevor personenbezogene Daten übertragen werden. Aktualisieren Sie das Verzeichnis der Verarbeitungstätigkeiten, die Liste der Auftragsverarbeiter und gegebenenfalls Datenschutzhinweise. Prüfen Sie Standort und mögliche Drittlandbezüge, wie im DSGVO-Guide und im Guide zur Drittlandübermittlung beschrieben.

Phase 3: Planung

Aufgabe	Warum sie wichtig ist	Typische Dauer
Zeitfenster festlegen	Umzug bei geringer Last, Team verfügbar	Nach Absprache, oft Wochenende oder Nacht
DNS-TTL absenken	Kurze Zwischenspeicherung ermöglicht schnelles Umschalten und Zurückschalten	Einige Tage vor dem Umzug
Rückfallplan	Rückkehr zum alten System, falls Fehler auftreten	Vorab dokumentieren
Kommunikation	Kunden und Kollegen über mögliche Einschränkungen informieren	Vor dem Umzug
Zielumgebung bauen	Server, Netzwerk, Firewall, Monitoring vorab testen	Je nach Umfang Tage bis Wochen

Die TTL (Time to Live) legt fest, wie lange DNS-Antworten zwischengespeichert werden. Senken Sie sie einige Tage vor dem Umzug auf einen kurzen Wert, damit die Umstellung schnell wirkt. Beachten Sie, dass die alte, höhere TTL erst nach ihrem Ablauf aus den Zwischenspeichern verschwindet.

Phase 4: Aufbau und Test der Zielumgebung

Bauen Sie die neue Umgebung vollständig auf, bevor Sie Produktivdaten übertragen. Nutzen Sie, wenn möglich, automatisierte Beschreibungen der Infrastruktur und Konfiguration, damit der Aufbau wiederholbar ist. Testen Sie mit Kopien der Daten: Funktionstests, Leistungstests, Lasttests, Prüfung von Zertifikaten, E-Mail-Versand und geplanten Jobs. Verwenden Sie keine Testdaten, die gegen Datenschutzregeln verstoßen. Anonymisieren oder minimieren Sie, soweit möglich.

Phase 5: Datenübertragung und Umstellung

Vollbackup erstellen und die Wiederherstellung testen. Ein Backup, das nie getestet wurde, ist keine Sicherheit.
Daten übertragen: Dateien, Datenbanken, Konfiguration. Bei großen Datenmengen empfiehlt sich eine erste Vollkopie und danach eine kurze Synchronisation der Änderungen.
Schreibzugriffe stoppen oder in einen Wartungsmodus wechseln, um Datenverlust zu vermeiden. Dann letzte Synchronisation durchführen.
Funktionstests auf der neuen Umgebung, bevor DNS umgestellt wird (etwa über lokale Hosts-Einträge).
DNS umstellen und beide Umgebungen beobachten.
Nachkontrolle: Fehlerprotokolle, Antwortzeiten, E-Mail-Zustellung, Zahlungs- und Schnittstellenfunktionen.

Phase 6: Beobachtung und Abschaltung

Lassen Sie das alte System nach dem Umzug noch einige Tage bis Wochen laufen, am besten schreibgeschützt oder im Standby, bis klar ist, dass alles stabil funktioniert. Danach kündigen Sie die Dienste fristgerecht und lassen sich die Löschung der Daten schriftlich bestätigen, wie es der AVV vorsieht. Löschen Sie Zugangsdaten, Schlüssel und API-Tokens, die auf den alten Anbieter verweisen. Aktualisieren Sie die Dokumentation.

Rechenbeispiel zur Doppelbetriebszeit (illustrativ)

Läuft die alte Umgebung 3 Wochen parallel weiter, entstehen anteilige Kosten. Bei 200 € Monatskosten sind das etwa 200 × 21 ÷ 30 = 140 €. Zusammen mit Arbeitsaufwand ergibt sich eine realistische Migrationskostenschätzung, die Sie im Amortisationsrechner verwenden können. Dazu der Guide zur Wirtschaftlichkeit eines Wechsels.

Typische Fehler

Kein getestetes Backup vor dem Umzug.
DNS-TTL nicht rechtzeitig gesenkt, dadurch lange Übergangszeit mit zwei Systemen.
Geplante Jobs, E-Mail-Versand oder Zertifikate vergessen.
Alten Anbieter zu früh gekündigt und keinen Rückfallweg mehr gehabt.
Löschung der Altdaten nicht dokumentiert.
Datenschutzdokumentation nach dem Umzug nicht aktualisiert.

Häufige Fragen

Wie lange dauert ein Anbieterwechsel?

Für eine einfache Website einige Stunden bis Tage, für komplexe Umgebungen mit Datenbanken und mehreren Diensten Wochen. Die Vorbereitung nimmt meist mehr Zeit in Anspruch als die eigentliche Umstellung.

Geht der Wechsel ohne Ausfallzeit?

Mit sorgfältiger Planung, kurzer TTL und Parallelbetrieb lässt sich die Unterbrechung auf Minuten oder weniger reduzieren. Eine völlig unterbrechungsfreie Umstellung erfordert zusätzliche Technik wie Replikation.

Was passiert mit meiner Domain?

Die Domain bleibt bei Ihrer Registrierungsstelle, sofern Sie sie nicht ebenfalls umziehen. Beim reinen Hosting-Wechsel ändern Sie nur DNS-Einträge oder Nameserver.

Quellen und weiterführende Informationen

BSI — Hinweise zu sicherer Cloud-Nutzung und Datensicherung
Bundesbeauftragte für den Datenschutz und die Informationsfreiheit — Datenschutz bei Auftragsverarbeitung
DENIC eG — Informationen zu .de-Domains und Domainumzug