Direct answer

World upgrades may update chunks, entities, or dimension data. Save a complete, consistent copy of the original world and server configuration before starting a newer Minecraft version.

Recommended procedure

  1. Stop the old server cleanly and ensure the Java process exits. Back up world folders for every dimension, server.properties, plugin/mod data and a record of the old build.
  2. Copy the backup off-host, verify it is readable, and keep a version that the new server has never opened.
  3. First boot the new server with a copy of the world on staging; read migration warnings and test distant explored areas as well as spawn.
  4. Check custom dimensions, inventories, claims and plugin-managed worlds. Do not delete “old” world files simply because the new version created different ones.
java -version
# Stop server, back up all dimension folders and plugins before upgrading

Why this matters

Opening a save in a newer Minecraft build can change its format. A reverse downgrade is not a reliable rollback method; restore the old pre-upgrade backup with the old compatible server.

How to verify the result

In staging, revisit representative player bases, Nether/End areas and plugin data. Only then schedule the production upgrade and retain the original backup.

Version and compatibility notes

Paper, Vanilla and modded servers store dimensions differently. Paper’s migration guidance explains world-folder conversions, so verify your exact platform.

Official references

Was this article helpful?
Help us improve this article

Tell us what is missing, unclear, outdated, or incorrect. You can also suggest something we should add.

What could we improve?
Do not include passwords, server IPs, or other private information.0 / 1000