Checkliste für den Hosting-Umzug: Ausfallzeiten und Datenverlust minimieren

Der Umzug Ihrer Website oder Kundenkonten auf eine neue Hosting-Plattform ist stressig, weil Ausfallzeiten Umsatzverluste und unzufriedene Nutzer bedeuten. Ohne einen strukturierten Plan können Sie leicht eine kritische Abhängigkeit vergessen oder den DNS-Wechsel zum falschen Zeitpunkt durchführen. Diese Checkliste führt Sie durch die drei Phasen, die die meisten Migrationsfehler verhindern: Kartierung der Abhängigkeiten vor der Migration, Sequenzierung des DNS-Wechsels und Rollback-Trigger nach der Migration.

Was sollten Sie vor einem Hosting-Umzug kartieren?

Bevor Sie etwas anfassen, benötigen Sie eine vollständige Bestandsaufnahme dessen, was von Ihrer aktuellen Hosting-Umgebung abhängt. Beginnen Sie damit, jede Domain, Subdomain, jedes E-Mail-Konto, jede Datenbank, jeden Cron-Job und jedes SSL-Zertifikat aufzulisten. Identifizieren Sie dann, welche Dienste miteinander kommunizieren – zum Beispiel könnte Ihre Anwendung von einer Datenbank auf demselben Server oder einer externen API abhängen.

Erstellen Sie eine Abhängigkeitskarte, indem Sie diese Fragen beantworten:

• Welche DNS-Einträge existieren? A-, AAAA-, CNAME-, MX-, TXT- und NS-Einträge beeinflussen jeweils verschiedene Dienste.
• Wohin fließen E-Mails? MX-Einträge bestimmen das Mail-Routing; wenn Sie das Hosting umziehen, aber E-Mails woanders lassen, müssen Sie MX selektiv aktualisieren.
• Welche Anwendungen verwenden Cron-Jobs? Geplante Aufgaben brechen oft, wenn sich Pfade oder Umgebungsvariablen ändern.
• Gibt es fest codierte IPs oder URLs? Ihr Code könnte auf die alte Server-IP oder absolute URLs verweisen.
• Wie groß und strukturiert ist die Datenbank? Große Datenbanken benötigen längere Übertragungszeiten und sorgfältige Integritätsprüfungen.

Die Dokumentation dieser Abhängigkeiten ermöglicht es Ihnen, eine Migrationsreihenfolge zu erstellen, die das Risiko minimiert. Zum Beispiel könnten Sie zuerst die Datenbank migrieren, dann die Anwendungsdateien, dann DNS umstellen – jeder Schritt vor dem nächsten überprüfbar.

Wie sequenzieren Sie den DNS-Wechsel, um Ausfallzeiten zu vermeiden?

Der DNS-Wechsel ist der Moment, in dem der Datenverkehr von Ihrem alten Server auf den neuen umgeleitet wird. Wenn Sie DNS zu früh umstellen, treffen Besucher auf eine unvollständige Website; zu spät, und Sie sind bereits umgezogen, aber niemand kann sie erreichen. Das Ziel ist ein Wechsel mit nahezu null Ausfallzeiten, indem Sie einer gestaffelten Sequenz folgen.

Hier ist eine bewährte Wechselsequenz:

1. Richten Sie die neue Umgebung vollständig ein. Laden Sie alle Dateien hoch, importieren Sie Datenbanken, konfigurieren Sie Webserver und testen Sie die Website über eine temporäre URL oder einen Hosts-Datei-Override.
2. Senken Sie die TTL (Time to Live) Ihrer DNS-Einträge 24–48 Stunden vor dem Wechsel. Eine niedrigere TTL (z. B. 300 Sekunden) bedeutet, dass DNS-Resolver die alte IP kürzer cachen, sodass der Wechsel schneller propagiert.
3. Führen Sie eine letzte Synchronisierung von Datenbanken und Dateien durch. Alle Änderungen, die während des Migrationsfensters auf dem alten Server vorgenommen wurden, müssen kopiert werden.
4. Stellen Sie DNS-Einträge auf die neue IP um. Aktualisieren Sie A-, AAAA- und alle anderen Einträge, die auf Ihren Server zeigen. Ändern Sie MX-Einträge nur, wenn Sie auch E-Mails umziehen.
5. Überwachen Sie Propagation und Datenverkehr. Verwenden Sie einen globalen DNS-Checker, um zu sehen, wann verschiedene Regionen die neue IP auflösen. Lassen Sie den alten Server mindestens 48 Stunden lang laufen.

Wenn Sie mehrere Domains für Reseller-Kunden verwalten, wiederholen Sie diese Sequenz pro Domain oder Gruppe, vermeiden Sie jedoch überlappende Wechsel, die Ihr Support-Team verwirren könnten.

Welche Checks sollten Sie direkt nach der Migration durchführen?

Nach dem DNS-Wechsel verifizieren Sie, dass alles von außen funktioniert. Führen Sie diese Checks in der ersten Stunde durch:

• Website lädt korrekt über HTTP und HTTPS, ohne Mixed-Content-Warnungen.
• Formulare, Logins und Transaktionen funktionieren – testen Sie die kritischen Nutzerpfade.
• E-Mail-Versand und -Empfang (falls Sie E-Mails umgezogen haben), indem Sie Testnachrichten an externe Konten senden.
• Cron-Jobs und Hintergrundaufgaben werden ohne Fehler ausgeführt, indem Sie Logs überprüfen.
• Datenbankverbindungen sind stabil und keine Abfragen schlagen fehl.
• SSL-Zertifikate sind für den neuen Server gültig und erneuern sich möglichst automatisch.

Führen Sie diese Checks von einem Gerät aus, das nicht Ihren lokalen DNS-Cache verwendet, oder verwenden Sie einen Online-Proxy, um frische Besucher zu simulieren.

Wann sollten Sie während der Migration einen Rollback auslösen?

Ein Rollback ist Ihr Sicherheitsnetz. Definieren Sie spezifische Trigger, bevor Sie beginnen, damit Sie genau wissen, wann Sie die Migration abbrechen und zum alten Server zurückkehren müssen. Häufige Trigger sind:

• Kritische Funktionalität fällt nach dem DNS-Wechsel aus (z. B. Zahlungs-Gateway-Fehler, Datenbankverbindungs-Timeouts).
• Datenverlust wird festgestellt – zum Beispiel fehlen aktuelle Datensätze in der neuen Datenbank.
• Sicherheitslücken treten auf auf dem neuen Server, die nicht sofort gepatcht werden können.
• Die Leistung verschlechtert sich erheblich im Vergleich zum alten Server, was die Benutzererfahrung beeinträchtigt.

Wenn Sie einen Trigger erreichen, führen Sie Ihren Rollback-Plan aus: Stellen Sie DNS auf die alte IP zurück, stellen Sie alle Daten wieder her, die auf dem neuen Server geändert wurden, und kommunizieren Sie den Nutzern, dass die Wartung verlängert wird. Lassen Sie den alten Server unangetastet, bis Sie sicher sind, dass die Migration erfolgreich ist – normalerweise eine Woche.

Was ist der letzte Schritt bei einem Hosting-Umzug?

Sobald die neue Umgebung einige Tage stabil ist, nehmen Sie den alten Server außer Betrieb. Bevor Sie etwas löschen, erstellen Sie ein letztes Backup des alten Servers und lagern Sie es mindestens 30 Tage lang extern. Aktualisieren Sie dann alle internen Dokumentationen, Überwachungsalarme und Abrechnungsdatensätze, um die neue Hosting-Konfiguration widerzuspiegeln.

Wenn Sie ein Reseller sind, der viele Kundenkonten umzieht, erwägen Sie die Verwendung einer Plattform, die Teile der Migration automatisiert – wie die Hosting-Automatisierungstools von Teculiar, mit denen Sie Konten von einem Dashboard aus bereitstellen und verwalten können. Die Automatisierung sich wiederholender Schritte reduziert menschliche Fehler und beschleunigt den Prozess.

Was Sie als Nächstes tun sollten

• Erstellen Sie Ihre Abhängigkeitskarte noch heute, auch wenn Sie noch nicht migrieren – das beschleunigt zukünftige Umzüge.
• Schreiben Sie Ihre Rollback-Trigger auf und teilen Sie sie Ihrem Team mit, bevor Sie beginnen.
• Testen Sie Ihre Migration nach Möglichkeit zuerst in einer Staging-Umgebung.

Wenn Sie bereit sind umzuziehen, befolgen Sie diese Checkliste Schritt für Schritt, und Sie halten die Ausfallzeiten auf Minuten, nicht Stunden.