Hosting-Umzug: Website-Wechsel ohne Ausfall
Wir zeigen Schritt für Schritt, wie Sie Ihre Website und Ihre E-Mails mit vollständigem Backup, Testumgebung und geplanter DNS-Umstellung ohne Ausfall auf einen neuen Server umziehen.
Aurora YazılımRedaktionsteam
6 Min. Lesezeit
Für einen Hosting-Umzug wird zuerst ein vollständiges Backup von Dateien und Datenbank erstellt, dann auf den neuen Server geladen und über die hosts-Datei getestet. Läuft alles korrekt, werden die DNS-Einträge auf den neuen Server umgestellt. Wer vor dem Wechsel die TTL senkt und den alten Server einige Tage weiterlaufen lässt, vermeidet Ausfälle.
Was ist ein Hosting-Umzug?
Beim Hosting-Umzug werden die Dateien, die Datenbank und meist auch die E-Mail-Konten Ihrer Website von einem Server auf einen anderen übertragen. Für Besucher ändert sich die Adresse nicht; geändert wird nur die Maschine, auf der die Website im Hintergrund läuft.
Ein Website-Umzug wird meist durch Langsamkeit, zu knappe Ressourcen, Sicherheitsprobleme, Unzufriedenheit mit dem Support oder den Wechsel auf eine neue Software-Infrastruktur nötig. Was auch der Grund ist, das Ziel bleibt gleich: ein Wechsel, den Besucher nicht bemerken.
Den Hosting-Umzug sollte man nicht mit einem Domain-Transfer verwechseln. Der Wechsel des Domain-Registrars ist ein eigener Vorgang, den wir in unserem Beitrag zum Domain-Transfer beschrieben haben. Beides nacheinander statt gleichzeitig zu erledigen, senkt das Risiko.
Vor dem Umzug: Bestandsaufnahme
Die meisten Ausfälle entstehen durch einen vergessenen Baustein. Listen Sie vor Beginn des Umzugs vollständig auf, was auf dem alten Server läuft:
- Website-Dateien: Code, hochgeladene Bilder, Dokumente und Konfigurationsdateien.
- Datenbanken: Alle von der Website genutzten Datenbanken, ihre Benutzer und der Zeichensatz.
- E-Mail: Konten, Weiterleitungen und alte Nachrichten; liegt die E-Mail auf demselben Server, muss sie gesondert eingeplant werden.
- Geplante Aufgaben: Cron-Jobs für Berichte, Backups oder Synchronisierung.
- Servereinstellungen: PHP- oder Node.js-Version, Speicherlimits, Weiterleitungsregeln, SSL-Zertifikat.
- Externe Verbindungen: An IP-Adressen gebundene Freigaben bei Zahlungs-, Versand- oder API-Anbindungen.
Wie erstellt man ein vollständiges Backup?
Der erste und wichtigste Schritt des Umzugs ist ein vollständiges, geprüftes Backup, das den Rückweg offenhält. Es ist Ausgangspunkt des Umzugs und zugleich Ihre Absicherung, falls etwas schiefgeht. Die Details der Backup-Strategie haben wir in unserem Ratgeber Backup erstellen beschrieben.
Bietet Ihr Kontrollpanel eine Funktion für vollständige Backups, können Sie diese nutzen. Haben Sie SSH-Zugriff auf den Server, können Sie Datenbank und Dateien auch über die Kommandozeile sichern:
mysqldump -u kullanici -p --single-transaction --default-character-set=utf8mb4 veritabani > yedek.sql
tar -czf site-dosyalari.tar.gz -C /var/www siteBackup prüfen
Ist die Größe der Backup-Datei plausibel, lässt sich das Archiv entpacken, steht am Ende der SQL-Datei die Zeile, die den vollständigen Abschluss anzeigt? Ein Backup, das sich nicht öffnen lässt, ist kein Backup. Laden Sie die Sicherung außerdem auf Ihren eigenen Rechner oder in einen separaten Speicher herunter.
Übertragung auf den neuen Server
Bereiten Sie zuerst die Umgebung auf dem neuen Server vor: gleiche oder kompatible Softwareversionen, Datenbank samt Benutzer, benötigte Erweiterungsmodule und Verzeichnisrechte. Übertragen Sie anschließend Dateien und Datenbank. Für die direkte Übertragung zwischen zwei Servern ist rsync eine schnelle und zuverlässige Methode:
- Aktualisieren Sie Datenbankname, Benutzer und Passwort in der Konfigurationsdatei passend zum neuen Server.
- Prüfen Sie Datei- und Ordnerrechte; Upload-Ordner müssen beschreibbar sein.
- Richten Sie die Cron-Jobs auf dem neuen Server neu ein.
- Installieren Sie das SSL-Zertifikat auf dem neuen Server oder stellen Sie es neu aus.
rsync -avz -e ssh /var/www/site/ kullanici@yeni-sunucu:/var/www/site/
mysql -u kullanici -p veritabani < yedek.sqlTesten ohne DNS-Änderung
Die Website vor dem Livegang auf dem neuen Server auszuprobieren, ist der kritischste Schritt des Umzugs. Dazu tragen Sie in die hosts-Datei Ihres Rechners eine Zeile ein, die Ihre Domain mit der IP-Adresse des neuen Servers verknüpft. So öffnet nur Ihr Rechner die Website vom neuen Server; Besucher sehen weiterhin den alten Server.
203.0.113.10 alanadiniz.com www.alanadiniz.comcurl -I --resolve alanadiniz.com:443:203.0.113.10 https://alanadiniz.comWo liegt die hosts-Datei?
Probieren Sie im Test Formulare, Bezahlvorgang, Kundenlogin, Suche und Verwaltungsbereich einzeln durch. Vergessen Sie nicht, die eingefügte Zeile anschließend wieder zu löschen.
- Windows: C:\Windows\System32\drivers\etc\hosts (den Editor als Administrator öffnen).
- macOS und Linux: /etc/hosts (Bearbeitung mit sudo).
DNS-Umstellung und TTL
War der Test erfolgreich, folgt die DNS-Umstellung. Senken Sie mindestens einen Tag vor dem Wechsel die TTL der A-Einträge und bei Bedarf der MX-Einträge; so verbreitet sich die Änderung im Internet schneller. Wie DNS-Einträge und TTL funktionieren, haben wir im Beitrag Was ist DNS erklärt.
Stellen Sie im Moment des Wechsels den A-Eintrag auf die IP-Adresse des neuen Servers um. Verarbeitet Ihre Website Live-Daten, etwa Bestellungen oder Reservierungen, müssen Sie die Datenbank unmittelbar vor dem Wechsel noch einmal übertragen. Damit in der Zwischenzeit keine neuen Einträge entstehen, ist es am sichersten, die Website für einige Minuten in den Wartungsmodus zu versetzen.
Schalten Sie den alten Server nach dem Wechsel nicht sofort ab. Bis die DNS-Verbreitung abgeschlossen ist, erreichen manche Besucher möglicherweise weiterhin den alten Server; ihn einige Tage laufen zu lassen, bietet einen sicheren Puffer.
Beim E-Mail-Umzug beachten
E-Mail ist der empfindlichste Teil des Umzugs. Legen Sie die Konten auf dem neuen Server mit denselben Namen an, übertragen Sie alte Nachrichten per IMAP-Migration und ändern Sie den MX-Eintrag im letzten Schritt. Vergessen Sie nicht, auch die SPF-, DKIM- und DMARC-Einträge an den neuen Server anzupassen; sonst können Ihre versendeten E-Mails im Spam-Ordner landen.
Wer die E-Mail getrennt von der Website bei einem eigenen Business-E-Mail-Dienst führt, erleichtert künftige Serverwechsel erheblich. So bleibt die E-Mail beim Umzug der Website völlig unberührt.
Wechseln Sie auf eine neue Website oder Infrastruktur, können Sie den Umzug auch als Chance nutzen. Alte, ungenutzte Dateien, Testordner und überflüssige Datenbanktabellen nicht auf den neuen Server mitzunehmen, senkt sowohl das Risiko von Sicherheitslücken als auch die Backup-Größe. Wird zugleich das Webdesign erneuert, gehört auch ein Weiterleitungsplan von den alten auf die neuen Adressen in den Umzugszeitplan.
Checkliste nach dem Umzug
Die ersten 48 Stunden nach dem Wechsel sollten Sie aufmerksam beobachten. Prüfen Sie Folgendes:
Zeigt eine dieser Kontrollen ein Problem, können Sie durch Zurücksetzen des DNS-Eintrags binnen Minuten zum vorherigen Zustand zurückkehren, da der alte Server noch läuft. Ein Umzug mit Rückfallplan ist immer weniger riskant als ein überstürzter.
- Werden alle Seiten über HTTPS geladen, und ist das SSL-Zertifikat gültig?
- Versenden die Formulare E-Mails, werden Bestellungen und Zahlungen erfasst?
- Sind Bilder und Dateidownloads vollständig?
- Wie sind Serverantwortzeit und Seitengeschwindigkeit im Vergleich zu vorher?
- Gibt es mehr Crawling-Fehler bei Suchmaschinen?
- Entstehen neue Warnungen in den Fehlerprotokollen?
Wann ist ein Serverwechsel nötig?
Die Entscheidung für einen Serverwechsel fällt meist wegen Klagen über Langsamkeit, doch die Ursache der Langsamkeit ist nicht immer der Server. Auch schwere Bilder, überflüssige Skripte oder falsche Cache-Einstellungen bremsen eine Website aus. Eine Messung vor dem Umzug stellt sicher, dass Sie das richtige Problem lösen. Diese Messung und die Optimierung gehen wir im Rahmen unserer Speed- & Performance-Optimierung gemeinsam auf den Ebenen Bilder, Code, Server und Cache an.
Erfolgt der Umzug aus Sicherheitsgründen, ist Vorsicht geboten: Wird eine mit Schadcode infizierte Website umgezogen, zieht das Problem mit auf den neuen Server. Erst bereinigen, dann umziehen; die dafür nötigen Schritte haben wir im Beitrag Website gehackt beschrieben.
Bei Systemen, die Live-Daten verarbeiten, etwa einem Onlineshop oder einer Branchensoftware, muss der Umzug so geplant werden, dass Bestell- und Bestandsfluss nicht unterbrochen werden. Betreiben Sie eine E-Commerce-Infrastruktur oder die Lösungen von Aurora, können wir diesen Wechsel gemeinsam mit Ihnen planen.
Häufig gestellte Fragen
01Ist die Website beim Hosting-Umzug offline?
Bei richtiger Planung nicht, oder es gibt nur ein Wartungsfenster von wenigen Minuten. Ein Test auf dem neuen Server, eine niedrige TTL und ein einige Tage weiterlaufender alter Server verhindern Ausfälle weitgehend.
02Beeinflusst der Umzug das Suchmaschinen-Ranking?
Solange Adresse und Inhalt gleich bleiben, beeinflusst der Umzug allein das Ranking nicht. Bleibt die Website während des Umzugs jedoch lange unerreichbar oder sinkt die Geschwindigkeit deutlich, kann die Sichtbarkeit leiden.
03Wie lange dauert die Verbreitung einer DNS-Änderung?
Das hängt von der TTL des Eintrags und vom Cache der Internetanbieter ab. Wurde die TTL vorher gesenkt, verbreitet sich die Änderung meist schnell; sonst kann es länger dauern, bis der alte Eintrag aus dem Cache verschwindet.
04Kann ich den Umzug selbst durchführen?
Bei einer einfachen, statischen Website ja; die Werkzeuge des Kontrollpanels können ausreichen. Bei Websites mit Datenbank, E-Mail, Zahlungsanbindungen und laufendem Bestellfluss verringert die Zusammenarbeit mit einem erfahrenen Team das Risiko eines Datenverlusts.
Ein Hosting-Umzug ohne Ausfall besteht aus vollständigem Backup, Testumgebung, geplanter DNS-Umstellung und Nachbetreuung. Um zu planen, wie Ihre Website auf dem neuen Server messbar schneller und sicherer läuft, lernen Sie die Speed- & Performance-Optimierung von Aurora kennen oder nehmen Sie über die Kontaktseite Verbindung mit uns auf.
