DayZ Server Backups: Persistence sichern und wiederherstellen

Backup-Strategie für DayZ Server: Welche Ordner sichern, wie oft, wie wiederherstellen. Persistence, Mission-Files, Konfiguration.

DayZ Server Backups: Persistence sichern und wiederherstellen

DayZ speichert Spieler-Lager, Basen, Fahrzeuge und Inventare in der Persistence — ein Crash, ein fehlerhafter Mod-Update oder ein versehentlicher Wipe kann diese Daten zerstören. Eine gute Backup-Strategie schützt deine Community vor Datenverlust.

Was muss gesichert werden?

Ordner / Datei	Inhalt	Wichtigkeit
`mpmissions/<mission>/storage_1/`	Persistence: Spielerlager, Basen, Fahrzeuge, Items in der Welt	Kritisch
`mpmissions/<mission>/db/`	types.xml, events.xml, globals.xml, messages.xml	Hoch
`mpmissions/<mission>/cfgeconomycore.xml`	CE-Datei-Routing	Hoch
`mpmissions/<mission>/cfgspawnabletypes.xml`, `cfgeventspawns.xml`, `cfgplayerspawnpoints.xml`	Spawn-Konfiguration	Hoch
`mpmissions/<mission>/init.c`	Mission-Skript	Hoch
`serverDZ.cfg`	Server-Hauptkonfiguration	Hoch
`battleye/BEServer_x64.cfg`, `bans.txt`	RCon und Banlist	Mittel
`profiles/`	Logs, Mod-Configs (z. B. VPP-Permissions)	Mittel
`keys/`	Mod-Signaturen	Niedrig (wird bei Mod-Update neu kopiert)

Wichtigster Ordner: storage_1 — ohne den ist alles weg.

Wie funktioniert Persistence technisch?

DayZ nutzt eine Datei-basierte Persistence-Engine. In storage_1 liegen unter anderem:

data/ — aktuelle Welt-Items, Spieler-Inventare, Fahrzeuge
players.db — Spieler-Daten (Steam-ID → letzter Charakter)
dynamic_* und static_*-Dateien — Welt-Status

Jeder Server-Restart serialisiert den aktuellen Stand. Während des Betriebs wird zyklisch geschrieben (SaveOnHive).

Backup-Strategie nach Server-Größe

Kleiner Vanilla-Server (1-20 Spieler, casual):

1× täglich storage_1 sichern
Wöchentlich Mission- und Konfig-Dateien sichern
Mindestens 3 Versionen aufbewahren

Mittlerer Modded-Server (20-40 Spieler):

Alle 6 Stunden storage_1 sichern (ideal vor jedem Restart)
Täglich Mission- und Konfig-Dateien
7 Tage Rolling-Backup, plus 1 Wochen-Snapshot

Großer RP- oder Community-Server (40+ Spieler):

Stündlich storage_1
Vor jedem geplanten Restart Snapshot
Vor Mod-Updates immer Snapshot
14 Tage Rolling, plus monatliche Archiv-Snapshots

Backup im RespawnHost-Panel

RespawnHost bietet Backup-Funktionen direkt im Panel. Du kannst:

Manuelle Backups per Klick erstellen — empfohlen vor jedem Mod-Update
Automatische Backups als Schedule einrichten (z. B. alle 6 Stunden)
Wiederherstellung mit einem Klick aus der Backup-Liste

Backups verbrauchen Speicher — Details zu Kontingenten und Aufbewahrung findest du in der Panel-Übersicht.

Wiederherstellung: Was tun, wenn was kaputt ist?

Szenario 1: Persistence-Korruption nach Crash

Symptome: Spieler verlieren ihren Charakter, gebaute Strukturen fehlen, Server crasht beim Mission-Load.

Server stoppen
Im Panel das letzte funktionierende Backup auswählen
Restore starten — nur storage_1 zurückspielen, falls möglich
Server starten und Spieler informieren

Szenario 2: Mod-Update bricht den Server

Server stoppen
Die problematische Mod im Panel deaktivieren
mpmissions/<mission>/db/ aus dem Backup wiederherstellen, falls du dort manuelle Anpassungen hattest
Server starten — läuft die Mission ohne die Mod weiter, ist alles gut

Szenario 3: Versehentlicher Wipe

storage_1 wurde gelöscht oder leerer Restart-Ordner aktiviert.

Sofort Server stoppen, bevor ein neues Persistence-Save geschrieben wird
Letztes Backup wiederherstellen — du verlierst nur die Zeit zwischen Backup und Wipe

Selbst gebaute Backups (für Self-Hosters)

Wer den Server selbst betreibt, kann mit einem einfachen Skript automatisieren:

PowerShell-Beispiel (Windows):

$Date = Get-Date -Format "yyyyMMdd-HHmm"
$Source = "C:\DayZServer\mpmissions\dayzOffline.chernarusplus\storage_1"
$Dest = "D:\Backups\DayZ\storage_$Date"
Copy-Item -Path $Source -Destination $Dest -Recurse

Per Aufgabenplanung alle 6 Stunden ausführen lassen.

Linux/Bash-Beispiel:

DATE=$(date +%Y%m%d-%H%M)
tar -czf /backups/dayz-storage-$DATE.tar.gz \
    /home/dayz/server/mpmissions/dayzOffline.chernarusplus/storage_1
find /backups -name "dayz-storage-*.tar.gz" -mtime +14 -delete

Mit cron alle 6 Stunden, plus automatisches Aufräumen älter als 14 Tage.

Backup vor Mod-Updates

Mods bringen den größten Anteil an Server-Crashes. Bevor du eine Mod aktualisierst (oder ein Auto-Update aus dem Workshop kommt), mach immer ein Backup:

Im RespawnHost-Panel: “Backup jetzt erstellen”
Schreibe in deine Notizen: Datum + welche Mod aktualisiert wird
Nach dem Update: Server testen, idealerweise mit deinem privaten Account zuerst
Funktioniert alles? Backup behalten. Crash? Restore.

Backup-Tests

Ein Backup, das nie getestet wurde, ist kein Backup. Mache 1× pro Monat einen Test-Restore auf einem zweiten Server (oder nach Wartungsfenster auf dem produktiven Server):

Backup wiederherstellen
Server starten
Prüfen: Spawnt Persistence? Sind Lager noch da? Funktionieren Mods?
Wenn ja — Backup-Strategie validiert.

FAQ

Frage: Wie groß werden meine Backups?

Eine voll bebaute Chernarus-Map mit 40+ aktiven Lagern hat einen storage_1 von 100-300 MB. Komprimiert (.tar.gz oder .zip) bleiben davon 30-100 MB. Plane mit ~200 MB pro Backup-Snapshot.

Frage: Kann ich Persistence von einem anderen Server importieren?

Ja, aber nur zwischen identischen Maps und ähnlichen Mod-Sets. Ein Chernarus-storage_1 funktioniert nicht auf Livonia. Mods, die Custom-Items hinzufügen, müssen auf beiden Servern installiert sein, sonst werden Items beim Load entfernt.

Frage: Wie oft schreibt DayZ Persistence während des Betriebs?

Standardmäßig alle paar Minuten (SaveOnHive-Intervall) und beim sauberen Shutdown. Crashes können Daten zwischen den Saves kosten — daher kurze Backup-Intervalle bei großen Servern.

Frage: Was passiert mit Spielern, die während eines Restores online waren?

Beim Server-Stop trennt DayZ Spieler sauber — ihre aktuelle Session wird gespeichert. Beim Restore wird auf den älteren Stand zurückgesetzt — die Spieler verlieren die Zeit zwischen Backup und Restore.

Frage: Sollte ich auch das gesamte Server-Verzeichnis sichern?

Nicht nötig. Spielinhalte (DayZ-Dateien) lädt Steam beim Start neu, falls sie fehlen. Du brauchst nur die selbstgepflegten Daten: Mission, Persistence, Konfiguration, Profile.

Frage: Was, wenn das Backup selbst korrupt ist?

Deshalb: regelmäßig testen, mehrere Versionen aufbewahren. Mindestens 3 Generationen: aktuell, 1 Tag alt, 1 Woche alt. Dann ist der Schaden bei Backup-Korruption begrenzt.

Frage: Kann ich Spieler-Inventare einzeln wiederherstellen?

Nicht über Bohemia-Mittel. Tools wie CFTools Cloud loggen Spieler-Items und ermöglichen ein “Player Restore” als Workaround. Vanilla muss immer der ganze Server restored werden.

Frage: Decken Backups auch Banlist und RCon ab?

bans.txt liegt im battleye/-Ordner und sollte mit gesichert werden. Das RCon-Passwort steht in BEServer_x64.cfg — Backup ist sinnvoll, aber bei Verlust kannst du es jederzeit neu setzen.