Server- und Hosting-Umzug ohne Ausfallzeit
Wir ziehen Live-Websites, Shops, Datenbanken, Hintergrunddienste und E-Mail auf einen neuen Server oder zu einem neuen Hosting-Anbieter um. Der neue Server läuft parallel, bis jede Website ihre Prüfungen bestanden hat, und die Umstellung selbst ist eine DNS-Änderung, die sich rückgängig machen lässt.
Wenn ein Umzug auf Ihrem Tisch landet
Niemand zieht aus Spaß mit Servern um. Meist legt jemand anderes den Termin fest, und auf dem Server läuft mehr, als irgendwer noch weiß.
- Ihr Hoster stellt den Tarif ein, und auf dem Server laufen E-Mail, fünf Websites und ein Cronjob, den niemand dokumentiert hat
- Die Hosting-Rechnung ist schon wieder gestiegen, und ein Umzug scheint riskanter als zu zahlen
- Betriebssystem oder Control Panel bekommen keine Updates mehr, und wer es eingerichtet hat, ist nicht mehr da
- Sie wollen mehrere alte Server zu einem zusammenlegen oder auf günstigere ARM-Server wechseln
- Die E-Mail für Ihre Domains liegt auf derselben Maschine, und niemand weiß, von welchen DNS-Einträgen sie abhängt
- Ein früherer Umzugsversuch endete mit kaputten Bildern, verlorenen Bestellungen oder zurückgewiesenen E-Mails
Was wir umziehen
Zuerst die Bestandsaufnahme
Bevor irgendetwas kopiert wird, erfassen wir, was tatsächlich läuft: Websites, Datenbanken, Cronjobs, Hintergrundprozesse, Postfächer und Weiterleitungen, FTP-Konten, Zertifikate und DNS-Einträge. Dabei tauchen meist ein paar Dinge auf, von denen der Inhaber nichts wusste.
Web-Stack und Datenbanken
nginx und Apache, mehrere PHP-Versionen nebeneinander, MySQL und PostgreSQL sowie Control Panels wie aaPanel und FastPanel. Websites ziehen mit ihren Einstellungen, Benutzern und Dateirechten um, nicht nur mit ihren Dateien.
Node, Docker und Dienste
Node.js-Anwendungen unter PM2 oder systemd, Docker-Container und die Prozesse, die im Hintergrund laufen. Abhängigkeiten werden auf der neuen Maschine neu gebaut, was wichtig ist, wenn sich die Prozessorarchitektur ändert.
Postfächer mit Passwörtern und Verlauf, Aliasse und Weiterleitungen, Spamfilter sowie DKIM, SPF und DMARC. Wo ein Anbieter ausgehenden Port 25 sperrt, läuft die ausgehende Post über ein Relay, damit nichts zurückkommt.
DNS und Cloudflare
Zonen werden aus den Einträgen im Panel des Registrars oder in Cloudflare neu aufgebaut, nicht aus Abfragen erraten. Die TTL wird vorab gesenkt, und die Nameserver werden beim Registrar erst geändert, wenn die neue Zone vollständig ist.
Backups und Monitoring
Der neue Server bekommt Backups auf einen getrennten Speicher mit Aufbewahrungsregeln und einer Testwiederherstellung, dazu Monitoring von Verfügbarkeit, Zertifikaten und Speicherplatz. Ein Server ohne sie ist erst halb umgezogen.
Ein Umzug, bei dem die Umstellung der langweilige Teil ist
Jede Website läuft zuerst unter einer temporären Adresse auf dem neuen Server. Wir öffnen ihre Seiten, schicken ihre Formulare ab, geben eine Testbestellung auf, wo es einen Checkout gibt, senden und empfangen E-Mails und warten, bis die Cronjobs gelaufen sind. Direkt vor der Umstellung werden die Daten noch einmal synchronisiert, damit Bestellungen und Kommentare seit der ersten Kopie nicht verloren gehen. Dann zieht das DNS Zone für Zone um. Der alte Server bleibt unangetastet, bis der neue eine Weile gelaufen ist, sodass ein Zurück nur eine Eintragsänderung ist.
- Eine schriftliche Bestandsaufnahme von allem, was auf dem alten Server läuft
- Jede Website auf dem neuen Server geprüft, bevor irgendein DNS-Eintrag geändert wird
- Eine letzte Datensynchronisation direkt vor der Umstellung
- Der alte Server bleibt als Rückfallebene, bis Sie bestätigen
Die Probleme, die wir schon kennen
Wir haben zehn Projekte und dreiundzwanzig Websites zwischen Servern umgezogen, darunter einen vollständigen Wechsel von x86- auf ARM64-Maschinen, und jedes Problem unterwegs festgehalten. Auf ARM müssen Node-Abhängigkeiten neu installiert statt kopiert werden, und PHP kann bei bestimmten JIT-Einstellungen abstürzen. MySQL kann beginnen, Tabellennamen nach Groß- und Kleinschreibung zu unterscheiden, und Abfragen brechen, die jahrelang funktioniert haben. Ein neueres oder älteres nginx lehnt Teile der alten Konfiguration ab, und Datenbanken ziehen mit der falschen Kollation um. Eine Cloudflare-Zone kann in der Aktivierung hängen bleiben, der Spamfilter signiert E-Mails womöglich erst nach einem Neustart in der richtigen Reihenfolge, und eine Firewall-Regel kann ein ganzes Büro sperren, das sich eine IP-Adresse teilt. Migrationswerkzeuge der Panels melden mitunter Erfolg bei einer unvollständigen Kopie, und Zertifikate können still aufhören, sich zu erneuern. Jedes davon ist heute in Minuten geprüft, statt in Stunden entdeckt zu werden.
- Eine Checkliste aus echten Umzügen, nicht aus der Dokumentation
- Architekturwechsel wie x86 zu ARM64 bewusst geplant
- Versionsunterschiede bei PHP, MySQL und nginx vor der Umstellung geprüft
- E-Mail, Zertifikate und Firewall-Regeln getestet, nicht vorausgesetzt
Nach dem Umzug: Betreuung statt Übergabeordner
Ein Umzug ist der Moment, in dem ein Team endlich den ganzen Server kennt: was dort läuft, warum und was wovon abhängt. Es wäre Verschwendung, dieses Wissen am Tag nach der Umstellung zu verlieren. Die meisten unserer Migrationskunden bleiben bei der monatlichen Serverbetreuung, in der dieselben Leute Updates einspielen, Backups und Monitoring im Blick behalten, Zertifikate erneuern und die nächste Änderung umsetzen. Wenn Sie den Server lieber selbst betreiben, erhalten Sie eine Dokumentation des neuen Setups und Zugang zu allem.
- Dokumentation des neuen Servers: Dienste, Pfade, Zeitpläne, Zugänge
- Backups und Monitoring ab dem ersten Tag
- Die Möglichkeit, mit monatlicher Serverbetreuung weiterzumachen
- Alle Konten und Schlüssel auf Ihren Namen
Wie ein Umzug abläuft
Bestandsaufnahme
Wir erhalten Lesezugriff auf den alten Server, die Domains und das DNS. Sie erhalten eine Liste dessen, was dort läuft und was der Umzug umfasst.
Plan und neuer Server
Wir legen Zielhoster und Servergröße fest und richten dann die neue Maschine mit denselben oder neueren Softwareversionen ein. Sie erhalten einen Umstellungsplan pro Website und pro Domain.
Kopieren und testen
Websites, Datenbanken, Dienste und E-Mail werden kopiert und unter temporären Adressen geprüft. Probleme werden behoben, während der alte Server noch alle bedient.
Umstellung
Nach einer letzten Datensynchronisation zieht das DNS Zone für Zone um, zu einem Zeitpunkt Ihrer Wahl. Wir beobachten dabei Traffic, Logs und E-Mail.
Beobachten und entscheiden
Der neue Server läuft unter Beobachtung, während der alte als Rückfallebene wartet. Dann wird der alte Server abgeschaltet, und Sie wählen zwischen monatlicher Betreuung und einer dokumentierten Übergabe.
Was wir umziehen und wohin
Panels und Webserver
- aaPanel
- FastPanel
- nginx
- Apache
- PHP-FPM 7.4 bis 8.4
- Let's Encrypt
Datenbanken und Anwendungen
- MySQL 5.7 und 8.0
- PostgreSQL
- Node.js mit PM2 oder systemd
- Docker
- Traefik
E-Mail und DNS
- Postfix
- Dovecot
- Exim
- Rspamd
- DKIM, SPF, DMARC
- Cloudflare
Infrastruktur
- Hetzner x86 und ARM64
- Hetzner Storage Box
- rsync
- Linux
Formen der Zusammenarbeit
Migrationsprojekt
Ein fester Umfang, vereinbart nach der Bestandsaufnahme: welche Websites, Dienste und Domains umziehen und wohin.
Umzug und monatliche Betreuung
Wir ziehen den Server um und betreuen ihn danach weiter: Updates, Backups, Monitoring und die nächsten Änderungen.
Hilfe nach Aufwand
Eine Bestandsaufnahme und ein Umzugsplan für Ihr eigenes Team oder Hilfe bei einem einzelnen kniffligen Teil wie E-Mail oder DNS.
Stimmen
Das Revol-Team stärkt die Entwicklungskapazitäten des Kunden kontinuierlich durch hochwertige Arbeit und verlässlichen Support. Die Kommunikation ist effektiv, und das Team versteht die Anforderungen und das Geschäft des Kunden sehr gut.
Tomas
Die Arbeit von Revol hat die Erwartungen voll erfüllt und den Kunden zufriedengestellt. Der frische Ansatz und die ständige Erreichbarkeit für Support waren wertvolle Pluspunkte. Wer ein kommunikatives, kundenorientiertes Team sucht, um seine Ziele zu erreichen, ist hier richtig.
Andrey
Häufig gestellte Fragen
Sind unsere Websites während des Umzugs offline?
Das sollten sie nicht sein. Der neue Server läuft parallel und übernimmt Traffic erst, wenn jede Website auf ihm geprüft wurde. Während sich das DNS aktualisiert, erreichen einige Besucher noch kurz den alten Server, deshalb bleibt er eingeschaltet, bis die Änderung überall angekommen ist.
Was passiert mit Bestellungen und Formulareingaben während der Umstellung?
Wir synchronisieren die Daten direkt vor der Umstellung noch einmal, sodass nur ein kurzes Zeitfenster bleibt. Für Shops mit viel Betrieb vereinbaren wir, wie es geschlossen wird: Umstellung zu einer ruhigen Stunde, Checkout für einige Minuten pausieren oder die letzten Bestellungen von Hand aus der alten Datenbank übernehmen.
Können Sie auch unsere E-Mail umziehen?
Ja. Postfächer ziehen mit ihren Nachrichten und Passwörtern um, soweit das alte System es zulässt, zusammen mit Aliassen und Weiterleitungen. Wir bauen DKIM, SPF und DMARC für den neuen Server neu auf und prüfen, dass ausgehende E-Mails zugestellt und nicht nur gesendet werden.
Wir laufen auf x86-Servern. Können wir auf ARM64 wechseln?
Meist ja, und ARM-Server sind bei gleicher Last oft günstiger. Die meisten PHP-, WordPress-, Node- und Datenbank-Workloads laufen auf ARM, sobald ihre Abhängigkeiten neu gebaut sind. Die Bestandsaufnahme zeigt früh, ob es etwas nur für x86 gibt, etwa ein altes Docker-Image oder ein Binärprogramm mit geschlossenem Quellcode, und dann bleibt dieser Teil auf x86.
Brauchen Sie Zugang zu unserem Domain-Registrar?
Für die Planung reicht Lesezugriff auf das DNS. Für die Umstellung müssen Einträge bearbeitet oder Nameserver geändert werden; das können Sie nach unserer Anleitung selbst tun oder uns für diesen Tag Zugang geben.
Was, wenn nach der Umstellung etwas kaputtgeht?
Der alte Server ist noch da, also ist die schnellste Lösung, das DNS zurückzuleiten, während wir die Ursache suchen. In den ersten Tagen nach jeder Umstellung behalten wir Logs, Mail-Warteschlangen und Monitoring im Blick, denn dann zeigen sich gern Probleme, die im Test nicht auftraten.
Können wir unser Control Panel hinter uns lassen?
Ja. Wir können Websites von einem Panel auf ein anderes umziehen oder auf einen schlanken Server ohne Panel, verwaltet über Konfigurationsdateien und Skripte. Wir empfehlen, was zu den Leuten passt, die den Server später betreuen.
Betreuen Sie den Server nach dem Umzug?
Wenn Sie möchten. Die meisten Migrationskunden machen mit monatlicher Serverbetreuung weiter, in der dasselbe Team Updates, Backups, Monitoring und weitere Änderungen übernimmt. Andernfalls erhalten Sie Dokumentation und vollen Zugang, und der Server gehört Ihnen.
Erzählen Sie uns von Ihrem Projekt
Beschreiben Sie die Aufgabe in wenigen Zeilen. Innerhalb eines Werktags melden wir uns mit Rückfragen oder einer ersten Einschätzung zu Umfang und Kosten.
Lieber per E-Mail oder Telefon?
welcome@revolsource.com
+38 097 662 23 20
Revol Software OÜ, Tallinn, Estland. Unser Team ist weltweit verteilt.
Werden Sie Teil unseres Teams
Senden Sie Ihren Lebenslauf an career@revolsource.com