Dedicated Server umziehen: Checkliste für den Wechsel ohne Ausfallzeit
Einen Dedicated Server umzuziehen klingt nach einem groen Projekt ? und das ist es auch. Wer aber Schritt fr Schritt vorgeht, kann den Wechsel ohne nennenswerte Ausfallzeit durchfhren. In diesem Artikel erfhrst du, wie du deinen alten Server sauber inventarisierst, den neuen Server aufbaust, Daten bertrgst und den DNS-Umschritt sauber hinbekommst. Die einzelnen Schritte sind bewusst praktisch gehalten, damit du sie direkt umsetzen kannst. Vorausgesetzt wird dabei, dass du Zugriff auf beide Server hast und dich mit den Grundlagen deiner eingesetzten Software auskennst.
1. Server-Inventar erstellen und Abhngigkeiten prfen
Bevor du irgendetwas am neuen Server anfasst, brauchst du ein vollstndiges Bild vom alten System. Notiere alle laufenden Dienste, installierte Software, Cronjobs, Firewall-Regeln und Zertifikate. Vergiss dabei nicht Datenbanken, Mailserver und eventuelle Reverse-Proxy-Konfigurationen. Ein hilfreiches Werkzeug ist hier ein einfaches Skript, das dir die laufenden Prozesse, offenen Ports und installierten Pakete auflistet ? zum Beispiel mit dpkg --get-selections unter Debian oder rpm -qa unter CentOS. Speichere diese Liste ab, denn sie ist deine Grundlage fr den neuen Server. Ohne dieses Inventar vergisst du garantiert mindestens einen Dienst, der spter Probleme macht.
2. Neuen Server aufsetzen und Konfiguration bertragen
Richte den neuen Server mit dem gleichen Betriebssystem und der gleichen Software-Version ein wie den alten. Installiere zuerst die Basisdienste ? Webserver, Datenbank, PHP oder Node.js ? und bertrage dann die Konfigurationsdateien. Bei einem Apache-Webserver sind das zum Beispiel die Dateien unter /etc/apache2/sites-available/, bei Nginx unter /etc/nginx/conf.d/. Prfe nach jeder bertragenen Konfiguration, ob der Dienst ohne Fehler startet. Nutze dabei ruhig den neuen Server temporr ber seine IP-Adresse, um zu testen, ob Webseiten und Anwendungen dort korrekt laufen, bevor du irgendetwas am DNS nderst.
3. Daten bertragen und letzte Synchronisation durchfhren
Die eigentliche Datenbertragung ist oft der zeitaufwendigste Schritt. Fr Webseiten-Dateien eignet sich rsync, weil es nur genderte Dateien kopiert und den Vorgang unterbrechen kannst, ohne von vorne anzufangen. Datenbanken exportierst du am besten mit mysqldump oder pg_dump und importierst sie auf dem neuen Server. Kurz vor dem finalen Umschritt fhrst du eine letzte inkrementelle Synchronisation durch, damit wirklich alle neuen Daten beim neuen Server ankommen. Ein Praxisbeispiel: Wenn deine Datenbank tagsber wchst, weil Nutzer neue Inhalte erstellen, startest du den ersten Dump morgens und die finale Synchronisation nachts, wenn weniger los ist.
4. DNS umstellen und Umschaltung kontrollieren
Die DNS-Umstellung ist der kritischste Moment. Senke die TTL deiner DNS-Eintrge bereits ein bis zwei Tage vor dem Umzug auf 300 Sekunden (5 Minuten), damit die nderung sich schnell verbreitet. Stelle dann die A- und AAAA-Eintrge auf die IP des neuen Servers um und behalte den alten Server noch mindestens 48 Stunden parallel laufen. So fangen alle Anfragen, die noch auf die alte IP zeigen, weiterhin funktionierende Antworten ab. berprfe mit Online-Tools wie dig oder einem DNS-Propagations-Checker, ob die neuen Eintrge weltweit ankommen, bevor du den alten Server abschaltest.
Fazit
Ein Serverumzug ohne Ausfallzeit ist machbar, wenn du systematisch vorgehst. Die vier Schritte ? Inventarisieren, Aufsetzen, Datenbertragen und DNS umstellen ? bauen logisch aufeinander auf. Der wichtigste Tipp: Plane genug Zeit ein und behalte den alten Server so lange parallel am Laufen, bis du sicher bist, dass alles auf dem neuen Server luft. Wenn du das nchste Mal einen Server umziehst, hast du mit dieser Checkliste eine bewhrte Grundlage, die dir den Stress erspart.