Rust Server Backup erstellenWas gesichert gehört und wie du es zurückspielst

Veröffentlicht am 9. August 2026 · zuletzt aktualisiert am 2. September 2026

Was gesichert gehört

Der gesamte Spielzustand eines Rust-Servers liegt im Identity-Ordner. Alles Wesentliche steckt dort:

• Die Speicherdateien mit Karte und allen platzierten Objekten.
• Die Blueprint-Daten aller Spieler - siehe Blueprints wipen.
• Bans und weitere serverseitige Listen.

Dazu kommen zwei Dinge außerhalb: die server.cfg und - bei einem modded Server - der Plugin-Ordner samt Konfigurationsdateien. Gerade Letzteres wird gern vergessen: Eine über Monate feinjustierte Plugin-Konfiguration ist oft mehr Arbeit als die Welt selbst.

Sicherung anlegen

1. Server stoppen. Eine Sicherung im laufenden Betrieb kann Dateien mitten im Schreibvorgang erwischen.
2. Per WebFTP oder SFTP verbinden.
3. Den Identity-Ordner, die server.cfg und gegebenenfalls den Plugin-Ordner herunterladen.
4. Lokal mit Datum benennen, etwa rust-2026-08-09.zip.
5. Server wieder starten.

Wenn ein Stopp nicht in Frage kommt, hilft zumindest ein server.save über die RCON-Konsole unmittelbar vor dem Download - dann ist der Stand auf der Platte aktuell.

Wann sichern?

Ein Rust-Server wird ohnehin regelmäßig gewipet - eine tägliche Sicherung ist deshalb selten sinnvoll. Diese Zeitpunkte dagegen schon:

• Vor jedem Framework-Update - der Wechsel von Oxide- oder Carbon-Versionen nach dem Force Wipe ist der häufigste Anlass für Probleme.
• Vor der Installation neuer Plugins oder größerer Konfigurationsänderungen.
• Vor dem Wechsel auf eine Custom Map.
• Am Ende eines Wipe-Zyklus, wenn du den Stand als Erinnerung behalten willst.

Kurz gesagt: vor jedem Eingriff, der den Server nicht mehr starten lassen könnte. Was dann typischerweise schiefgeht, steht in Server startet nicht.

Backup zurückspielen

1. Server stoppen.
2. Den aktuellen Identity-Ordner umbenennen statt zu löschen - falls die Sicherung doch nicht die richtige war.
3. Die gesicherten Dateien an ihre ursprüngliche Stelle hochladen.
4. Ordner- und Dateinamen prüfen: Der Identity-Name muss zu dem passen, den der Server verwendet.
5. Server starten und die Konsole beobachten.

Wichtig: Eine Welt aus einem alten Rust-Stand lässt sich nach einem Force Wipe nicht sinnvoll weiterbetreiben - das Update ändert die Kartengenerierung. Backups sind Schutz vor Fehlern, kein Weg zurück in einen vergangenen Wipe-Zyklus.

Was du nicht sichern musst

Ein vollständiger Rust-Serverordner ist mehrere Gigabyte groß, und der weitaus größte Teil davon ist ersetzbar. Wer alles herunterlädt, wartet lange auf ein Archiv, das zu neunzig Prozent aus Dateien besteht, die sich jederzeit neu beschaffen lassen:

• Die Spieldateien selbst. Sie kommen bei einer Neuinstallation über das Webinterface ohnehin frisch und passend zum aktuellen Build.
• Die reine Kartendatei. Sie entsteht aus Seed und worldsize jederzeit identisch neu - sichere lieber diese beiden Zahlen als die daraus erzeugte Datei. Der Spielstand mit allen Basen dagegen ist einmalig und gehört ins Backup.
• Die Framework-Dateien. Oxide und Carbon werden beim Start passend zum Spiel-Build installiert. Eine alte Fassung zurückzuspielen schadet eher, als es hilft.

Übrig bleibt ein überschaubares Paket: Identity-Ordner, server.cfg, users.cfg sowie Plugin-Ordner, Konfigurationen und die vom Framework abgelegten Daten. Das ist klein genug, um es auch mal eben zwischendurch zu ziehen - und genau das ist der Punkt, an dem Self-Service-Backups tatsächlich stattfinden statt nur geplant zu werden.

Prüfen, ob die Sicherung etwas taugt

Ein Backup, das erst im Ernstfall auf die Probe gestellt wird, ist eine Wette. Diese drei Kontrollen kosten zwei Minuten und decken die häufigsten Fehler ab:

1. Dateigrößen ansehen. Der Spielstand ist die mit Abstand größte Datei im Identity-Ordner. Steht dort eine auffällig kleine Zahl oder null Byte, ist der Download abgebrochen - meist unbemerkt bei einer instabilen Verbindung.
2. Das Archiv einmal öffnen. Ein lokal nicht lesbares ZIP wird auch auf dem Server nicht lesbar.
3. Die Ordnernamen vergleichen. Der Identity-Name muss exakt zu dem passen, den der Server verwendet.

Der dritte Punkt ist beim Zurückspielen der häufigste Fehlerfall und zugleich der unauffälligste: Der Server startet einwandfrei, nur eben mit leerer Welt, weil er unter dem erwarteten Namen nichts findet und stattdessen eine neue Karte erzeugt. Wer daraufhin ein zweites Mal wipet, verliert den Stand endgültig. Genau deshalb der Hinweis weiter oben - den vorhandenen Identity-Ordner umbenennen statt löschen. Startet der Server anschließend gar nicht, hilft Server startet nicht weiter.

Wie viele Stände du aufhebst

Drei Sicherungen reichen in der Praxis: der Stand vor dem letzten Eingriff, ein aktueller Stand aus dem laufenden Wipe-Zyklus und ein älterer als Rückfallebene. Alles darüber ist bei Rust totes Gewicht, weil jeder Spielstand mit dem nächsten Force Wipe ohnehin wertlos wird.

Bei den Konfigurationen ist es umgekehrt. server.cfg, users.cfg und die Plugin-Configs sind winzig, aber über Monate gewachsen - die hebst du dauerhaft auf, am besten mit Datum im Dateinamen und getrennt vom großen Spielstand-Archiv. Wer eine gewachsene Serverkonfiguration nach einem Fehlgriff einmal aus dem Gedächtnis rekonstruiert hat, macht diesen Fehler kein zweites Mal.

Praktischer Rhythmus: das kleine Konfigurations-Paket immer dann, wenn du etwas Nennenswertes geändert hast, und den kompletten Satz einmal kurz vor dem Wipe-Tag. Damit bist du an genau den beiden Zeitpunkten abgesichert, an denen bei Rust erfahrungsgemäß etwas schiefgeht.

Häufige Fragen