Eine Migration ohne Ausfall ist Routine, kein Trick. Sie bauen den neuen Server neben dem alten auf, testen ihn, bevor jemand dorthin geschickt wird, stellen DNS zu einer ruhigen Stunde um und lassen den alten Server laufen, bis sich der neue bewährt hat. Die folgenden Schritte passen zu einem typischen Web-Stack: Dateien, eine Datenbank, ein Zertifikat und etwas E-Mail.
Ablaufplan
- Inventar. Listen Sie Webserver- und PHP-Versionen, Datenbanken, Cronjobs, Mail, DNS-Einträge, Zertifikate, Firewall-Regeln und alles auf, was sich per IP-Adresse verbindet.
- TTL senken. Setzen Sie die DNS-TTL mindestens einen Tag vor dem Umzug auf wenige Minuten, damit sich die Umstellung schnell verteilt.
- Neuen Server bauen. Möglichst gleiche Versionen. Installieren Sie Stack und Zertifikat, bevor Sie etwas kopieren.
- Erste Synchronisation. Kopieren Sie Dateien mit
rsyncund laden Sie einen Datenbank-Dump. Die Seite auf dem alten Server liefert weiter aus. - Am neuen Host testen. Verweisen Sie Ihren Rechner über die hosts-Datei auf die neue IP und klicken Sie Login, Checkout und Formulare durch.
- Einfrieren und letzte Synchronisation. Pausieren Sie Schreibvorgänge wie Bestellungen oder Beiträge kurz, wiederholen Sie Datei- und Datenbankkopie und führen Sie
rsyncfür die letzten Änderungen erneut aus. - DNS umstellen. Ändern Sie die A- und AAAA-Einträge. Besucher wechseln innerhalb der TTL.
- Beobachten und den alten Server behalten. Lassen Sie ihn ein bis zwei Tage online. Prüfen Sie die Logs beider Server.
- Aufräumen. Erhöhen Sie die TTL wieder, stoppen Sie Cron auf dem alten Server und kündigen Sie ihn, wenn Sie sicher sind.
Was meist schiefgeht
| Problem | Vorbeugung |
|---|---|
| Bestellungen landen nach der letzten Synchronisation noch in der alten Datenbank | Schreibvorgänge während der letzten Kopie einfrieren oder Replikation nutzen |
| Cronjobs laufen auf beiden Servern | Beim Umschalten auf dem alten Host deaktivieren |
| Zertifikatsfehler auf der neuen IP | Zertifikat vor der DNS-Umstellung installieren |
| Mail geht kaputt | MX-Einträge nicht anfassen, außer die Mail zieht mit um |
| Feste IP in Firewall oder API-Allowlist | Zuerst anhand des Inventars aktualisieren |
Rollback
Der alte Server ist Ihr Rollback. Schlägt nach der Umstellung etwas fehl, stellen Sie DNS zurück und beheben das Problem bei Tageslicht. Das funktioniert nur, wenn Sie nichts gelöscht haben und Schreibvorgänge auf dem neuen Server nachgespielt werden können oder nicht verloren gehen.
Wählen Sie das Ziel mit Blick auf CPU, RAM und NVMe. Die Entscheidung, das Shared Hosting zu verlassen, steht in Cloud oder Shared Hosting. Bestellen Sie Ihren Server auf der Seite Cloud-Server.
Häufige Fragen
Ist Null-Ausfall wirklich möglich?
Für leselastige Seiten ja. Für Shops und Apps mit Schreibzugriffen brauchen Sie ein kurzes Einfrieren oder Replikation, zielen Sie also auf keine sichtbare Unterbrechung.
Wie niedrig soll die TTL sein?
Wenige Minuten, mindestens einen Tag vor der Umstellung gesetzt, damit Caches ablaufen.
Ziehe ich die E-Mail mit um?
Nur wenn die Mail auf dem alten Server läuft. Sonst lassen Sie MX unverändert.
Wie lange behalte ich den alten Server?
Ein bis zwei Tage nach der Umstellung, länger bei langsam fließendem Traffic.