GuidesOnly show guides for your app
GuidesGuidesTry a new version, snapshot, plugin update, or risky config on a copy of your world — using instances or a clone — so your live server never takes the hit.
The rule that saves Minecraft servers is simple: never test on your live world. New versions, experimental snapshots, plugin updates, and bold config changes all carry a chance of breaking or corrupting something — and your community's world is the one thing you can't just regenerate. This guide shows the safe ways to test on Falix: a throwaway copy where you can break things freely, then promote only what worked.
| At a glance | |
|---|---|
| You need | A Minecraft server, plus a backup of anything you care about |
| Time | Fifteen minutes to set up a test environment |
| Plan | Any — with honest free-plan caveats below |
Three ways to get a safe place to test, from lightest to most separate:
| Approach | What it is | Pick it when |
|---|---|---|
| An instance | A second isolated profile on the same server — its own files, startup, variables, and version. Up to 10 per server. | You want to try a different version or software on the same box and switch back and forth. |
| A clone | A full copy — of an instance, or of the whole server via Settings → Operations → Clone. | You want to test against a real copy of your world and configs. |
| A separate server | A brand-new Minecraft server. | You want a permanent staging server, fully independent of production. |
🎯 Good to know: An instance shares the server's port, RAM/CPU/disk limits, firewall, and SFTP — and only one instance runs at a time. You stop the server, activate the other profile, and start. So an instance is a switch, not a second live server. A separate server (or a clone to a new server) is what you want if both must run at once.
The most useful setup is a test environment that starts as an exact copy of production, so what you see is what you'll get.
The copy has a genuine snapshot of your world and settings, so a plugin that works here will work on the real thing.
Want to see how your world behaves on a newer Minecraft version without committing? Create a second instance, activate it, and set its version in the Version Changer. Because instances have their own version and files, you can keep a "1.21 production" profile and a "next version" profile side by side and flip between them. When you're done, activate production again — deleting the test instance removes only its files, never production's.
Snapshots are Mojang's weekly previews of unreleased features. To run them, open the Version Changer and pick Vanilla Snapshots (Experimental). Two honest warnings make the "testing server" framing non-negotiable here:
⚠️ Heads up: Opening a world in a snapshot can upgrade it in a way you can't undo — an older client or release version may refuse to load it afterwards, and features can change or break between snapshots. Always run snapshots on a copy, never your main world, and keep a backup of the original.
So the flow is: clone or make a fresh world (Recipe A), point that copy at Vanilla Snapshots, and explore there. If you love what you see, you wait for the full release and update production deliberately.
The same environment covers everyday risk. Before you update a plugin, bump a Minecraft version, or make a sweeping config change on the live server, do it on the copy first:
level-name at it.You've got a real test environment when: production and the copy are clearly separate (different instance or server), and a change on the copy — a new version number in the status bar, a plugin loading in the console — leaves production exactly as it was. Switch back to production and confirm it's unchanged.