// Minecraft

Von Vanilla zu Paper migrieren, ohne deine Welt zu zerstören

Von Vanilla zu Paper migrieren, ohne deine Welt zu zerstören

Der Umstieg von Vanilla auf Paper ist im Kern ein einziger Handgriff: Du stoppst den Server, tauschst die Server-Jar aus und startest neu. Deine Welt muss nicht konvertiert werden, denn Paper liest und schreibt exakt dasselbe Weltformat wie der Vanilla-Server von Mojang. Was sich sehr wohl ändert, ist die Konfiguration: Nach dem ersten Start liegen vier neue Dateien bereit (bukkit.yml, spigot.yml, config/paper-global.yml und config/paper-world-defaults.yml), und deren Standardwerte können Redstone-Timings, Mob-Spawns und bestehende Farmen anders laufen lassen, als du es gewohnt bist.

Warum läuft deine Welt einfach weiter?

Paper ist ein Fork von Spigot, das wiederum ein Fork des Vanilla-Servers ist. Alle drei schreiben dieselben Region-Dateien in world/region, dazu dieselbe level.dat sowie dieselben playerdata- und Entitäten-Ordner. Dazwischen liegt kein Konvertierungsschritt, kein Import und kein Migrationsfenster.

Praktisch heißt das: Bauwerke, gefüllte Kisten, Spielerinventare, Fortschritte, Dörfer und dein Seed bleiben so, wie sie waren, und auch server.properties, ops.json und whitelist.json werden unverändert übernommen. Was Paper hinzufügt, kommt daneben und nicht hinein: ein Satz Konfigurationsdateien und ein plugins-Ordner.

Wie migrierst du Schritt für Schritt?

  1. Stoppe den Server sauber. Nutze /stop oder den Stopp-Knopf in deinem Panel, niemals ein hartes Abschießen des Prozesses. Nur dann werden alle geladenen Chunks (die quadratischen Welt-Abschnitte) und Spielerdaten vollständig weggeschrieben.
  2. Sichere den kompletten Server-Ordner. Also nicht nur world, sondern auch world_nether, world_the_end und deine einzelnen json-Dateien. Bei MC-Node laufen automatische Sicherungen standardmäßig mit, aber leg kurz vor einer Migration trotzdem immer noch eine von Hand an: Eine, die fünf Minuten alt ist, ist mehr wert als die von heute Nacht.
  3. Nimm den Paper-Build für genau deine Version. Läuft bei dir 1.21 „Tricky Trials“, nach wie vor die meistgespielte Version auf niederländischen Servern, dann nimm einen 1.21-Build und spring nicht gleich weiter auf 26.1 oder 26.2. Ein Versionswechsel und ein Softwarewechsel gleichzeitig machen die Fehlersuche unnötig schwer.
  4. Tausche die Jar aus. Lade die Paper-Jar hoch und lass deinen Startbefehl darauf zeigen; im Pterodactyl-Panel machst du das in den Starteinstellungen. Die alte Vanilla-Jar lässt du einfach liegen, sie ist dein schnellster Rückweg.
  5. Prüfe deine Java-Version. Minecraft 1.21 und neuer läuft auf Java 21. Eine Umgebung, die noch auf Java 17 steht, startet den Server gar nicht erst.
  6. Starte den Server und lies die Konsole mit. Dieser erste Start dauert länger als gewohnt, weil alle Konfigurationsdateien neu angelegt werden.
  7. Kontrolliere in der Welt selbst. Geh auf den Server, tippe /version, um zu bestätigen, dass du auf Paper läufst, und lauf deine wichtigsten Bauwerke, Farmen und Portale ab. Lass den Server danach eine halbe Stunde laufen, bevor du alle zurückholst, damit du siehst, ob die TPS (Ticks pro Sekunde, das Tempo der Serversimulation) stabil bleiben.

Welche Konfigurationsdateien erscheinen nach dem ersten Start?

Vanilla kennt nur server.properties. Paper legt vier Ebenen obendrauf, jede mit eigener Herkunft.

DateiStammt vonWorum es geht
bukkit.ymlBukkitSpawn-Grenzen je Mob-Kategorie, Spawn-Häufigkeit, Speicherintervall, Aufräumen von Chunks
spigot.ymlSpigotAktivierungsreichweite von Entitäten, Mob-Spawn-Reichweite, Zusammenlegen von Gegenständen, Trichter-Timings, view-distance (Sichtweite)
config/paper-global.ymlPaperServerweit: Laden der Chunks, Netzwerk- und Protokolleinstellungen, Proxy-Unterstützung
config/paper-world-defaults.ymlPaperPro Welt: Redstone-Umsetzung, Mob-Spawning je Spieler, Despawn-Distanzen, Tickraten

Die paper-world-defaults.yml gilt als Standard für alle deine Welten. Willst du eine einzelne Welt abweichend einstellen, legst du im Ordner dieser Welt eine paper-world.yml an; was dort steht, sticht die Standardwerte. Am Migrationstag selbst änderst du am besten gar nichts davon.

Welche Vanilla-Mechaniken können anders laufen?

Paper holt seinen Vorsprung größtenteils daraus, dass es Dinge, die selten eine Rolle spielen, seltener oder weniger genau berechnet. Auf den meisten Servern merkt das niemand. Stützt sich deine Welt auf exaktes Vanilla-Verhalten, klemmt es an vier Stellen.

Redstone. Über misc.redstone-implementation in der paper-world-defaults.yml lässt dich Paper zwischen der Vanilla-Umsetzung und zwei schnelleren Alternativen wählen (Eigencraft und Alternate Current). Die Alternativen kosten weniger Rechenzeit, sind aber nicht in allen Randfällen identisch. Schaltungen, die auf der exakten Reihenfolge der Aktualisierungen beruhen, etwa sofort schaltende Verstärker, bestimmte Kolbentricks und 0-Tick-Konstruktionen, können dadurch haken oder ganz stehen bleiben.

Mob-Spawning. Paper kann die Mob-Obergrenze je Spieler verteilen statt serverweit. Auf einem vollen Server ist das gerechter, es verändert aber den Ertrag einer Mob-Farm. Dazu kommen die Spawn-Grenzen in der bukkit.yml und die mob-spawn-range in der spigot.yml.

Aktivierungsreichweite von Entitäten. Entitäten, die weit genug von einem Spieler entfernt sind, bekommen weniger Ticks (Rechenschritte) ab. Mobs in einer Farm scheinen dann einzufrieren, Dorfbewohner hören auf zu arbeiten und Transportstrecken hinken hinterher, sobald du weggehst. Daher kommen in der Praxis die meisten Meldungen nach dem Motto „meine Farm ist kaputt“.

Gegenstände und Spawner. Herumliegende Gegenstände und Erfahrungskugeln werden über eine größere Distanz zusammengelegt als in Vanilla: angenehm für die Leistung, ärgerlich für Farmen, die Gegenstände einzeln zählen. Und steht nerf-spawner-mobs auf an, bekommen Mobs aus einem Spawner gar keine künstliche Intelligenz mehr.

Wie holst du dir das Vanilla-Verhalten zurück?

Fast alles ist eine einzelne Zeile in der Konfiguration. Arbeite eine Sache nach der anderen ab, starte neu und teste.

Was dir auffälltDateiWo du nachsehen musst
Redstone reagiert anders oder bleibt hängenconfig/paper-world-defaults.ymlmisc.redstone-implementation auf vanilla stellen
Mob-Farm liefert weniger abbukkit.yml und paper-world-defaults.ymlSpawn-Grenzen und Mob-Spawning je Spieler
Mobs und Dorfbewohner stehen still, sobald du weggehstspigot.ymlentity-activation-range
Gegenstände verklumpen oder verschwinden zu schnellspigot.ymlmerge-radius und die Despawn-Einstellungen
Spawner-Farm tut gar nichts mehrspigot.ymlnerf-spawner-mobs
Trichter hinken sichtbar hinterherspigot.ymlDie Werte für Trichter-Übergabe und Trichter-Prüfung

Jedes Stück Vanilla-Verhalten, das du zurückholst, kostet dich Leistung. Mit einer Handvoll Spielern ist das kein Problem, auf einem vollen Survival-Server schon. Miss den Effekt mit dem Plugin spark, statt zu raten; welche Stellschrauben es sonst noch gibt, steht in unserem Artikel über die Optimierung deines Minecraft-Servers.

Kannst du später zurück zu Vanilla?

Technisch: ja, meistens ohne Probleme. Du stoppst den Server, legst die Vanilla-Jar zurück und startest; die Welt lädt ganz normal, denn das Format ist dasselbe geblieben. Trotzdem ist der Weg zurück nicht symmetrisch.

Was du verlierst, sind die Plugins und alles, was sie verwaltet haben. Die Ränge in LuckPerms, die Heimatpunkte aus EssentialsX, die Grundstücke aus GriefPrevention und der Wiederherstellungsverlauf von CoreProtect liegen zwar noch als Datei oder Datenbank auf der Platte, tun aber nichts mehr, sobald Vanilla läuft. Geschützte Regionen sind dann schlicht nicht mehr geschützt, und auf einem öffentlichen Server sieht man das binnen eines Tages. Dazu gehen Paper-eigene Daten verloren: Zusatzangaben, die Plugins an Gegenstände, Entitäten oder Blöcke gehängt haben, und die Einstellungen in den Paper-Dateien. Vanilla kennt diese Felder nicht und bewahrt sie nicht auf.

Hast du ein Plugin genutzt, das Gelände erzeugt hat, kannst du außerdem sichtbare Nähte zwischen alten und neuen Chunks bekommen. Bewahre also auch eine Sicherung von kurz vor dem Schritt zurück auf.

Warum testest du erst auf einer Kopie?

Weil eine Migration selten an der Jar scheitert, sondern an etwas, das dir erst Tage später auffällt: diese eine Eisenfarm, die stillsteht, eine Uhr, die nicht mehr durchläuft, ein Plugin, das mit deiner Version knapp nicht zurechtkommt.

Die günstigste Variante ist, eine Kopie deines Weltordners herunterzuladen und lokal einen Paper-Server darauf zu setzen. Willst du näher an der echten Situation sein, samt Netzwerk und Plugins, dann stellst du vorübergehend einen zweiten Server daneben. Ein Testserver mit 2 GB kostet in der Budget-Reihe von Minecraft-Hosting bei MC-Node 2,20 Euro pro Monat, also 1,10 Euro pro GB, und den kündigst du danach einfach wieder. Willst du gleichzeitig Plugins einrichten, mach auch das zuerst dort; welches Plugin du wofür brauchst, steht in unserer Übersicht der besten Minecraft-Plugins.

Wann ist Paper nicht die richtige Wahl?

Für die meisten Server ist Paper die Standardwahl, aber nicht für alle. Willst du wirklich neue Blöcke, Gegenstände, Mobs oder Dimensionen, brauchst du Mods und keine Plugins. Plugins laufen ausschließlich auf der Serverseite und bauen auf ansonsten unveränderten Vanilla-Mechaniken auf; Mods werden von Forge, NeoForge, Fabric oder Quilt geladen und müssen auf Server und Spielrechner in derselben Version liegen. Das ist ein anderer Weg, den wir in unserem Artikel über Modpacks erklären.

Betreibst du einen technischen Server, auf dem Farmen bis auf den Tick genau wie in Vanilla arbeiten müssen, ist Weitermachen mit Vanilla ehrlicher, als Paper zu installieren und danach die Hälfte wieder zurückzudrehen. Schau auch nicht zu schnell weiter zu den Forks. Purpur ergänzt zusätzliche Einstellmöglichkeiten und abschaltbare Funktionen wie reitbare Mobs und einstellbares Mob-Verhalten, vollständig verträglich mit Paper-Plugins, aber das ist ein Schritt nach Paper; Pufferfish liegt vom Ziel her dazwischen. Und Folia, das experimentelle, auf mehrere Rechenkerne verteilte Paper, lohnt sich nur bei sehr hohen Spielerzahlen, die über die Karte verstreut sind, und macht die meisten bestehenden Plugins unbrauchbar.

Häufige Fragen

Muss ich meine Welt konvertieren, wenn ich auf Paper umsteige? Nein. Paper nutzt dasselbe Weltformat wie der Vanilla-Server, Region-Dateien, level.dat und playerdata bleiben also unverändert nutzbar; du tauschst nur die Jar. Leg vorher trotzdem von Hand eine Sicherung des kompletten Server-Ordners an.

Laufen meine Redstone-Maschinen nach dem Umstieg weiter? Meistens ja, aber Schaltungen, die auf der exakten Reihenfolge der Vanilla-Aktualisierungen beruhen, können anders laufen. Über misc.redstone-implementation in der config/paper-world-defaults.yml lässt dich Paper zwischen der Vanilla-Umsetzung und zwei schnelleren Alternativen wählen. Stell den Wert auf vanilla, wenn deine Uhr oder deine Farm nicht mehr will.

Kann ich von Paper zurück zu Vanilla? Ja, meistens: Jar zurücklegen und starten, die Welt lädt ganz normal. Du verlierst allerdings alle Plugins und ihre Funktion, also LuckPerms-Ränge, EssentialsX-Heimatpunkte, GriefPrevention-Grundstücke und den Wiederherstellungsverlauf von CoreProtect. Paper-eigene Daten, die Plugins an Gegenstände oder Entitäten gehängt haben, kommen nicht zurück.

Welche Minecraft-Version wähle ich bei der Migration? Dieselbe, die du jetzt fährst. 1.21 „Tricky Trials“ mit den Prüfkammern, den Tresoren und dem Streitkolben ist nach wie vor die meistgespielte Version auf niederländischen Servern; danach kamen 26.1 „Tiny Takeover“ und 26.2 „Chaos Cubed“, und 26.3 steckt noch in den Snapshot-Testversionen. Wechsle erst, wenn Paper stabil läuft.

Brauche ich für Paper mehr RAM als für Vanilla? Nein, ein Paper-Server mit Plugins braucht nicht mehr Arbeitsspeicher als dieselbe Vanilla-Welt. Richtig schwer wird es erst bei Modpacks: All the Mods 10 braucht mindestens 10 GB, 12 GB für eine kleine Gruppe und 14 bis 16 GB bei fünf oder mehr Spielern.

Weiterlesen

// SELBST AUSPROBIEREN
Dein Minecraft-Server in 60 Sekunden online
Pakete ansehen →