Sauvegarder automatiquement son serveur FiveM

Une panne disque, une ressource qui corrompt la base ou une mauvaise manipulation suffisent à perdre des semaines de progression. Les sauvegardes automatiques protègent à la fois les fichiers du serveur et les données des joueurs.

Cause / Le problème

Les pertes de données surviennent quand aucun plan de sauvegarde n’est en place, quand la base de données n’est pas dumpée (seuls les fichiers sont copiés), ou quand les backups restent sur la même machine que le serveur et disparaissent avec elle.

Solution

1. Utilisez la sauvegarde de l’hébergeur si elle existe : la plupart des panneaux proposent un snapshot quotidien du serveur. Activez-la et vérifiez la fréquence.
2. Identifiez ce qu’il faut sauvegarder : le dossier resources/, server.cfg, server-data/, et surtout un dump de la base de données (MySQL/MariaDB). Sans ce dump, les comptes et véhicules sont perdus.
3. Créez un script cron (Linux) qui dump la base et archive les fichiers :

   #!/bin/bash
   DATE=$(date +%Y%m%d-%H%M)
   mysqldump -u fivem -p"MOT_DE_PASSE" esx_db > /backups/db_$DATE.sql
   tar -czf /backups/server_$DATE.tar.gz /srv/fivem/server-data /srv/fivem/resources
   find /backups -mtime +7 -delete

4. Planifiez-le dans la crontab :

   0 4 * * * /srv/fivem/backup.sh

5. Exportez les sauvegardes hors-site. Copiez l’archive vers un stockage externe (S3, FTP, un autre VPS) — un backup sur la même machine ne protège pas d’une panne disque.
6. Testez la restauration. Une sauvegarde non testée est une sauvegarde non garantie. Restaurez sur un serveur de test : décompressez l’archive, importez le dump SQL (mysql ... < db.sql) et démarrez pour vérifier.

Gardez au moins 7 jours de rétention et une sauvegarde hebdomadaire plus ancienne pour pouvoir revenir en arrière après une corruption lente.