cPanel-Site ohne Ausfallzeiten zu VPS migrieren

Veröffentlicht am 10. September 2026

Um eine cPanel-Site ohne unerwarteten Ausfall zu einem VPS zu migrieren, sollten Sie DNS als den letzten Umschaltpunkt behandeln, nicht als die erste Aufgabe. Richten Sie den Zielserver ein, kopieren Sie das Konto, testen Sie es auf der neuen IP-Adresse, reduzieren Sie die DNS-TTL und ändern Sie die Records erst, nachdem die Prüfungen von Anwendung, E-Mail und SSL erfolgreich waren. Die Site bleibt verfügbar, während die Arbeiten im Hintergrund stattfinden.

Bei einer Site für ein kleines Unternehmen, einem Agenturkonto oder einem Shop mit laufenden Bestellungen geht es bei der Migration weniger um das Verschieben von Dateien als um die Erhaltung des Dienstverhaltens. PHP-Versionen, Datenbankberechtigungen, Cron-Jobs, E-Mail-Routing, Weiterleitungen und Firewall-Regeln müssen alle in einem nachweislich funktionierenden Zustand ankommen. Dateien sind normalerweise der einfache Teil. Die kleinen Einstellungen, die sich rundherum verstecken, sind der Punkt, an dem Migrationen ihre grauen Haare bekommen.

Bevor Sie eine cPanel-Site zu einem VPS migrieren

Beginnen Sie mit einer Bestandsaufnahme des vorhandenen Kontos. Erfassen Sie die Domainnamen und Subdomains, den Festplattenspeicherverbrauch des Kontos, die PHP-Version und Erweiterungen, Datenbankgrößen, Cron-Jobs, E-Mail-Konten, Weiterleitungen, Autoresponder, DNS-Records, SSL-Zertifikate und alle externen Dienste, die von der Server-IP-Adresse abhängen. Bei E-Commerce- und SaaS-Workloads sollten Sie außerdem Zahlungs-Callbacks, API-Allowlists, Anbieter für transaktionale E-Mails und Hintergrund-Worker identifizieren.

Prüfen Sie, ob der Ziel-VPS genügend Reserven hat. Der Festplattenspeicher sollte das Quellkonto, das temporäre Migrationsarchiv, Datenbanken, Backups und normales Wachstum abdecken. RAM- und CPU-Anforderungen hängen vom Traffic und vom Software-Stack ab. Eine einfache Informationswebsite kann auf einem bescheidenen VPS gut laufen; WooCommerce, Magento, große WordPress-Multisite-Installationen oder eine stark ausgelastete Anwendung benötigen normalerweise mehr Speicher und Datenbankkapazität.

Das Ziel sollte vorbereitet sein, bevor Produktionsdaten kopiert werden. Legen Sie den Server-Hostname fest, installieren und aktualisieren Sie cPanel und WHM, falls dies Ihr gewähltes Control Panel ist, konfigurieren Sie Nameserver, wenn der VPS DNS hosten soll, und aktivieren Sie eine Firewall, bei der nur die erforderlichen Ports offen sind. Bestätigen Sie, dass Backups konfiguriert sind, unabhängig vom Quellserver. Ein Backup, das nur auf dem VPS gespeichert ist, ist nützlich, aber kein vollständiger Wiederherstellungsplan, wenn der VPS selbst ein Problem hat.

Wenn Sie von einem gemeinsamen cPanel-Hosting zu einem VPS wechseln, prüfen Sie, was bisher für Sie verwaltet wurde. Der alte Hoster hat möglicherweise E-Mail-Filterung, DNS, automatische SSL-Erneuerung, Malware-Scans oder serverexterne Backups übernommen. Bei einem verwalteten VPS können diese Punkte gemeinsam mit Ihnen geprüft und gepflegt werden. Bei einem nicht verwalteten Server werden sie zu Ihrer operativen Verantwortung. Keiner der beiden Ansätze ist falsch, aber Annahmen sind teuer.

DNS-TTL vor der Umschaltung senken

Etwa 24 bis 48 Stunden vor der geplanten Änderung sollten Sie die TTL der relevanten DNS-Records nach Möglichkeit auf 300 Sekunden senken. Dadurch können sich aktualisierte A-, AAAA- und MX-Records schneller verbreiten, wenn der Zeitpunkt der Umschaltung gekommen ist. Senken Sie sie nicht fünf Minuten vor dem Umzug und erwarten Sie dann, dass das Internet philosophisch damit umgeht. Rekursive Resolver haben den alten Wert möglicherweise bereits im Cache.

Bewahren Sie eine Aufzeichnung der aktuellen DNS-Zone auf, bevor Sie sie bearbeiten. Wenn nach der Umschaltung etwas Unerwartetes auftritt, ist das Wiederherstellen bekannter Records schneller, als sie aus dem Gedächtnis zu rekonstruieren.

Die richtige Übertragungsmethode wählen

Das Transfer Tool von WHM ist normalerweise die sauberste Methode, um vollständige cPanel-Konten zwischen kompatiblen Servern zu verschieben. Es überträgt Kontodaten, Datenbanken, E-Mail, DNS-Zoneninformationen und viele Einstellungen auf Kontoebene in einem kontrollierten Prozess. Verwenden Sie nach Möglichkeit Root- oder Reseller-Zugriff und prüfen Sie, ob der Quellserver die erforderliche SSH-Verbindung zulässt.

Ein vollständiges cPanel-Backup kann ebenfalls gut funktionieren, wenn eine direkte Server-zu-Server-Übertragung nicht verfügbar ist. Erstellen Sie das Backup, übertragen Sie es sicher auf den neuen VPS und stellen Sie es über WHM wieder her. Dieser Ansatz ist manueller, und das Backup bildet möglicherweise einen bestimmten Zeitpunkt statt der neuesten Änderungen ab. Planen Sie daher die finale Synchronisierung sorgfältig.

Bei Anwendungen mit ungewöhnlichen Setups kann eine manuelle Migration sicherer sein. Kopieren Sie Website-Dateien mit rsync oder einer anderen sicheren Übertragungsmethode, exportieren und importieren Sie Datenbanken, erstellen Sie Benutzer und Berechtigungen neu und bauen Sie dann die Konfiguration außerhalb des Kontos wieder auf. Das dauert länger, bietet aber mehr Kontrolle, wenn das Quellsystem benutzerdefinierte Nginx-Regeln, nicht standardmäßige Pfade, externen Speicher oder Anwendungs-Worker hat.

Vermeiden Sie es, nur das Verzeichnis public_html zu kopieren, es sei denn, Sie haben bestätigt, dass es nichts anderes zu erhalten gibt. E-Mail, Datenbanken, versteckte Dateien, Cron-Definitionen, SSL-Materialien und Konfigurationsdateien befinden sich oft außerhalb dieses Ordners.

Den VPS vor öffentlichen DNS-Änderungen testen

Sobald das Konto wiederhergestellt ist, prüfen Sie die Site gegen die Ziel-IP, ohne das öffentliche DNS zu ändern. Ein lokaler Hosts-Datei-Eintrag ermöglicht es Ihrem Computer, die Domain auf den neuen VPS aufzulösen, während alle anderen weiterhin den alten Server erreichen. Dies ist der richtige Zeitpunkt, um eine fehlende PHP-Erweiterung, eine defekte Rewrite-Regel oder einen Datenbankbenutzer zu finden, der nicht übernommen wurde.

Testen Sie die wichtigsten Seiten, den Login-Ablauf, Kontaktformulare, den Checkout, den Admin-Bereich, Bild-Uploads und geplante Aufgaben. Prüfen Sie dabei die Anwendungslogs und das Fehlerprotokoll des Webservers. Prüfen Sie, ob die Site die vorgesehene PHP-Version verwendet und ob der Dateibesitz korrekt ist. Eine Seite, die einmal lädt, ist noch nicht der vollständige Test. Sie sollte auch in die Datenbank schreiben, erforderliche Nachrichten senden und authentifizierte Sitzungen normal verarbeiten.

Prüfen Sie vor der Umschaltung auch SSL. Wenn das Zertifikat neu ausgestellt wird, nachdem DNS auf den VPS zeigt, bestätigen Sie, dass der virtuelle Host des Webservers korrekt ist und die Ports 80 und 443 erreichbar sind. Wenn Sie ein vorhandenes Zertifikat mitbringen, installieren Sie dessen Zertifikatskette und Schlüssel sicher. Browser sind bei Zertifikatsfehlern ziemlich ehrlich, manchmal mit mehr Drama als nötig.

E-Mail getrennt vom Web-Traffic behandeln

E-Mail ist der am häufigsten übersehene Teil einer VPS-Migration. Wenn die Domain externe E-Mail wie Google Workspace oder Microsoft 365 verwendet, behalten Sie die vorhandenen MX-, SPF-, DKIM- und DMARC-Records bei. Ersetzen Sie sie nicht versehentlich durch lokale cPanel-Mail-Records.

Wenn E-Mail in cPanel gehostet wird, migrieren Sie die Postfächer und testen Sie das Senden und Empfangen auf dem VPS. Während der DNS-Umstellung können neue Nachrichten auf einem der beiden Server landen. Lassen Sie das alte Hosting-Konto nach der Umschaltung mindestens 48 bis 72 Stunden aktiv und führen Sie eine abschließende Synchronisierung von E-Mails und Dateien durch, wenn die Quelle aktiv bleibt. Bei hohem Mail-Volumen oder geschäftskritischen Postfächern sollten Sie eine bewusst geplante E-Mail-Umschaltung vorsehen, statt sie als nachträglichen Gedanken zu behandeln.

Sorgfältig umschalten und den alten Server verfügbar halten

Wenn die Tests sauber sind, versetzen Sie dynamische Teile der Site kurz in einen Wartungsmodus, falls die Anwendung dies zulässt. Führen Sie einen abschließenden Datenbankexport oder eine Kontosynchronisierung durch, um Bestellungen, Formularübermittlungen, Benutzeränderungen und Inhaltsaktualisierungen zu erfassen, die seit der ersten Übertragung erfolgt sind. Stellen Sie diese finalen Daten auf dem VPS wieder her oder synchronisieren Sie sie und beenden Sie dann den Wartungsmodus, sobald die neue Umgebung bereit ist.

Aktualisieren Sie den A-Record auf die neue IPv4-Adresse und den AAAA-Record nur dann, wenn IPv6 konfiguriert und getestet ist. Wenn sich auch die Nameserver ändern, nehmen Sie diese Änderung bewusst vor und bestätigen Sie, dass die neue Zone jeden erforderlichen Record enthält. Das gleichzeitige Ändern von Nameservern und Neuaufbauen von DNS erhöht die Zahl der beweglichen Teile. Manchmal ist das notwendig, aber es ist nicht die schönste DNS-Situation.

Beobachten Sie den neuen Server in den ersten Stunden. Prüfen Sie Web-Zugriffsprotokolle, PHP- und Anwendungsfehler, CPU-Last, Speicherdruck, Festplattennutzung, Status der Mail-Queue und Datenbankaktivität. Bestätigen Sie, dass automatisierte Backups erfolgreich laufen und dass das Monitoring den neuen VPS erreichen kann. Bei kodu.cloud sind an diesem Punkt verwaltete Betriebsprozesse und FASTCARE monitoring nützlich: Der Dienst ist wieder ruhig, weil jemand das tatsächliche Serververhalten beobachtet, nicht nur die Startseite.

Kündigen Sie den alten Dienst nicht sofort. Lassen Sie ihn online, bis sich die DNS-Propagation stabilisiert hat, der Mail-Flow bestätigt ist, Backups geprüft wurden und wichtige Benutzer die Live-Site getestet haben. Für die meisten Standardsites sind 72 Stunden ein vernünftiges Sicherheitsfenster. Halten Sie in diesem Zeitraum einen Rollback-Plan bereit: Bewahren Sie die alten DNS-Werte auf, vermeiden Sie destruktive Änderungen an der Quelle und wissen Sie, wer die Entscheidung trifft, falls eine Rückkehr nötig ist.

Prüfungen nach der Migration, die spätere Probleme verhindern

Überprüfen Sie nach dem Umzug geplante Backups, Aufbewahrungsfristen, Wiederherstellungstests, Sicherheitsupdates, Firewall-Verhalten und Ressourcentrends. Entfernen Sie alte Testeinträge aus Ihrer lokalen Hosts-Datei. Aktualisieren Sie alle externen Allowlists, Monitoring-Ziele, Webhook-Endpunkte und die Dokumentation, die auf die alte IP-Adresse verweisen.

Ein VPS gibt Ihnen auch die Gelegenheit, lange angesammelten Hosting-Ballast aufzuräumen. Entfernen Sie inaktive E-Mail-Konten, alte Staging-Kopien, aufgegebene Datenbanken sowie Plugins oder Erweiterungen, die nicht mehr benötigt werden. Tun Sie dies, nachdem die Migration stabil ist, nicht während des kritischen Übertragungsfensters. Ruhige Änderungen lassen sich leichter rückgängig machen.

Eine gute Migration hinterlässt mehr als nur eine Site, die zufällig lädt. Sie hinterlässt einen Server, den Sie überwachen, wiederherstellen, aktualisieren und ihm vertrauen können, wenn der Traffic zu einer ungünstigen Stunde eintrifft. Planen Sie diese operative Reserve in den Umzug ein, dann wird sich die nächste Wartungsaufgabe viel weniger wie ein Rettungseinsatz anfühlen.

Andres Saar Customer Care Engineer