
Back Up and Update a Rust Server Without Breaking Plugins
Create a consistent Rust backup, update through SteamCMD, reapply Oxide or Carbon, and validate the world, players, ports and plugins.
A Rust update changes game binaries and may leave a framework or plugin incompatible. The safe sequence is: back up, stop, update Rust, update the framework, start privately, then validate. Copying only the .sav is incomplete: the identity also contains the map, blueprints, player state, images and configuration.
What a Rust backup must contain
The folder selected by +server.identity is the main recovery unit. It includes:
- the
.savworld and.mapfile; player.*files including blueprints and state;sv.files, used by signs and related data;cfg/, includingserver.cfg, admins and bans;- database
-waljournals that belong to a consistent write set; oxide/orcarbon/, including plugins, config, language, data and permissions.
Also preserve the startup script or provider variables. Seed, world size, ports and identity may not live in server.cfg.
Create a consistent restore point
Announce and reduce activity
Force a save
server.save through console or RCON and wait for confirmation. This reduces unwritten in-memory state but does not replace stopping the process.Stop cleanly
Archive the whole stack
Inspect the archive
.sav, player files, cfg and plugin data. A successful but empty backup job is not a recovery point.Update Rust, uMod/Oxide or Carbon
On a self-hosted server, update Steam app 258550:
steamcmd +force_install_dir /path/to/rust +login anonymous +app_update 258550 validate +quit
A provider's update button runs an equivalent action. Read its log and confirm the build actually changed.
SteamCMD returns binaries to vanilla. For uMod/Oxide, apply the build compatible with the new Rust version before starting. Carbon documents branch-aware self-updates; use production Carbon with public Rust and inspect the first boot. Do not pair a staging framework with the public game branch.
Do not restore old binaries onto a converted save
.sav to force it open may create an incompatible set. Restore a coherent stack and respect protocol limits.Validate before reopening
Post-update checks
- •The log reaches
Server startup completewithout a crash loop. - •Map, seed, worldsize and world date are expected.
- •A test player retains position and blueprints when no wipe was planned.
- •Owner/moderator commands and RCON work.
- •Game and query ports answer and browser filters are correct.
- •The framework reports its version and no essential plugin is in error.
- •Plugin permissions, config and data survive another restart.
- •A fresh post-update backup is created after validation.
If Rust starts in vanilla, do not immediately add every plugin. Stop, verify the framework, then test plugins in small batches. If one blocks startup, preserve the message, disable it and find a compatible release instead of rolling back the whole server.
Restore after a failed update
- Stop the server and archive the failed state so logs are preserved.
- Identify whether the game, framework, plugin or world fails by testing an isolated copy.
- For a complete restore, return identity, configuration and data from the same restore point together.
- Do not downgrade a world already converted to a protocol unsupported by the old server. When clients require the update, fix the framework or plugin instead.
- Validate with no players, then create a new archive once healthy.
The uMod/Oxide versus Carbon guide helps isolate the plugin layer. For an intentional reset, follow the Rust wipe guide so blueprints are not removed accidentally.
Update Rust with reliable backups
Compare Rust hosting with off-host backups, a console and controlled updates.
Frequently asked questions
Must Rust be stopped before copying saves?
server.save, wait, then stop. Player files use database journals, so copying during a write can produce an inconsistent backup.Why did Oxide stop loading after SteamCMD?
Does every Rust update cause a wipe?
Sources: Creating a server, server.identity files, uMod Rust and Carbon auto-updates.
Ready to launch your Rust server?
Here are the best Rust hosting deals right now, promo codes included. Still unsure? Our quiz finds the ideal host for you in under 2 minutes.
My box 12
Minestrator
Specifications
Compatible games
Features
- ✓DDoS Protection
- ✓Backups
Wood
Shockbyte
Specifications
Compatible games
Features
- ✓DDoS Protection
- ✓Oxide mod support
- ✓Instant Setup
- ✓24/7 Support
Rust
OptiNAS
Specifications
Compatible games
Features
- ✓Environ 30 joueurs
- ✓Minimum : 6 vCPU et 16 Go de RAM
- ✓Conseillé : 6 vCPU et 16 Go de RAM
- ✓Plugins et mods possibles selon le jeu
- +2 more features