Ein Shop muss einen unzuverlässigen Hoster verlassen, ohne Bestellungen zu verlieren. Der neue Server steht bereit, DNS zeigt jedoch noch auf den alten und während eines langen Kopiervorgangs entstehen weiterhin Konten und Zahlungen.
Dieser Beitrag zeigt, wie Sie das Ziel vorbereiten, Änderungen während des Umzugs sichern, den Verkehr kontrolliert umschalten und den alten Server als Rollback-Möglichkeit bereithalten. Zu einer funktionsfähigen WordPress-Website gehören neben Dateien und Datenbank auch Serverregeln, Cronjobs, E-Mail, Zertifikate und externe Integrationen.
- Was das Thema bedeutet
- Ein realistisches WordPress-Beispiel
- Warum es wichtig ist und wann es eingesetzt wird
- Der einfache Weg für Einsteiger
- Der technische Weg
- Risiken, häufige Fehler und Rollback-Plan
- So unterstützt AIOWS: AIOWS Backup Manager
- Passende AIOWS-Artikel
- Fazit und empfohlener Weg
- Offizielle Quellen
Was das Thema bedeutet
Bei einem WordPress-Hosting-Umzug werden Datenbank und benötigte Dateien auf einen anderen Server kopiert, umgebungsspezifische Einstellungen angepasst und Besucher erst nach Prüfung des Ziels umgeleitet. Bleibt die öffentliche Domain gleich, ist eine Ersetzung gespeicherter URLs möglicherweise unnötig. Entscheidend ist die Kontrolle der Daten zwischen erster Kopie und endgültiger Umschaltung.
- Dateien, Datenbank, PHP-Erweiterungen, Webserverregeln, Cron, E-Mail-Versand, SSL und externe Integrationen bilden gemeinsam die laufende Website.
- Ein mehrere Stunden vor der Umschaltung erstelltes Paket ist auf einer transaktionsreichen Website schnell veraltet. Eine kurze Schreibsperre oder eine letzte Synchronisierung muss deshalb alle seit der ersten Kopie entstandenen Daten erfassen.
- Kündigen Sie den alten Dienst und löschen Sie seine Daten erst nach abgeschlossener DNS-Umstellung und vereinbarter Beobachtungszeit am neuen Hoster.
Ein realistisches WordPress-Beispiel
Ein Onlineshop muss einen unzuverlässigen Hoster verlassen. Die erste Kopie läuft bereits auf dem neuen Server, doch das öffentliche DNS leitet Kunden weiterhin zum alten System. Bestellungen und Kontoänderungen nach dem Kopierzeitpunkt fehlen am Ziel, wenn das Team Schreibzugriffe nicht kurz anhält oder unmittelbar vor der Umschaltung eine unterstützte letzte Synchronisierung durchführt.
Warum es wichtig ist und wann es eingesetzt wird
Ein Hostingwechsel ist sinnvoll, wenn der bisherige Anbieter die Anforderungen der Website nicht mehr erfüllt oder eine andere Plattform die benötigte Zuverlässigkeit, Betreuung, Serverregion oder Kapazität bietet. Beginnen Sie erst, wenn das Ziel richtig dimensioniert, eingerichtet und geprüft ist. Für einen einzelnen Darstellungs- oder Pluginfehler, der sich am bestehenden System beheben lässt, ist ein Umzug keine passende Sofortmaßnahme.
Besonders sorgfältig müssen Shops, Mitgliederseiten und Websites mit laufenden Formular- oder Redaktionsänderungen behandelt werden. Die erste Kopie dient dort als Probe; beim eigentlichen Wechsel müssen alle danach entstandenen Daten berücksichtigt werden. Der alte Vertrag und seine Daten bleiben bestehen, bis die DNS-Umstellung abgeschlossen und die vereinbarte Beobachtungszeit abgelaufen ist.
Der einfache Weg für Einsteiger
- Erfassen Sie PHP- und Datenbankversion, Speicher, DNS-Einträge, Zertifikate, geplante Aufgaben, E-Mail-Verarbeitung, Weiterleitungen und Rückrufadressen externer Dienste.
- Senken Sie gegebenenfalls die betreffende DNS-TTL rechtzeitig und warten Sie vor dem Wechsel, bis der alte Wert abgelaufen ist.
- Stellen Sie eine vollständige Kopie am Ziel wieder her und testen Sie sie über einen lokalen Hosts-Eintrag oder die Vorschauadresse des Anbieters, ohne das öffentliche DNS zu ändern.
- Wählen Sie ein ruhiges Zeitfenster. Halten Sie neue Schreibvorgänge kurz an oder führen Sie eine unterstützte letzte Synchronisierung durch und prüfen Sie danach aktuelle Inhalte und Transaktionen.
- Ändern Sie das DNS und testen Sie ungecachte Seiten,
wp-admin, Anmeldung, Formulare, E-Mail, Cron, Medien, Suche, Checkout, Webhooks und die Zertifikatskette.
Der technische Weg
Protokollieren Sie Quell- und Zieladresse, Paketkennung, Beginn der Schreibsperre, Abschluss der letzten Synchronisierung, DNS-Änderung, Prüfergebnisse und Rollback-Frist. Vergleichen Sie Bestände und die neuesten Einträge in wichtigen Tabellen, statt sich auf die Erfolgsmeldung des Kopierauftrags zu verlassen. Dateianzahlen und Prüfsummen können verspätete oder fehlende Uploads sichtbar machen.
Unterscheiden sich die Plattformen, prüfen Sie absolute Pfade, Dateieigentümer, PHP-Erweiterungen, Proxy-Header, HTTPS-Erkennung, Cron und den E-Mail-Versand. Ändert sich die öffentliche Domain, brauchen gespeicherte URLs ein WordPress-Werkzeug, das serialisierte Daten korrekt verarbeitet. Eine einfache Textersetzung im SQL-Dump kann Einstellungen beschädigen.
Risiken, häufige Fehler und Rollback-Plan
- Ändern Sie das DNS nicht nach einem bloßen Startseitentest. Anmeldung und alle wichtigen Schreibvorgänge müssen ebenfalls funktionieren.
- Ein mehrere Stunden altes Paket enthält möglicherweise nicht die letzten Bestellungen, Uploads oder Kontoänderungen.
- Während der Probe dürfen Cron, E-Mail oder Zahlungsrückmeldungen nicht unkontrolliert auf beiden Kopien aktiv sein.
- Kündigen Sie den alten Hoster nicht, solange zwischengespeicherte DNS-Antworten noch Besucher dorthin leiten können.
Scheitert das Ziel an der Abnahme, leiten Sie den Verkehr zurück, bevor beide Websites neue Daten sammeln. Bewahren Sie das fehlgeschlagene Ziel für die Diagnose auf, lassen Sie die alte Website maßgeblich und planen Sie nach der Fehleranalyse einen neuen Termin. Sobald beide Kopien unabhängig Schreibvorgänge annehmen, ist der Rollback keine einfache DNS-Änderung mehr.
So unterstützt AIOWS
AIOWS Backup Manager
Mit dem AIOWS Backup Manager lässt sich die unterstützte Sicherung erstellen und verwalten, die als Ausgangspunkt für den neuen Hoster dient. Legen Sie Datei- und Datenbankumfang, Speicherziel und Wiederherstellungspunkt eindeutig fest. Stellen Sie das Paket am Ziel wieder her, während der öffentliche Verkehr noch beim alten Server bleibt. So entsteht eine stabile Kopie für Konfiguration und Tests.
Das Modul deckt den Sicherungs- und Wiederherstellungsteil des Umzugs ab. DNS, TLS, E-Mail-Routing, Webhooks, umgebungsspezifische Einstellungen und Daten, die nach der Paketerstellung hinzukommen, benötigen weiterhin einen eigenen Migrationsplan. Prüfen Sie Medien, datenbankgestützte Funktionen und den administrativen Zugang. Vergleichen Sie wichtige Datensätze unmittelbar nach der letzten Synchronisierung.
Der Backup Manager kann Hostingvorgaben nicht umgehen, ungültige Quelldaten nicht reparieren und keinen akzeptablen Datenverlust festlegen. Halten Sie den alten Hoster und das letzte geprüfte Paket verfügbar, bis das Ziel die technische und fachliche Abnahme bestanden hat. Dokumentieren Sie Paket, Ziel, Sperrzeit, letzte Synchronisierung, DNS-Änderung, Tests und Rollback-Frist. Damit ist in jeder Phase klar, welche Kopie maßgeblich ist.
Passende AIOWS-Artikel
- WordPress nach dem Umzug defekt? Vollständige Fehlerbehebung
- WordPress-Umzugscheckliste: vor und nach der Migration
- WordPress-URLs nach der Migration ändern: sichere Anleitung
Fazit und empfohlener Weg
Bauen und prüfen Sie das Ziel, bevor Besucher dorthin gelangen. Erfassen Sie alle Änderungen seit der ersten Kopie durch eine dokumentierte Schreibsperre oder eine letzte Synchronisierung. Vergleichen Sie anschließend die entscheidenden Datenbestände und schalten Sie erst dann das DNS um. Für einen Rollback muss der alte Hoster unverändert verfügbar bleiben; der Verkehr wird zurückgeleitet, bevor beide Websites voneinander abweichende Daten annehmen.
