---
title: "How to Upload Your Existing World to Your 7 Days to Die Server"
description: "Move a single-player 7 Days to Die world to your dedicated server: which folders to copy from %APPDATA%, where they go, and the GameWorld and GameName keys."
url: "https://www.gameserverkings.com/knowledge-base/7-days-to-die/upload-your-existing-world/"
category: "7 Days to Die"
category_url: "https://www.gameserverkings.com/knowledge-base/7-days-to-die/"
published: "2026-08-16T10:55:09.072Z"
updated: "2026-08-16T11:53:42.882Z"
source_format: "markdown"
site: "GameServerKings"
---

# How to Upload Your Existing World to Your 7 Days to Die Server

Yes — a single-player or co-op 7 Days to Die world moves onto a dedicated server. A save is two things: the **world** (the map itself) and the **save game** (your progress on it), and the server finds each by name. Copy the right folders, make two names match, and your Day 40 base comes up exactly where you left it.

The move runs through the **File Manager** of your [7 Days to Die server](/games/7-days-to-die-server-hosting/) panel, plus two keys in `serverconfig.xml`. Because a 7DTD save is thousands of small region files, zip it locally and use the File Manager's **Decompress** option — it turns an hour of transfer into minutes.

## Where 7 Days to Die Stores Local Saves

| Platform | Save root |
|---|---|
| Windows | `%APPDATA%\7DaysToDie\` |
| Linux | `~/.local/share/7DaysToDie/` |
| macOS | `~/Library/Application Support/7DaysToDie/` |

Under that root:

- `Saves\<WorldName>\<SaveName>\` — your progress. Inside it, `main.ttw` is the world-state file, `Player\` holds one `.ttp` per player keyed by Steam ID, and `Region\` holds the terrain in `r.<x>.<y>.7rg` chunk files. The world folder wraps the save folder.
- `GeneratedWorlds\<WorldName>\` — the map data for worlds you generated with RWG (random world generation).
- `SavesLocal\` — client-side data from servers you *joined*; not part of this move.

The maps that ship with the game — Navezgane and the `Pregen06k*` / `Pregen08k*` worlds — are already on the server, so they never need the `GeneratedWorlds` half. Which folders you need depends on the world type:

| Your world is… | Copy `Saves\…` | Copy `GeneratedWorlds\…` |
|---|---|---|
| Navezgane or a shipped Pregen map | Yes | No — the server ships these maps |
| RWG (a generated map) | Yes | Yes |

## Step 1: Find and Zip Your Save

Locate `Saves\<WorldName>\<SaveName>\` — for an RWG world the world name looks like the generated map name, and the save name is what you typed when creating the game. If it's RWG, also locate `GeneratedWorlds\<WorldName>\`.

Zip each folder (the folder itself, not just its contents) so the structure survives the trip.

<!-- [SCREENSHOT 1: 7dtd-local-saves-explorer.png — Explorer at %APPDATA%\7DaysToDie showing Saves\ and GeneratedWorlds\ with an RWG world folder open]
![A local 7 Days to Die save and its generated world folder](<https://cdn.gskinternal.com/articles/images/7dtd-local-saves-explorer.png>)
-->

## Step 2: Stop the Server

Click **Stop** on the Console tab and let it exit fully — 7 Days to Die writes its save on shutdown, and uploading into a live save directory is how corruption happens.

## Step 3: Upload Both Folders

Both destinations sit at the root of your server volume, the same place [`serverconfig.xml` itself lives](/knowledge-base/7-days-to-die/serverconfig-xml/). In the **File Manager**:

1. Upload the world zip to `GeneratedWorlds/` and **Decompress** it there, so the world ends up at `GeneratedWorlds/<WorldName>/`. (RWG worlds only — skip for Navezgane and the shipped Pregen maps.)

2. Upload the save zip to `Saves/` and decompress, so your progress ends up at `Saves/<WorldName>/<SaveName>/`.

For multi-GB saves, [SFTP](/knowledge-base/general/how-to-upload-files-via-sftp/) to the same paths is more robust than the browser.

<!-- [SCREENSHOT 2: 7dtd-file-manager-saves.png — panel File Manager at the server root showing Saves/ and GeneratedWorlds/ after decompressing]
![The server's Saves and GeneratedWorlds folders in the File Manager](<https://cdn.gskinternal.com/articles/images/7dtd-file-manager-saves.png>)
-->

## Step 4: Point the Server at Your World

Two values in `serverconfig.xml` must match what you uploaded, character for character — on Linux, capitalisation counts. Open the file in the **File Manager**; it sits at the root of your server volume.

1. **`GameWorld`**: set it to your world's folder name. For an uploaded RWG world that's the folder name under `GeneratedWorlds/`; for Navezgane it's just `Navezgane`. This is the same workflow the [serverconfig.xml reference](/knowledge-base/7-days-to-die/serverconfig-xml/) documents for community maps — "set `GameWorld` to the map's exact name, capitalisation included".

2. **`GameName`**: set it to your save folder's name. This is the name of your progress within the world — leave it at the default and the server starts a *fresh* game on your uploaded map.

`WorldGenSeed` and `WorldGenSize` only matter when the server is generating a new world; once `GameWorld` names an existing one, a seed change takes effect only on a new world.

Save the file and restart — `serverconfig.xml` is read at startup, so nothing applies to a running server.

![The GameWorld and GameName properties in serverconfig.xml](<https://cdn.gskinternal.com/articles/images/7dtd-gameworld-gamename.png>)

## Step 5: Start and Verify

Hit **Start** and watch the Console come up — the boot output includes the world it resolved. Then join and check the in-game day counter and your base. Once it's confirmed, take a snapshot from the **Backups** tab so the migrated state is your rollback point.

## Common Issues

- **The server started a brand-new game on my map**: `GameName` doesn't match your save folder's name. World loading and save loading are separate lookups; the map can be right while the progress is not.
- **"World not found" or RWG starts generating**: The `GeneratedWorlds/<WorldName>/` folder is missing, misplaced, or its name doesn't match `GameWorld` exactly (case included).
- **I can't find `Saves/` on the server**: They are created on first boot, so start the server once and look again. `serverconfig.xml` has a `UserDataFolder` property that relocates the whole tree, but it ships commented out with no default, so on a stock server the folders are at the root.
- **The save is from an older major version**: A minor-version gap only warns; a different major version is a hard block, and the game says so — "This game cannot be continued with this game version". Separately, V3.0 moved thirty gameplay properties out of `serverconfig.xml` into the encoded `SandboxCode`, so an old world's settings do not survive the jump untouched. The [serverconfig.xml reference](/knowledge-base/7-days-to-die/serverconfig-xml/) covers that migration.
- **The world came from an overhaul mod**: Darkness Falls and friends change world data — the server needs the identical overhaul installed before it can load the world. See [How to install Modlets and Overhaul Mods](/knowledge-base/7-days-to-die/how-to-install-modlets-and-overhaul-mods/).

## What to Read Next

- [7 Days to Die default serverconfig.xml](/knowledge-base/7-days-to-die/serverconfig-xml/) for `GameWorld`, `GameName` and the V3 `SandboxCode` migration
- [Managing your 7 Days to Die server](/knowledge-base/7-days-to-die/7d2d-maintenance/) for the backup schedule that should follow this upload
- [7 Days to Die Configuration guide](/knowledge-base/7-days-to-die/7d2d-new-user-guide/) for ports, connecting, and the rest of first-day setup

---

Made with 💜 by GameServerKings
