Teste eine Java-Singleplayer-Welt auf Paper zuerst als vollständige Kopie des Weltordners. Sichere den Server, stoppe ihn und importiere die Kopie unter einem eigenen, eindeutigen level-name. Prüfe danach die Welt, Dimensionen und Spielerfortschritt, bevor du den Hauptserver änderst. So bleiben das lokale Original und die bisherige Serverwelt erhalten. Der Test ist keine Kompatibilitätsgarantie für jede Welt oder Erweiterung.
Paper dokumentiert die Migration eines Vanilla-Java-Servers zu Paper und sagt, dass Paper dabei die Vanilla-Weltstruktur automatisch anpasst. Diese Anleitung beschreibt einen vorsichtigen Test einer unmodifizierten Java-Singleplayer-Welt. Sie gilt nicht für Bedrock-Konvertierungen (PaperMC: Migration zu oder von Paper).
Vor dem Kopieren: Version und Format prüfen
Prüfe zuerst, welche Edition und Version die Singleplayer-Welt verwendet. Verwende für den ersten Test möglichst dieselbe Minecraft-Version und eine dafür vorgesehene Paper-Version. Ändere die Version nicht gleichzeitig mit dem Welttransfer. Für ein Upgrade oder Downgrade arbeitest du mit einer Kopie und behältst das Original unverändert.
Wenn die Welt mit Mods erstellt wurde, prüfe zuerst Loader und Mod-Versionen. Paper hält in seiner Migrationsanleitung fest, dass Fabric- und Forge-Mods nicht unterstützt werden und modifizierte Blöcke, Gegenstände oder andere Daten möglicherweise nicht geladen werden. Für NeoForge und andere Loader enthält diese Paper-Anleitung keine Kompatibilitätsaussage; prüfe deren Dokumentation, bevor du die Testumgebung auswählst. Für eine modifizierte Welt brauchst du möglicherweise denselben Loader und passende Mod-Versionen statt Paper. Die Übersicht zu Minecraft-Server-Software hilft bei der Auswahl. Auch Datapacks und Plugins solltest du einzeln auf Version und Zweck prüfen, statt sie ungeprüft mitzunehmen.
Weltordner sicher übertragen
- Quelle sauber schliessen. Beende die Welt über das Menü und schliesse Minecraft. Wähle den Weltordner der Spielinstanz, in der du diese Welt tatsächlich öffnest. Erstelle danach eine zusätzliche Kopie des vollständigen Java-Weltordners und bewahre das Original auf.
- Server sichern und stoppen. Erstelle ein vollständiges Backup der bestehenden Serverdaten und prüfe, dass es abgeschlossen ist. Stoppe den Server vollständig, bevor du Dateien austauschst. Die PaperMC-Migrationsanleitung verlangt dieses Vorgehen ebenfalls.
- Eine Testwelt mit eigenem Namen vorbereiten. Lies
level-nameaus der Serverkonfiguration ab. Setze für den Test zum Beispiellevel-name=singleplayer-test. Paper verwendet den Wert als Namen des Weltordners (PaperMC:server.properties). Die CLI-Argumente--worldund--level-namesetzen ebenfalls den Weltnamen und überschreiben passende Werte ausserver.properties;--world-dirbeziehungsweise--world-containerbestimmt das Verzeichnis, in dem Weltordner liegen (PaperMC: CLI Arguments). Prüfe diese Werte, damit du nicht versehentlich die bisherige Welt ansprichst. - Den ganzen Weltordner kopieren. Lade den vollständigen Java-Weltordner in das konfigurierte Weltverzeichnis und gib der Kopie denselben Namen wie
level-name, zum Beispielsingleplayer-test. Behalte die komplette Unterordnerstruktur bei. Kopiere nicht nur einzelne Dimensions- oder Regionordner. Wenn dein Archiv eine zusätzliche Verzeichnisebene enthält, prüfe vor dem Start, dass der Weltordner direkt im konfigurierten Verzeichnis liegt. - Nur die Testkopie starten. Starte den Server mit der für die Welt vorgesehenen Java-/Paper-Version. Beobachte das Startprotokoll auf Ladefehler, warte auf den vollständigen Start und verbinde dich zuerst selbst. Stelle sicher, dass du in der importierten Welt bist, und kontrolliere bekannte Bauwerke oder Koordinaten.
Nether und Ende: nicht nach alten Ordnerbildern verschieben
Bei einem Java-Welttransfer zählen auch Nether und Ende. Ihre Ablage hängt von Server-Software und Version ab. Paper dokumentiert in der aktuellen Migrationsanleitung, dass Paper beim Wechsel von einem Vanilla-Java-Server die Weltstruktur automatisch anpasst. Die dortige Tabelle mit separaten world_nether- und world_the_end-Ordnern gehört ausdrücklich zu einer alten Paper-zu-Vanilla-Anleitung vor 26.1 und ist veraltet. Verwende sie nicht als Kopieranleitung für einen aktuellen Paper-Server. Übertrage den vollständigen Weltordner und verschiebe Dimensionsdateien nicht anhand eines alten Diagramms. Prüfe nach dem Test, ob Nether und Ende die erwarteten Bauwerke enthalten. Bei benutzerdefinierten Dimensionen oder Mods kann eine zusätzliche Kompatibilitätsprüfung nötig sein.
Spielerfortschritt getrennt prüfen
Ein korrekt geladener Weltordner beweist nicht, dass Inventar, Endertruhe und Fortschritte wie erwartet verfügbar sind. Verlasse dich nicht auf eine automatische Zuordnung der lokalen Singleplayer-Spielerdaten. Melde dich mit dem Konto an, das später spielen soll, und prüfe diese Daten auf der Testkopie. Bearbeite level.dat oder Dateien unter playerdata/ nicht manuell als ersten Lösungsversuch. Fehlen Daten, stoppe den Server und vergleiche die Testkopie mit dem gesicherten Original, bevor du weitere Schritte unternimmst.
Wenn der Server eine neue leere Welt statt deiner Bauten zeigt, stoppe ihn und prüfe level-name, Startargumente sowie die Ordnerstruktur. Ändere keinen Namen und lösche keine Ordner, um den Fehler „schnell zu beheben“: Der leere Ordner kann eine neu erzeugte Welt sein, während der importierte Stand daneben liegt. Wenn der Start fehlschlägt, nutze die Startfehler-Checkliste und arbeite nur an der Testkopie weiter.
Erst wenn Welt, Dimensionen, Datapacks und die benötigten Spielerdaten geprüft sind, plane den Wechsel auf den Hauptserver. Erstelle dafür eine frische Sicherung, stoppe den Server und tausche die Welt kontrolliert aus. Bewahre den alten Serverordner als Rückfallstand auf; eine Testmigration ist keine Garantie für jede Kombination aus Minecraft-Version, Paper-Build, Plugins und individuellen Weltdaten. Eine separate Anleitung zum Erstellen eines Minecraft-Server-Backups erklärt den Sicherungsschritt.