Game-Server-Backup und Disaster Recovery: Spielstände und Konfigurationen zuverlässig sichern

Ein Minecraft-Server läuft seit Monaten reibungslos. Die Community hat hunderte Stunden in Bauprojekte investiert, Spielerdaten sind gewachsen, Plugins wurden sorgfältig konfiguriert. Dann: Festplattenausfall, ein fehlgeschlagenes Update, ein unbeabsichtigter Löschbefehl – und plötzlich sind Spielstände, Konfigurationen und Nutzerdaten weg. Wer kein Backup hat, steht vor einer leeren Welt. Wer ein schlechtes Backup hat, steht oft kaum besser da.

Game-Server-Backup ist eines der am häufigsten unterschätzten Themen im privaten und gewerblichen Game-Hosting. Anders als bei Unternehmensservern fehlen oft automatisierte Prozesse, klare Recovery-Ziele und regelmäßige Tests. Dieser Artikel zeigt, wie ein robustes Backup- und Disaster-Recovery-Konzept für Game Server aussieht – von der Inventur der schützenswerten Daten bis zum getesteten Restore-Prozess.

Was gesichert werden muss

Bevor eine Backup-Strategie entworfen wird, braucht es eine klare Inventur der schützenswerten Daten. Bei Game Servern gehören typischerweise dazu:

• World-Dateien: Die eigentliche Spielwelt – bei Minecraft zum Beispiel der world/-Ordner mit Region-Files, Nether und End. Bei Valheim sind es die Weltdateien im Konfigurationsverzeichnis des Spiels.
• Spielerdaten: Inventare, Fortschritte, Achievements, Bankdaten (je nach Plugin). Diese sind oft separat von der Welt gespeichert und werden leicht vergessen.
• Konfigurationsdateien: server.properties, bukkit.yml, spigot.yml, paper.yml und alle Plugin-Konfigurationen. Ein Restore ohne diese Dateien ist oft schlechter als kein Restore, weil das Spielerlebnis nicht mehr wie erwartet funktioniert.
• Plugin-Daten: Viele Plugins speichern eigene Datenbanken (SQLite, MySQL), Log-Dateien oder persistente Daten in eigenen Verzeichnissen.
• Server-Logs: Nicht für den laufenden Betrieb nötig, aber für die Analyse bei Griefing, Regelverstößen oder technischen Problemen wertvoll.

Backup-Strategien im Überblick

Volles Backup

Beim Vollbackup wird alles gesichert – zu einem bestimmten Zeitpunkt. Vorteil: Einfachheit und schnelles Restore. Nachteil: Speicherbedarf und Zeitaufwand wachsen mit der Weltgröße. Bei großen Minecraft-Welten mit mehreren Gigabytes kann ein tägliches Vollbackup schnell unpraktisch werden. Für kleinere Server ist es dennoch der einfachste und zuverlässigste Einstieg.

Inkrementelles Backup

Nur die seit dem letzten Backup geänderten Dateien werden gesichert. Tools wie rsync mit dem Parameter --link-dest oder Restic (Open Source, verschlüsselt, platzsparend) nutzen diesen Ansatz. Das spart Speicher erheblich, erfordert aber bei einem Restore gegebenenfalls mehrere Backup-Generationen.

Snapshot-basiertes Backup

Wer einen Cloud-Server oder ein NAS mit LVM oder ZFS betreibt, kann Snapshots nutzen. Ein ZFS-Snapshot ist in Sekunden erstellt, konsistent und benötigt initial kaum Speicher. Für Game Server auf dedizierten oder virtuellen Maschinen ist das ein sehr effizienter und performanter Ansatz.

In-Game-Backup-Tools für Minecraft

Für Minecraft-Server gibt es dedizierte Backup-Plugins, die das Sichern der Welt bei laufendem Server ermöglichen:

• DriveBackupV2: Automatisches Hochladen zu Google Drive, OneDrive, Dropbox oder FTP. Konfigurierbar nach Zeitplan, minimale Performance-Auswirkungen.
• EasyBackup / SimpleBackup: Leichtgewichtige Plugins für automatische Zip-Backups in ein lokales Verzeichnis.
• WorldGuard-Regionen: Kein Backup-Plugin, aber nützlich für selektive Wiederherstellung von Regionen nach Griefing-Vorfällen.

Für Valheim, 7 Days to Die, Ark: Survival Evolved und andere Dedicated Server bieten sich Shell-Skripte an, die per Cron regelmäßig ausgeführt werden und die wichtigen Verzeichnisse in komprimierte Archive packen.

Off-Site-Backup: Lokal ist nicht genug

Ein Backup auf derselben Maschine ist kein echtes Backup. Wenn die Festplatte stirbt oder das Rechenzentrum einen schwerwiegenden Ausfall hat, ist auch das Backup weg. Off-Site-Backup bedeutet, dass Sicherungen an einem anderen physischen Ort gespeichert werden. Bewährte Optionen:

• Cloud-Storage: Backblaze B2 (günstig, S3-kompatibel), AWS S3 Glacier, Hetzner Storage Box
• Remote-Server: Ein zweiter VPS oder NAS beim gleichen oder einem anderen Provider, auf den Backups per rsync oder SFTP übertragen werden
• Restic mit B2 oder S3: Restic kombiniert inkrementelles Backup, Verschlüsselung und Cloud-Upload in einem einzigen, gut dokumentierten Tool

Die klassische 3-2-1-Regel gilt auch für Game Server: drei Kopien der Daten, auf zwei verschiedenen Medien, davon eine Off-Site. Für viele Game-Server-Betreiber reicht eine vereinfachte 2-1-Variante: lokales Backup plus Cloud-Upload.

Automatisierung mit Cron

Der zuverlässigste Weg, Backups konsequent durchzuführen, ist die vollständige Automatisierung. Ein einfaches Shell-Skript für einen Linux-Game-Server könnte folgendes tun:

• Den Server per RCON-Kommando zum Speichern auffordern (save-all bei Minecraft)
• Kurz warten, bis der Speichervorgang abgeschlossen ist
• Das Welt-Verzeichnis und die Konfigurationsdateien komprimieren
• Das Archiv in einen lokalen Backup-Ordner ablegen
• Das Archiv in den Cloud-Speicher hochladen
• Alte Backups nach einer definierten Aufbewahrungszeit löschen

Cron sorgt für die regelmäßige Ausführung – zum Beispiel täglich um 4 Uhr nachts, wenn die Serverlast gering ist. Wichtig ist, dass der Server vor dem Backup gespeichert wird. Andernfalls können inkonsistente Chunk-Daten im Backup landen, die beim Restore zu Weltkorruption führen.

Disaster Recovery: Der Plan für den Ernstfall

Ein Backup ist nur so gut wie der Plan, es wiederherzustellen. Disaster Recovery bedeutet nicht nur, dass Backups existieren – es bedeutet, dass das Team weiß, wie es sie in welcher Zeit nutzen kann. Wichtige Fragen für den Ernstfall:

• RPO (Recovery Point Objective): Wie viel Datenverlust ist akzeptabel? Stündliche Backups bedeuten maximal eine Stunde Verlust. Tägliche Backups können bis zu 24 Stunden kosten.
• RTO (Recovery Time Objective): Wie lange darf der Restore dauern? Bei einem Community-Server vielleicht zwei bis vier Stunden; bei einem gewerblichen Anbieter möglicherweise unter 30 Minuten.
• Dokumentierter Restore-Prozess: Ist schriftlich festgehalten, wie der Restore Schritt für Schritt durchgeführt wird? Kann ihn eine zweite Person ohne Hilfe ausführen?

Backup-Tests: Das oft vergessene Pflichtprogramm

Das häufigste Backup-Problem: Backups liefen angeblich erfolgreich, aber beim Restore stellte sich heraus, dass Dateien korrupt oder unvollständig waren. Regelmäßige Restore-Tests sind deshalb kein Luxus, sondern Pflicht.

Für Game Server bedeutet das: Einmal im Monat – oder nach jedem Major-Update – eine Backup-Datei auf einem zweiten Server entpacken und prüfen, ob der Server startet, Spielerdaten vorhanden sind und die Welt korrekt geladen wird. Nur wer den Restore einmal vollständig durchgespielt hat, weiß, dass das Backup im Ernstfall funktioniert.

Monitoring der Backup-Prozesse

Backups, die still scheitern, sind genauso gefährlich wie keine Backups. Wer Backup-Skripte per Cron ausführt, sollte sicherstellen, dass Fehler sofort sichtbar werden:

• Heartbeat-Monitoring: Das Backup-Skript sendet nach erfolgreichem Abschluss einen HTTP-Request an einen Heartbeat-Endpunkt. Bleibt der Ping aus, wird ein Alert ausgelöst – so werden stille Backup-Fehler sofort sichtbar, bevor wochenlang unbemerkt kein Backup mehr läuft.
• Log-Prüfung: Backup-Logs regelmäßig auf Fehler und Warnungen prüfen, entweder manuell oder per automatisierter Auswertung.
• Speicherplatz-Überwachung: Wächst das Backup-Verzeichnis nicht mehr oder der Cloud-Storage nicht an, ist das ein Zeichen dafür, dass das Backup schon länger nicht mehr erfolgreich läuft.

Fazit

Ein Game Server ohne Backup ist ein Versprechen, das früher oder später gebrochen wird. Die Frage ist nicht ob, sondern wann ein Fehler passiert. Wer Backups strukturiert aufbaut – mit Automatisierung, Off-Site-Speicherung, klaren Recovery-Zielen und regelmäßigen Tests – schützt nicht nur Daten, sondern auch das Vertrauen der Community. Der initiale Aufwand ist überschaubar, der Nutzen im Ernstfall enorm.

Quellen: Minecraft Wiki (wiki.gg), Valheim Dedicated Server Guide (valheim.fandom.com), Restic-Dokumentation (restic.net), Backblaze B2 Developer Docs (backblaze.com/docs), allgemeine Best Practices für Server-Backup und Disaster Recovery.