Freitag 17 Uhr: DNS-Umstellung auf den neuen Host. Um 17:05 Uhr antwortet die Seite – aber die Bestellungen seit 16:00 Uhr. sind verschwunden, weil die Datenbank mittags exportiert wurde und niemand neu synchronisiert hat. Um 17:30 Uhr sind die Bilder in 404: Die Uploads waren nicht im letzten Rsync. Das „One-Click-Migration“-Tool sah jedoch einwandfrei aus.
Eine nahtlose Migration ist keine Frage der Host-Marke. Es ist eine Chronologie: was kopiert werden muss, wann Schreibvorgänge eingefroren werden müssen, wann das DNS geändert werden muss und wie zurückgegangen werden soll.
Phase 0: Inventar und Fenster
Liste: Datenbank, Dateien, Cron, E-Mails, DNS, Zertifikate, Webhooks, IP-Zulassungsliste, Objektspeicher. Bringen Sie ein verkehrsarmes Fenster an. Informieren Sie die Beteiligten über das kurze Wartungsfenster für den endgültigen Speicherauszug – nicht für die gesamte Migration.
| Element | Vor der Migration | D-Day |
|---|---|---|
| TTL-DNS | 300 Sek. | Tropfen bereits ausgebreitet |
| TLS-Zertifikat | ACME oder importbereit | Gültig auf neuer IP |
| Cron/Arbeiter | Deaktiviert auf alt nach dem Wechsel | Aktiv auf Neu |
| E-Mails | MX unverändert oder geplant | SPF/DKIM verifiziert |
Phase 1: Kaltsynchronisierung, ohne Umschalten
- Massenkopie von Dateien + erster Export auf Basis einer neuen Infrastruktur.
- Konfiguration Nginx, PHP, „.env“, Versionen ausgerichtet.
- Funktionstest über Hosts-Datei oder URL-Vorschau – nicht über öffentliches DNS.
- Delta-Synchronisierung-Dateien bis D-1.
Berühren Sie das öffentliche DNS nicht, bis die Tests fehlschlagen.
Phase 2: D-Day – strenge Reihenfolge
Empfohlene Reihenfolge:
- Machen Sie die alte Site schreibgeschützt (Wartungsflag oder Konfigurations-App).
- Endgültiger Dump-Basis- + endgültige rsync-Dateien.
- Rauchtest auf neuer Infrastruktur (Login, Warenkorb, kritische API).
- DNS A/AAAA oder CNAME auf neues Ziel umstellen.
- Protokolle und Fehler überwachen 30–60 Min.
- Cron aktivieren bei Neu; deaktivieren auf alt.
- Halten Sie die alte Umgebung 48–72 Stunden lang für ein Rollback intakt.
Das Ändern des DNS vor dem endgültigen Dump bedeutet, Datenverlust stillschweigend hinzunehmen.
WordPress-, SaaS- und Objektspeicherfälle
WordPress – praktische Migrations-Plugins, aber überprüfen Sie serialisierte URLs in Basis, Permalinks, Cron „wp-cron.php“. Suchen/Ersetzen-Domänen erst nach Validierung.
SaaS mit Arbeitern – Verbraucher stoppen, bevor sie entsorgt werden; Neustart nach DNS-Umstellung, um Doppelverarbeitung zu vermeiden.
Medien auf S3 – kein Festplatten-Rsync: gleicher Bucket oder regionsübergreifende Replikation; Migrieren Sie nur die Konfiguration und die Schlüssel.
Rollback: Bereiten Sie die Umkehrung vor
Wenn die neue Site nach DNS kaputt geht:
- Niedrige TTL ermöglicht einen schnellen Repoint auf die alte IP.
- Zerstören Sie den alten Server nicht vor Ablauf von 72 Stunden nach der Validierung.
- Dokumentieren Sie Whois-DNS und Zugriffspanel beider Hosts.
Der Gipfel: „Zero Downtime“-Marketing vs. Datenausfallzeit
Dies ist der Unterschied zwischen der kommerziellen Demo und der Buchhaltung am Montagmorgen. Messen Sie den Erfolg anhand der Datenkonsistenz, nicht nur anhand des Pings.
Entscheide dich und gehe ohne blinden Fleck voran
- TTL senken eine Woche vorher.
- Testen Sie die Vorschau, bis die Farbe vollständig grün ist.
- Führen Sie Sequenz J mit eingefrorenem endgültigen Dump aus.
- Überwachen nach dem Umschalten; Halten Sie den Rollback bereit.
- Vergleichen Sie Migrationsangebote in Verzeichnis – lesen Sie kostenlose Migrationsumfrage.
Siehe staging, um die leere Migration vor der Produktion zu wiederholen.
Häufig gestellte Fragen
Wie lange dauert es, die DNS-TTL vor der Migration zu senken?
Wechseln Sie mindestens 24–48 Stunden vorher auf 300 s – idealerweise eine Woche, wenn die alte TTL lang war.
Zuerst die Dateien oder die Datenbank migrieren?
Zuerst die Dateien synchronisieren; schreibgeschützte Basis zum Zeitpunkt J für einen konsistenten endgültigen Dump.
Sollte die Site während der Migration gekürzt werden?
Keine Stunden. Eine kurze Wartung auf der Enddeponie reicht aus, wenn der Rest vorbereitet ist.
Wie teste ich, bevor ich auf DNS verweise?
Hosts-Datei, temporärer Hostname oder Host-Vorschau-URL. Validieren Sie Login, Formulare, E-Mails und Cron.
Das richtige Migrationstool ist eines, das Ihr Team in der richtigen Reihenfolge ausführen kann – mit einem fertigen DNS-Plan B, bevor Sie die Eingabetaste drücken.