Menu
 

Star Rupture Local-to-Dedicated Save Transfer Guide

Star Rupture Local-to-Dedicated Save Transfer

Players ask how to keep an existing local world when moving to a dedicated server. The safe answer is a controlled file transfer, not a promise that a named “SaveSync” setting or universal save path exists in every build.

Before touching files: the dedicated server is experimental. Keep the original local save untouched and make a second copy for the import test.

Local-to-dedicated workflow

  1. Finish the local session and exit normally.
  2. Make a dated copy of the complete local save folder or archive.
  3. Launch a blank dedicated world once so the server creates its own data structure.
  4. Stop the server and identify its active save directory from the manager, working directory, or logs.
  5. Place the copied world into the format/location expected by the current package; do not rename files blindly.
  6. Start privately and check the log for load errors.
  7. Join with one trusted account, check the base and inventory, disconnect, and restart.
  8. Only replace production after the staged copy survives a restart.

Dedicated-to-local rollback

  1. Stop the server cleanly and copy the full world.
  2. Record the build and keep the server archive as rollback.
  3. Use the current local game's supported open/import workflow on a separate profile.
  4. If the local client does not recognize the archive, do not alter the original or invent a conversion step.

When the imported world looks new

SymptomCheck first
Blank worldWrong working directory, save, or instance selected.
Progress missingThe save may contain more than one file; restore the complete copy.
Server will not startReturn to the clean server-generated copy and inspect the log.
Players cannot joinCheck build compatibility and endpoint separately from save integrity.

Do not publish these as universal facts

  • A fixed DSSettings.txt schema without checking the current package.
  • StartNewGame=false as a universal Star Rupture setting.
  • Built-in cloud sync, checksum, or host-migration behavior not described by current official documentation.

Pair this with restart persistence, backups, and configuration checks. For managed migration help, launch Star Rupture hosting with Supercraft.

Tired of fighting this issue every patch?

Run a managed Star Rupture server with us. We handle the patches, mod-version pinning, save backups, and DDoS protection. Set up in minutes, multiple datacenter regions, no contract.

See Star Rupture hosting plans →
Top