Inhalt dieses Guides
Gameserver sicher auf neuen Host umziehen: Inventar, Backup, Versionsgleichheit, Datenbank, Mods, Ports, DNS, Testlauf, Umschaltung und Rollback planen.
Server-Arbeitsmodus
Arbeite den Guide kontrolliert ab und ändere immer nur eine Variable. Dein Fortschritt bleibt nur in diesem Browser gespeichert.
Wo hängt dein Server gerade?
Netzwerkdiagnose bringt nichts, solange der Server lokal nicht sauber startet oder lauscht.
Wenn localhost/LAN funktioniert, liegt der nächste Prüfbereich bei Host-Firewall, Router, öffentlicher Adresse und NAT.
Bei Lag, Abstürzen oder Update-Problemen sind Logs, Ressourcen, Mods und ein sauberer Rollbackpfad wichtiger als weitere Portregeln.
Ein Gameserver-Umzug ist am sichersten, wenn der neue Host zunächst parallel aufgebaut wird. Direkt am Migrationstag Betriebssystem, Spielversion, Mods und Netzwerk gleichzeitig zu ändern, erzeugt unnötig viele Fehlerquellen.
1. Inventar erstellen
Dokumentiere Serverversion, Startparameter, Ports, Savepfade, Mods/Plugins/Resources, Datenbank, Adminsystem, Scheduler, DNS und externe Integrationen. Erfasse auch nicht offensichtliche Dateien wie Whitelists oder Lizenzschlüssel.
2. Zielsystem vorbereiten
Installiere kompatible Runtime und Serverbinary. Halte Versionen möglichst gleich. Bei Plattformwechsel von Windows zu Linux oder umgekehrt prüfe Pfade, Groß-/Kleinschreibung und native Erweiterungen.
3. Testkopie wiederherstellen
Spiele ein aktuelles Backup auf den neuen Host, aber nutze andere Ports oder Firewallbeschränkung. Importiere die Datenbankkopie und teste echten Client-Join. So findest du fehlende Dependencies vor dem Wartungsfenster.
4. Freeze-Fenster definieren
Beim finalen Cutover muss verhindert werden, dass Spieler auf dem alten Server weiter Fortschritt erzeugen. Kündige Wartung an, stoppe Schreibaktivität und erstelle ein finales konsistentes Backup.
5. Netzwerk umschalten
Übertrage finale Daten, starte den Zielserver und teste lokal/extern. Passe dann DNS, Join-Adresse, Portweiterleitung oder Proxy an. Bei DNS senkt eine vorher reduzierte TTL die Übergangszeit, sofern der Dienst über einen Hostnamen verbunden wird.
6. Altsystem nicht sofort löschen
Halte es für eine definierte Rollbackfrist offline oder read-only verfügbar. Wenn ein kritischer Fehler erst nach einigen Stunden sichtbar wird, kannst du gezielt zurückschalten.
7. Nachkontrolle
Prüfe Logs, Savezeiten, Datenbanklatenz, Adminzugriff, Backups und Monitoring. Aktualisiere die Dokumentation mit neuen IPs, Ports und Pfaden.
Exit-Strategie schon beim Hoster wählen
Ein gutes Hostingangebot erlaubt vollständigen Export der Daten. Wenn Saves oder Datenbank nur über proprietäre Panels zugänglich sind, wird jeder spätere Umzug schwieriger.
Vorbereitung: Restore testen und Firewall-Regeln planen.
DNS und Zertifikate separat prüfen
Wenn Join-URLs, Reverse Proxies oder Webpanels Hostnamen nutzen, gehören DNS und TLS-Zertifikate in die Migrationsplanung. Prüfe, ob Zertifikate automatisiert neu ausgestellt werden können und ob alte IPs noch in Proxy- oder Firewallregeln stehen.
Nach der Umschaltung sollte ein externer Test aus mindestens einem zweiten Netz erfolgen. Lokale DNS-Caches und Hairpin-NAT können sonst den Eindruck erwecken, die Migration sei erfolgreich, obwohl neue Spieler noch auf das falsche Ziel treffen.