Ein Server kann in der Konsole gut aussehen, während die Spieler leise die Geduld verlieren. Chunks laden spät, Mobs frieren zu Stoßzeiten ein, Backups sind unklar und jedes Update fühlt sich riskant an. Wenn du den Hoster deines Minecraft-Servers wechseln musst, geht es nicht nur darum, Dateien zu verschieben. Es geht darum, deine Welt, den Spielerfortschritt, Mods, Plugins und deine Community umzuziehen, ohne den Umzugstag zum Desaster zu machen.
Die gute Nachricht: Ein sauberer Umzug ist meist viel einfacher, als einen Server von Grund auf neu aufzubauen. Schwierig ist, zu wissen, welche Dateien zählen, die richtigen Java- und Serverversionen abzustimmen und die finale Umstellung nicht zu überstürzen. Erledigst du diese Details in der richtigen Reihenfolge, merken deine Spieler womöglich nur, dass sich der Server schneller anfühlt.
Wann du den Hoster deines Minecraft-Servers wechseln solltest
Lag ist der offensichtliche Grund zu gehen, aber nicht der einzige. Ein Server, der mit drei Spielern 20 TPS hält und einbricht, sobald sich deine Community einloggt, hat ein Leistungsproblem, oft verbunden mit schwacher Single-Core-Geschwindigkeit der CPU, überlasteten Nodes oder langsamem Speicher. Der Haupt-Thread des Minecraft-Servers profitiert kaum von einem Haufen langsamer Kerne. Er profitiert von schnellen Kernen, die die Ticks am Laufen halten.
Vielleicht wächst du auch aus dem Setup des Hosters heraus. Modpacks können mehr RAM und Speicher brauchen als eine kleine Vanilla-Welt. Ein Paper- oder Purpur-Server mit mehreren Plugins braucht womöglich mehr CPU-Reserve statt mehr Speicher. Netzwerke mit BungeeCord oder Velocity brauchen eine zuverlässige Verbindung zwischen den Instanzen. Macht dein aktueller Anbieter diese Upgrades umständlich, verlangt Geld für einfache Backups oder lässt dich auf generischen Support warten, ist ein Wechsel vernünftig.
Es gibt aber einen Haken. Zieh nicht einfach um, weil ein Tarif mit einer riesigen RAM-Zahl wirbt. Mehr RAM repariert keine fehlerhafte Mod, kein überlastetes Plugin, keine schlechten JVM-Flags und keine riesige Entity-Farm. Prüf zuerst dein spark-Profil. Fallen die TPS, wenn eine bestimmte Plugin-Aufgabe läuft, behebe dieses Problem zusammen mit dem Umzug. Bessere Hardware gibt dir Luft zum Atmen, aber keine Erlaubnis, ein kaputtes Setup zu ignorieren.
Was du vor dem Umzug prüfen solltest
Dokumentier zuerst den Server, wie er jetzt ist. Notier Minecraft-Version, Server-Software, Java-Version, Start-Flags, zugeteilten RAM, Port-Einstellungen und geplante Aufgaben. Schreib dir bei einem gemoddeten Server den genauen Build des Forge-, NeoForge- oder Fabric-Loaders auf. Eine Versionsabweichung kann den Serverstart verhindern oder, schlimmer noch, Kompatibilitätsprobleme mit der Welt verursachen.
Sieh dir als Nächstes deine aktuelle Dateistruktur an. Die meisten Umzüge brauchen den Weltordner, world_nether und world_the_end sowie Konfigurationsdateien, Plugins oder Mods und die Spielerdaten in jeder Welt. Vergiss nicht whitelist.json, ops.json, banned-players.json, banned-ips.json, server.properties und die Daten des Berechtigungs-Plugins. Betreibst du LuckPerms mit einer Datenbank statt lokalem Speicher, exportier oder migrier auch diese Datenbank.
Ein paar weniger offensichtliche Dateien zählen oft auch. Einstellungen für eigene Ressourcenpakete, von Plugins erzeugte Karten, Discord-Integrations-Tokens, Wirtschaftsdatenbanken und Mod-Konfigurationen können alle außerhalb des Hauptweltordners liegen. Nutzt du ein Karten-Plugin, können dessen Kacheln so groß sein, dass sie die Übertragungszeit beeinflussen. Bist du unsicher, ob ein Ordner gebraucht wird, nimm ihn zuerst ins Backup auf. Speicher ist billig im Vergleich dazu, deiner Community fehlende Spieler-Homes zu erklären.
Erstell, bevor du etwas änderst, zwei Backups: eines über das Backup-Tool des Hosters und eine heruntergeladene Kopie, die lokal oder in einem separaten Cloud-Speicher liegt. Prüf, dass das Archiv vollständig erstellt wurde und eine plausible Dateigröße hat. Ein Backup, das nur als Statusmeldung existiert, ist kein Wiederherstellungsplan.
So wechselst du den Hoster deines Minecraft-Servers sicher
Der sicherste Umzug folgt einem einfachen Muster: neuen Server vorbereiten, privat testen und dann nach dem Stoppen des alten Servers eine letzte Kopie machen. Diese letzte Kopie verhindert, dass Spieler auf der alten Welt weiterbauen, während du sie schon umziehst.
1. Bau das Ziel auf, bevor du den Umzug ankündigst
Stell beim neuen Hoster den richtigen Servertyp bereit. Wähl Vanilla für eine schlichte Survival-Welt, Paper oder Purpur für Plugin-Server und die passende Forge- oder Fabric-Version für gemoddete Welten. Leg die Java-Version vor dem ersten Start fest. Moderne Minecraft-Versionen brauchen häufig neuere Java-Versionen, während ältere Modpacks darauf scheitern können.
Lade eine Kopie deiner Serverdateien hoch und starte den Server dann mit einem temporären Port oder aktivierter Whitelist. Öffne ihn noch nicht für die ganze Community. So hast du eine kontrollierte Testumgebung, in der eine fehlende Konfiguration nicht zu einem öffentlichen Problem wird.
2. Teste, was die Spieler wirklich nutzen
Tritt mit derselben Spielversion bei, die deine Spieler nutzen. Prüf Spawn, Nether, End, Homes, Claims, Ränge, Shops, Berechtigungen und eigene Befehle. Bestätige bei gemoddeten Servern, dass sich das Client-Modpack ohne Registry-Fehler verbindet und dass gemoddete Blöcke, Dimensionen und Inventare korrekt funktionieren.
Beobachte die Konsole beim Start und während Chunks generiert oder geladen werden. Ein paar Warnungen sind bei manchen Modpacks normal. Wiederholte Fehler, Plugins, die sich nicht aktivieren lassen, oder ein Server, der leer unter 20 TPS liegt, sind es nicht. Behebe das vor der Umstellung. Privat lässt sich viel leichter Fehler suchen als mit 40 Spielern, die fragen, warum ihre Kits verschwunden sind.
3. Plan ein kurzes Wartungsfenster
Nenn den Spielern eine klare Uhrzeit und bitte sie, sich vor dem Umzug auszuloggen. Ein kurzes Wartungsfenster ist besser als ein vager ganztägiger Ausfall. Betreibst du einen öffentlichen Server, veröffentliche die neuen Verbindungsdaten erst, wenn das Ziel den Test bestanden hat.
Stopp zur geplanten Zeit den alten Server sauber über sein Panel oder die Konsole. Kopier nie eine laufende Welt, wenn es sich vermeiden lässt. Minecraft hält Region- und Spielerdateien im Speicher, und eine unvollständige Kopie kann verlorenen Fortschritt oder beschädigte Chunks hinterlassen.
Mach ein letztes Backup und übertrag dann die neu geänderten Weltdateien und Daten zum Ziel. Ersetz die frühere Testkopie, starte den neuen Server und sieh dir die Konsole noch einmal an. Log dich selbst ein, bevor du den Zugang wieder öffnest. Diese letzte Prüfung dauert Minuten und fängt Fehler ab wie eine falsche server.properties, eine fehlende Plugin-Abhängigkeit oder eine Port-Einstellung, die vom alten Hoster übernommen wurde.
4. Lass den alten Server ein paar Tage unangetastet
Lösch den alten Server nicht in dem Moment, in dem der neue startet. Lass seine Dateien und Backups verfügbar, bis du weißt, dass die neue Umgebung stabil ist. Das ist besonders nützlich bei großen Modpacks, eigenen Karten und datenbankgestützten Plugins, bei denen eine vergessene Datei erst auffällt, wenn ein Spieler einen bestimmten Bereich besucht.
Ändere genau eine Variable auf einmal. Zieh die Welt zuerst unverändert um — gleiche Minecraft-Version, gleiche Plugins, gleiches Java —, bestätige einen Tag lang, dass sie stabil läuft, und aktualisier erst dann das Spiel, tausch Plugins oder heb Java an. Machst du alles in einer Nacht, hat jedes Problem vier mögliche Ursachen und keine klare Lösung.
Wähl Hardware für deinen tatsächlichen Server
Ein Umzug ist der richtige Zeitpunkt, um Hosting nicht mehr nach einer einzigen Schlagzeilenzahl zu kaufen. Für die meisten Minecraft-Server zählt zuerst die Qualität der CPU. Hochgetaktete Ryzen- oder EPYC-Infrastruktur gibt dem Haupt-Thread eine bessere Chance, die TPS zu halten, wenn Spieler erkunden, Redstone läuft, Farmen aktiv werden oder Plugins Events verarbeiten.
Auch NVMe-Gen4-Speicher macht einen praktischen Unterschied. Schnellerer Plattenzugriff hilft beim Speichern der Welt, bei Backups, beim Start und bei chunk-bezogenen Vorgängen. Er beseitigt keinen Lag eines schlecht optimierten Modpacks mit 300 Mods, schaltet den Speicher aber als häufigen Engpass aus. Eingebauter DDoS-Schutz zählt ebenfalls, wenn du einen öffentlichen Server betreibst. Ein Angriff sollte deine Community nicht offline nehmen können, nur weil du sichtbar geworden bist.
Plan den RAM nach deiner Software und Spielerzahl, mit Luft für Spitzen. Ein leichter Paper-SMP läuft womöglich gut mit einer bescheidenen Zuteilung. Ein stark gemoddetes Forge-Modpack, eine große Render-Distanz oder ein belebter öffentlicher Wirtschaftsserver braucht mehr. Teil Java aber nicht jedes verfügbare Gigabyte zu. Hoster und Panel brauchen Systemreserve, und übermäßig große Heaps können die Garbage Collection unvorhersehbarer machen.
Ein guter verwalteter Hoster sollte diese Entscheidungen weniger schmerzhaft machen: Ein-Klick-Bereitstellung, ein vertrautes Pterodactyl-Panel, zugängliche Logs, automatische Backups und Support, der den Unterschied zwischen einem Fehler des Fabric-Loaders und einem Plugin-Konflikt erkennt. Elysium ist um diesen Minecraft-spezifischen Ansatz herum gebaut, mit schneller Ryzen-Hardware, NVMe-Gen4-Speicher, DDoS-Schutz und Hilfe beim Umzug, wenn du sie brauchst.
Häufige Umzugsfehler, die zu Rollbacks führen
Der häufigste Fehler ist, die Welt zu kopieren, aber die Daten drumherum zu vergessen. Spieler treten dann der richtigen Karte bei, haben aber keine Berechtigungen, Homes, Ränge oder Inventardaten. Der zweite ist, zu viele Variablen auf einmal zu ändern. Wechselst du an einem Abend den Hoster, aktualisierst Minecraft, ersetzt Plugins und änderst die Java-Version, weißt du nicht, was ein Problem verursacht hat.
Ein weiterer Fehler ist, einen Teststart für einen vollständigen Test zu halten. Ein Server kann erfolgreich starten, während eine bestimmte Dimension, ein Claim-Plugin oder eine Datenbankverbindung kaputt ist. Teste die Funktionen, auf die deine Spieler angewiesen sind, nicht nur, ob die grüne Online-Anzeige erscheint.
Lass schließlich DNS-Änderungen nicht deinen ganzen Zeitplan bestimmen. Nutzt du eine eigene Adresse, senk wenn möglich vorab ihre TTL, lass die alte Adresse aber vorübergehend erreichbar. Spieler können die direkte neue IP und den Port nutzen, während die DNS-Verbreitung aufholt. Klare Kommunikation ist besser als die Hoffnung, dass sich jedes Gerät im selben Moment aktualisiert.
Ein Hosterwechsel sollte sich wie ein kontrolliertes Upgrade anfühlen, nicht wie ein Sprung ins Ungewisse. Erstell ein geprüftes Backup, bild deine Umgebung nach, teste das Ziel unter echten Bedingungen und schalte erst dann den Server um, den deine Spieler nutzen. Deine Community ist wegen der Welt da, die ihr gemeinsam gebaut habt. Gib ihr einen Umzug, der diese Welt schützt, und lass sie dann die schnelleren Ticks genießen.
Elysium läuft auf hochgetakteter Ryzen-Hardware mit NVMe-Gen4-Speicher, automatischen Backups und DDoS-Schutz — und wir helfen dir, Welt, Plugins, Mods und Konfigurationen mitzunehmen, damit nichts zurückbleibt. Wähl einen Tarif auf der Bestellseite oder sieh dir vorher an, wie unser Umzug funktioniert.