Minecraft-Java-Server ohne Fortschrittsverlust zu einem neuen Hoster umziehen
Welten, Spielerdaten und Konfiguration mit gestopptem Backup, passender Laufzeit, privatem Test und sauberem Rückweg übertragen.
Aktualisiert 2026-08-12 · MapMC Editorial
Ein Java-Server besteht nicht nur aus Terrain. Inventare, Dimensionen, Rechte, Plugins, Mods und Identitätseinstellungen gehören zum gemeinsamen Zustand. Der alte Hoster bleibt gestoppt als Rückfalloption erhalten, bis der neue einen privaten Abnahmetest bestanden hat.
Vor dem Wartungsfenster inventarisieren
Notiere Minecraft- und Java-Version, Serversoftware samt Build, Loader, Mods, Plugins, Datapacks, Arbeitsspeicher, Startargumente, Port, online-mode, Proxy und reine Panel-Einstellungen. Liste alle Welten und Dimensionen auf; Paper, Multiworld-Plugins und Mods können andere Layouts verwenden.
Dokumentiere auch öffentliche Adresse, DNS und Port. Formuliere Wirtschaft, Claims, Homes und Rechte als konkrete Testpunkte.
Eine maßgebliche Offline-Sicherung erstellen
Kündige Wartung an, blockiere neue Spieler, speichere bei Bedarf und führe stop aus. Packe erst nach Prozessende das gesamte Verzeichnis. Bewahre das Archiv außerhalb beider Hoster auf, notiere die Größe und vergleiche nach Möglichkeit Prüfsummen.
Kündige den alten Dienst nicht und öffne ihn nicht erneut. Eine Live-Kopie kann Zustände verschiedener Zeitpunkte mischen.
Ein kompatibles Ziel vorbereiten
Installiere passende Java-, Server-, Loader-, Mod- und Plugin-Versionen. Beim Wechsel zwischen Vanilla, Spigot, Paper, Fabric oder Forge gilt das dokumentierte Weltlayout des Zielsystems. Starte nur einmal leer, falls das Panel Strukturen anlegen muss, stoppe danach und archiviere die Testdateien.
Prüfe Speicherplatz, Besitzer, Startbefehl, Port und echte Serverwurzel. Ein korrekter Upload in eine ungenutzte Instanz sieht wie ein fehlender Upload aus.
Welten, Identitäten und Konfiguration gemeinsam übertragen
Lade den Offline-Snapshot über die unterstützte Methode hoch. Prüfe level-name, Hauptwelt, Nether, Ende, Spielerdaten, Fortschritte, Statistiken, Datapacks, Whitelist, Bans, Operatoren, Rechte und Plugin-Datenbanken.
Veröffentliche keine Passwörter oder Schlüssel im Archiv; rotiere exponierte Werte. Halte online-mode und Proxy-Identitätsweitergabe konsistent, sonst erhalten Spieler andere UUIDs und scheinen Inventare zu verlieren.
Unter einer privaten Adresse abnehmen
Ändere DNS noch nicht. Beschränke Zugang per Whitelist oder temporärer Adresse und lies den kompletten Start. Behebe Abhängigkeiten, Versionen und Rechte. Teste mit Admin und normalem Konto Spawn, Bauwerke, Dimensionen, Inventare, Wirtschaft, Claims, Portale und Befehle.
Ändere eine Kleinigkeit, stoppe und starte neu. Eine erfolgreiche Verbindung beweist noch kein dauerhaftes Speichern.
Umschalten ohne zwei beschreibbare Welten
Nach bestandener Abnahme bleibt der alte Server aus; ändere DNS, Proxy oder veröffentlichte Adresse. Öffne nie beide Kopien für echte Spieler: Fortschritt verzweigt sofort und lässt sich nicht allgemein sicher zusammenführen.
Beobachte Logs und Fehler in der ersten Sitzung. DNS-Cache kann einzelne Nutzer kurz zum alten Ziel führen. Bewahre Sicherungen und alten Dienst bis zum echten Neustart und geprüften Automationen auf.
Als Ganzes zurückrollen
Beschädigt das Ziel Daten oder kann den Stack nicht ausführen, stoppe es zuerst. Der saubere Rückweg stellt den maßgeblichen Snapshot beim alten Hoster wieder her und schaltet die Adresse zurück, statt einzelne Dateien hin und her zu kopieren.
Dokumentiere Fehler und fehlgeschlagenen Test. Gleichzeitige Änderungen an Version, Layout und Dateiauswahl verschleiern die Ursache.
Abschlusskriterien
- Umgebung, Welten und Panel-Werte sind erfasst.
- Das Archiv stammt aus einem sauberen Stopp und liegt extern.
- Das Ziel repliziert den Stack oder folgt dokumentierter Migration.
- Welten, Identität, Rechte und Konfiguration wurden gemeinsam übertragen.
- Private Tests decken Logs, Spieler, Dimensionen, Speichern und Neustart ab.
- Während der Umschaltung schrieb nur ein öffentlicher Server.
- Der alte Hoster bleibt während der Risikophase verfügbar.
Der Umzug endet, wenn die gemeinsame Geschichte weiterläuft und ein erprobter Rückweg existiert, nicht wenn das neue Panel grün zeigt.
Quellen und Prüfgrundlage
Wir bevorzugen offizielle Dokumentation und zeigen die verwendeten Referenzen.