Palworld Guide

How to Back Up Save Data: Steam, Xbox, and Servers

How to back up Palworld save data: where the game keeps your world on Steam and Xbox, how the built-in backup system and the 30-second auto-save actually work, how to restore an older copy, and the server settings that decide whether a backup exists at all.

Updated 10 min read5 data tables
How to Back Up Save Data: Steam, Xbox, and Servers — Palworld Database

A corrupted world file takes everything with it — the bases, the breeding lines, the Pals you spent a week perfecting — and Palworld's own safety net is quieter than most people realise. This guide covers where your save actually lives on Steam and on Xbox, how the built-in backup rotation and the auto-save timer work, how to restore an older copy without losing more than you meant to, and the server settings that decide whether a backup is being written at all.

What Palworld Actually Saves

Your "save" is not one file. Palworld writes four separate streams every time it saves, and knowing which is which explains a lot of the odd behaviour players report — like restoring an old copy and finding the world rolled back but your character's inventory didn't, or moving a save to a new PC and discovering the Global Palbox came along independently. The split that matters most is world versus local: the world holds the map, your bases and everything built on it, while local holds your character. The game's own backup folder is divided along exactly that line, so a backup entry is really a pair.

Save streamWhat is in itWhy you care
WorldThe map state, every base camp, every structure, every Pal working at your bases and everything in your chestsThis is the big one — losing it is losing the run. It is also the file that grows and slows down as your bases sprawl
World optionsThe difficulty and custom settings the world was created withRestore this out of sync with the world and your rates, death penalty and PvP flags can jump back to older values
LocalYour character — level, stats, inventory, equipped gear, technology points and partyBacked up separately from the world, so a mismatched restore can leave you standing in a newer world with an older inventory
Global Pal storageThe Global Palbox contents, which follow your account rather than any single worldCopying one world folder does not necessarily bring these Pals with it — treat the transfer box as its own thing

If you take one instruction from this whole page, take this one: when you copy anything by hand, copy the entire user folder, not one world inside it. It costs you a few hundred megabytes of disk and it removes every chance of pairing a world with the wrong character data later. The per-stream detail above is for diagnosing a restore that went sideways, not for cherry-picking files during a backup.

The Built-In Backup System

Palworld keeps its own rotating backups without being asked, which is why a lot of players never find out they exist until something breaks. Saves fire on a timer — the default is every 30 seconds — and the game keeps a set of older copies alongside the live world. The set is thinned as entries age, so the list you see is dense near the present and gets sparser the further back you scroll; it is a rolling window, not an archive, and it will eventually eat the copy you wanted. That is the whole reason a manual copy is still worth taking before anything risky.

BehaviourDefaultWhat it means in practice
Auto-save interval30 secondsWorst case you lose about half a minute of play to a crash. On servers this is the `AutoSaveSpan` value, in seconds
Backup copies keptOnOlder saves are retained automatically. On servers this is `bIsUseBackupSaveData`, and turning it off means there is nothing to restore from
Backup naming`Year.Month.Day-Hours.Minutes.Seconds`Every entry is stamped with the moment it was written, so you pick a restore point by clock time rather than by guessing
Where they liveA `backup` folder holding `world` and `local`Two halves of the same restore point — the world and your character are stored apart, and both matter

In the world select menu, backups are listed with the timestamp plus the world's name, your level and the in-game day, which is usually enough to identify the right one at a glance. Level and day are the useful columns: the clock time tells you when you played, but "day 214, level 51" tells you what you are actually rolling back to.

How to Restore from Backup Data

Restoring is a menu action, not a file operation, and it is the fastest fix when a world stops loading or you want to undo something catastrophic. The catch is that it overwrites the live save with the copy you picked — everything you did after that timestamp is gone the moment you confirm. Newer backup entries usually survive the swap, so it is often recoverable if you pick wrong, but not once the auto-save timer has cycled through the list a few times.

The sequence from the main menu:

  • Open the world select screen instead of loading straight in
  • Select the world you want to roll back and choose Restore from Backup Data
  • Read the list by timestamp, level and in-game day, and pick the newest entry from before the problem started
  • Confirm, then load the world and check your character and base before you play — if the pairing looks wrong, restore a different entry rather than continuing
TipBefore you restore anything, copy the save folder as it stands right now — even the broken version. A restore overwrites the live files, and the current state is the only copy that still contains everything you did today. Ten seconds of copying buys you a second attempt if the backup you pick turns out to be older than you thought.

How to Change the Auto-Save Interval

The auto-save timer is a world setting, so you can raise it from the default 30 seconds up to tens of minutes. There is a real reason to: a sprawling world with a lot of built structures takes longer to write, and on a modest machine that shows up as a rhythmic hitch every half minute. Raising the span smooths that out. The cost is exactly proportional — set it to 10 minutes and a crash can take 10 minutes of play with it, along with anything you caught or crafted in that window.

Most single-player runs are better off leaving it at 30 seconds and living with the hitch, because the failure it protects against is a hard crash and those never happen at a convenient moment. If you do raise it, raise it modestly — a couple of minutes is enough to change how the game feels on a big base without turning a crash into a lost evening. On a dedicated server the same value lives in the config file as `AutoSaveSpan=30.000000`, and the same trade-off applies with more players to annoy.

How to Back Up a Steam Save on PC

The manual copy is the only backup that survives things the in-game system cannot help with — a failing drive, a bad game update, a save that gets overwritten by newer auto-saves before you notice it broke. Palworld makes this easier than most survival games by putting a shortcut to the folder right in the world select screen, so you do not have to know the path by heart.

The quick route:

  • On the world select screen, highlight the world you want and click the folder icon — Windows opens the save directory for you
  • Go up to the folder named with your long user ID, the one that contains every world folder plus a `backup` folder
  • Copy that whole folder somewhere off the drive the game is installed on — a second disk, an external drive, or cloud storage
  • Name the copy with today's date so you can tell two backups apart in three weeks
What to copyWhere it isWhy
The whole user folder (recommended)`C:\Users\<you>\AppData\Local\Pal\Saved\SaveGames\<your ID>\`Every world, plus the game's own rotating backups, in a single copy. No chance of mismatching a world with the wrong character
One worldThe long-ID folder inside `SaveGames\<your ID>\`Smaller, but you have to identify the right world by its ID string, and you leave the built-in backups behind
The rotating backups`backup\world\` and `backup\local\`, each entry timestampedThe game's own restore points. Worth keeping because the live folder is the thing most likely to be corrupt when you need this

`AppData` is hidden by default, so typing `%localappdata%` into the address bar of a File Explorer window is faster than trying to click your way there. Do the copy with Palworld fully closed — not paused, not alt-tabbed. Copying files while the auto-save timer is mid-write is one of the few ways to produce a backup that looks fine and refuses to load.

How to Back Up an Xbox or Game Pass Save

The Game Pass version leans on cloud saves, and for most players that is the backup — if the local files and the cloud copy disagree, the game offers to pull the cloud version down, which quietly covers the reinstall and new-PC cases. What it does not cover is rolling back a bad session, because the cloud copy is simply your latest state, not a history. For that you need a local copy, and the folder layout is less friendly than Steam's.

The route on Windows:

  • Close Palworld completely and let it finish syncing before you touch anything
  • Open File Explorer and type `%localappdata%` into the address bar
  • Go into `Packages`, then the folder starting with `PocketpairInc.Palworld`, then `SystemAppData\wgs`
  • Copy the entire `wgs` folder somewhere safe — the contents are stored under opaque generated names, so there is nothing to cherry-pick and no benefit in trying

Restoring is the same move in reverse with the game closed, and it is worth understanding the risk before you do it: because the cloud copy is authoritative, dropping older files in can result in the cloud version winning on next launch and undoing the restore. If you are deliberately rolling back on Game Pass, keep a copy of the current `wgs` folder too, so a failed rollback still leaves you where you started rather than somewhere worse.

How to Back Up a Dedicated Server World

Server worlds are the easiest to back up and the most expensive to lose, because they carry a whole group's progress rather than one player's. Two config values decide what the server does on its own, and both sit in the same settings file as the rest of your world options — on Windows that is `Pal\Saved\Config\WindowsServer\PalWorldSettings.ini`, and on Linux the `LinuxServer` folder in the same place. The full stop-copy-update procedure is in our Palworld server update guide, which is the moment you are most likely to need this.

SettingDefaultWhat it controls
`AutoSaveSpan``30.000000`Seconds between saves. Raise it if a large world causes a visible stall for everyone online, and accept the wider loss window
`bIsUseBackupSaveData``True`Whether the server keeps rotating backup copies at all. Leave it on — off means a corrupt world has no restore point
`bAllowGlobalPalboxExport``True`Whether players can move Pals out of the server into their own Global Palbox — the only sanctioned way to get a Pal off a server that might not survive
`bAllowGlobalPalboxImport``False`Whether Pals can be brought in from elsewhere. Off by default, so do not plan a migration around it without checking your host's config

The single-file answer for a server is to stop the process, wait for it to genuinely exit, and copy the whole `Pal\Saved\` directory off the machine. That one folder holds the world, the rotating backups, the config file and every player character, so a restore never turns into a hunt for which piece you forgot. Keeping it on the same box as the server does not count as a backup — the failure you are insuring against usually takes the whole machine.

What Can Still Eat Your Progress

Not every way to lose a world looks like corruption. Several of them are settings behaving exactly as configured, and they hit multiplayer groups far more often than they hit solo players — which is unfortunate, because those are the worlds with the most hours in them. The table below is the short list of things worth checking on any server you care about, along with what a backup does and does not do about each.

RiskHow it happensDoes a backup help?
Restoring the wrong entryA restore overwrites the live save immediately, taking everything after that timestampYes — but only the copy you took *before* restoring. This is the most common self-inflicted loss
Auto-save overwriting a good copyThe rotation is a window, not an archive. Play long enough after a problem and the healthy copy ages outYes. It is the specific reason to stop playing and copy the folder the moment something looks wrong
Inactive guild reset on a serverWith `bAutoResetGuildNoOnlinePlayers` enabled, a guild is wiped once no member logs in for the configured window — `72` hours by defaultYes, if you have a server-side copy from before the reset. Nothing in-game reverses it
Guild leadership auto-transfer`AutoTransferMasterThresholdDays` hands the guild over after 14 days of leader inactivityNot really a loss, but it changes who controls the base. Worth knowing before you take a long break
A bad game or server updateVersion mismatches lock players out, and a patch can change how a world loadsYes, and this is the one case where you always have warning. Copy first, update second
Drive failure or a wiped PCNothing to do with the gameOnly if the copy lives somewhere else. A backup on the same disk is not a backup

When to Take a Manual Backup

The in-game rotation handles crashes on its own, so a manual copy is not something you need nightly. It is worth the two minutes at the specific moments where the thing about to go wrong is bigger than a crash — anything that rewrites files, anything you cannot undo in-game, and anything that involves someone else's server. In practice that is a short list, and every entry on it gives you advance warning.

Copy the folder before you:

  • Install a game update or a new patch, and before updating a dedicated server binary
  • Add, change or remove mods, which is the single most reliable way to break a world
  • Move a save to a new PC, or migrate a single-player world onto a server
  • Do anything irreversible in-game — a large base demolition, a mass release of Pals, or a run at content you might want to undo
  • Take a long break, especially on a server where inactive-guild rules or a host's own cleanup policy might apply

One more habit worth building: keep two copies, not one. A backup taken this morning and a backup taken last month cover completely different accidents, and the second one costs nothing but disk space. The failure that ruins a run is rarely the one you noticed the same day — it is the corruption or the missing base you find a week later, by which point today's copy has the same problem baked in.