DayZ Server Backup erstellenSpielstand, Mission und Konfiguration sichern

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

Was zusammengehört

Ein vollständiges DayZ-Backup besteht aus vier Bestandteilen. Fehlt einer, ist die Sicherung im Ernstfall wertlos:

• Der Missions-Ordner - er enthält die Konfiguration der Central Economy, also types.xml, events.xml und die übrigen XML-Dateien. Hier steckt die Arbeit von Wochen.
• Der Storage-Ordner innerhalb der Mission - der eigentliche persistente Spielstand mit Basen, Fahrzeugen und platzierten Objekten.
• Die serverDZ.cfg mit allen Servereinstellungen.
• Die Mod-Liste samt Startparametern - schreib dir zumindest auf, welche Mods in welcher Reihenfolge geladen werden.

Die Mod-Ordner selbst musst du nicht sichern; die lassen sich neu laden. Die exakte Ladeordnung dagegen rekonstruiert man nur mühsam - notiere sie mit.

Sicherung anlegen

1. Server stoppen. DayZ schreibt den persistenten Spielstand beim Beenden - eine Sicherung im laufenden Betrieb erwischt einen Zwischenstand.
2. Per WebFTP oder SFTP verbinden.
3. Missions-Ordner (inklusive Storage), serverDZ.cfg und die notierte Mod-Liste herunterladen.
4. Lokal mit Datum benennen, etwa dayz-2026-08-09.zip.
5. Server wieder starten.

Backups sind bei uns durchgehend Self-Service - es gibt keine automatischen Sicherungen. Dafür entscheidest du selbst, was und wann gesichert wird, und die Daten liegen bei dir.

Wann sichern?

Bei DayZ lohnt sich das öfter als bei den meisten anderen Spielen, weil hier mehr schiefgehen kann:

• Vor jedem Mod-Update - der häufigste Anlass für einen Server, der plötzlich nicht mehr startet.
• Vor jedem DayZ-Update, weil danach ohnehin alle Mods nachziehen müssen.
• Vor Änderungen an der Central Economy - eine kaputte XML-Datei kann den Loot komplett lahmlegen.
• Vor einem Kartenwechsel.
• Regelmäßig, wenn Spieler große Basen gebaut haben - dort steckt viel Spielzeit.

Was typischerweise schiefgeht und wie du es einordnest, steht in Server startet nicht.

Wie viele Stände du aufheben solltest

Eine einzige Sicherung ist besser als keine, hat aber eine Lücke: Ein beschädigter Spielstand oder eine kaputte XML-Datei fällt oft erst Tage später auf - dann hast du den Fehler längst mitgesichert und die einzige Sicherung überschrieben. Drei Stände decken den Alltag ab:

• Der aktuelle Stand - vom letzten geplanten Neustart oder Wartungsfenster.
• Der Stand vor dem letzten Eingriff - also vor dem Mod-Update, der Loot-Änderung oder dem Kartenwechsel.
• Ein bekannt guter Stand, den du länger aufhebst und bewusst nicht überschreibst. Er ist die Rückfallebene, wenn sich herausstellt, dass das Problem älter ist als gedacht.

Praktisch ist es, die Sicherung an das ohnehin geplante Neustartfenster zu hängen: Der Server ist dann kurz aus, der persistente Spielstand frisch geschrieben und niemand verliert Fortschritt. Wie sich Neustarts planen und vorher ankündigen lassen, steht in Admin & RCON einrichten.

Die Sicherung prüfen, bevor du sie brauchst

Der unangenehmste Moment ist der, in dem sich das Archiv als unbrauchbar herausstellt. Übertragungen brechen bei den vielen kleinen Dateien einer DayZ-Mission gern einmal ab, ohne dass es auffällt - der Ordner ist da, nur eben unvollständig. Zwei Minuten Kontrolle direkt nach dem Download reichen:

• Ist der Storage-Ordner enthalten und nicht leer? Fehlt er, hast du zwar die Konfiguration gesichert, aber keinen Spielstand.
• Lassen sich types.xml und events.xml ohne Fehlermeldung öffnen? Ein abgeschnittenes XML erkennst du am Dateiende, an dem das schließende Tag fehlt.
• Liegt die Mod-Liste mit Ladeordnung dabei? Am besten als Textdatei direkt im Archiv, nicht in einer Notiz an anderer Stelle.
• Passt die Dateigröße grob zu den vorherigen Sicherungen? Ein plötzlich viel kleineres Archiv ist ein zuverlässiges Warnzeichen.

Eine Grenze gehört ebenfalls dazu: Eine Sicherung stellt einen Zustand wieder her, nicht die Zeit dazwischen. Alles, was Spieler nach dem Backup-Zeitpunkt gebaut oder gefunden haben, ist nach dem Zurückspielen weg. Kündige einen Rollback deshalb an, statt ihn stillschweigend durchzuführen - und prüfe vorher, ob nicht das Zurückspielen einzelner Central-Economy-Dateien genügt.

Backup zurückspielen

1. Server stoppen.
2. Den aktuellen Missions-Ordner umbenennen statt zu löschen.
3. Die gesicherten Dateien an ihre ursprüngliche Stelle hochladen.
4. Prüfen, dass der Ordnername zum template-Eintrag in der serverDZ.cfg passt - sonst startet der Server nicht.
5. Mods in der notierten Reihenfolge aktivieren und starten.

Reicht ein Teil-Rollback, kannst du auch nur den Storage-Ordner zurückspielen und die aktuelle Mission behalten - etwa wenn ein Griefer gewütet hat, du aber deine zwischenzeitlichen Loot-Anpassungen behalten willst.

Wichtig: Ein Storage aus einer anderen Karte oder einem anderen Mod-Stand passt nicht. Der Spielstand hängt an der Kombination aus Mission und geladenen Mods.

Häufige Fragen