FiveM Server Backup erstellen: Vollständige Anleitung

Server-Daten zu verlieren ist der Albtraum jedes Server-Owners. Ob korrupte Datenbank, versehentliches Löschen oder ein fehlgeschlagenes Update, das alles zerstört — zuverlässige Backups sind der Unterschied zwischen einer schnellen Wiederherstellung und einem Neustart von Grund auf. Dieser Guide erklärt, was zu sichern ist, wie du den Prozess automatisierst und wie du deinen Server bei Problemen wiederherstellst.

Was zu sichern ist

Ein vollständiges FiveM-Server-Backup umfasst mehrere Komponenten. Fehlt eine davon, kannst du deinen Server möglicherweise nicht vollständig wiederherstellen:

• txData-Ordner — Enthält deine txAdmin-Konfiguration, Spielerdaten, Bans, Whitelist und Admin-Einstellungen
• Resources-Ordner — Alle deine Scripts, MLOs, Fahrzeuge und Custom-Ressourcen
• server.cfg — Deine Server-Konfigurationsdatei mit Ressourcen-Ladereihenfolge, Convars, Lizenzschlüsseln und Server-Einstellungen
• Datenbank — Deine MySQL/MariaDB-Datenbank enthält Spielercharaktere, Inventare, Fahrzeuge, Häuser, Bankkonten, Job-Daten und alles andere, das zwischen Sessions gespeichert wird. Dies ist die kritischste Komponente
• Custom-Dateien — Alle Custom Scripts, Konfigurationsdateien oder Datendateien außerhalb der Standard-Ressourcenstruktur

Manuelle Backup-Schritte

Schritt 1: Server stoppen

Für ein sauberes Backup stoppe deinen FiveM-Server zuerst. Dies verhindert Dateiänderungen während des Backup-Prozesses.

Schritt 2: Server-Dateien kopieren

Kopiere dein gesamtes Server-Verzeichnis an einen Backup-Speicherort. Unter Linux:

cp -r /home/fivem/server /home/fivem/backups/server-$(date +%Y%m%d)

Unter Windows kannst du den Datei-Explorer oder ein Tool wie 7-Zip verwenden.

Schritt 3: Datenbank exportieren

Verwende mysqldump, um einen Datenbank-Export zu erstellen:

mysqldump -u root -p dein_datenbankname > /home/fivem/backups/db-$(date +%Y%m%d).sql

Schritt 4: Backup verifizieren

Überprüfe immer deine Backup-Dateien:

• Dateigrößen prüfen — ein Datenbank-Dump sollte nicht 0 Bytes haben
• SQL-Datei öffnen und auf gültige SQL-Statements prüfen
• Server-Datei-Archiv auf Integrität prüfen

Automatisierte Backup-Scripts

Linux Cron Job

Erstelle ein Backup-Script und plane es mit Cron:

backup.sh:

#!/bin/bash
BACKUP_DIR="/home/fivem/backups"
SERVER_DIR="/home/fivem/server"
DB_NAME="fivem_db"
DB_USER="root"
DB_PASS="dein_passwort"
DATE=$(date +%Y%m%d_%H%M)

# Datenbank-Backup
mysqldump -u $DB_USER -p$DB_PASS $DB_NAME > $BACKUP_DIR/db_$DATE.sql

# Server-Dateien sichern (Cache ausschließen)
tar -czf $BACKUP_DIR/server_$DATE.tar.gz --exclude="cache" $SERVER_DIR

# Backups älter als 14 Tage löschen
find $BACKUP_DIR -name "*.sql" -mtime +14 -delete
find $BACKUP_DIR -name "*.tar.gz" -mtime +14 -delete

echo "Backup abgeschlossen: $DATE"

Mit crontab planen:

crontab -e
# Backup täglich um 5 Uhr morgens ausführen
0 5 * * * /home/fivem/backup.sh >> /home/fivem/backups/backup.log 2>&1

Datenbank-Dump Best Practices

• --single-transaction verwenden — Für InnoDB-Tabellen erstellt dies einen konsistenten Snapshot ohne Tabellen zu sperren: mysqldump --single-transaction -u root -p dbname > backup.sql
• Routinen und Trigger einschließen — --routines --triggers für gespeicherte Prozeduren hinzufügen
• Große Dumps komprimieren — Output durch gzip leiten: mysqldump ... | gzip > backup.sql.gz
• Dumps regelmäßig testen — Mindestens monatlich ein Backup auf einem Test-Datenbankserver einspielen

Backups speichern

Die 3-2-1-Regel befolgen:

• 3 Kopien deiner Daten
• 2 verschiedene Speichertypen (lokaler Datenträger + Cloud)
• 1 Offsite-Kopie (nicht auf demselben Server)

Cloud-Speicher

• Amazon S3 — Zuverlässig und günstig für Backup-Speicher
• Backblaze B2 — Sehr günstig mit S3-kompatibler API
• Google Drive / OneDrive — Geeignet für kleinere Server; rclone für automatisierte Uploads verwenden

Wiederherstellungsprozedur

Schritt 1: Schaden einschätzen

Bestimme, was verloren gegangen ist. Nur die Datenbank? Der gesamte Server?

Schritt 2: Server stoppen

Falls der Server noch läuft, stoppe ihn vor der Wiederherstellung.

Schritt 3: Datenbank wiederherstellen

mysql -u root -p dein_datenbankname < backup.sql

Komprimiertes Backup:

gunzip < backup.sql.gz | mysql -u root -p dein_datenbankname

Schritt 4: Server-Dateien wiederherstellen

tar -xzf server_backup.tar.gz -C /home/fivem/

Schritt 5: Konfiguration prüfen

server.cfg, Datenbankverbindungsstrings und Lizenzschlüssel prüfen.

Schritt 6: Starten und testen

Server starten und prüfen, ob alles funktioniert.

Empfohlene Backup-Häufigkeit

| Komponente | Häufigkeit | Aufbewahrung | |---|---|---| | Datenbank | Alle 6 Stunden | 14 Tage | | Server-Dateien | Täglich | 7 Tage | | Vollständig (Server + DB) | Wöchentlich | 30 Tage | | Cloud Offsite-Kopie | Täglich | 30 Tage |

Fazit

Backups sind eine Versicherung — du hoffst, sie nie zu brauchen, aber wenn du sie brauchst, ist nichts anderes wichtiger. Richte automatisierte Backups noch heute ein, teste deine Wiederherstellungsprozedur mindestens einmal und speichere Kopien offsite.