Sauvegardes automatiques d’un serveur Project Zomboid
Project Zomboid dispose d’un système de sauvegarde intégré, configurable en cinq lignes de servertest.ini. Le problème : ses valeurs par défaut ne protègent quasiment rien. Un serveur fraîchement installé ne crée aucune sauvegarde périodique et n’écrit le monde sur disque que de façon opportuniste. Un crash au mauvais moment, et plusieurs heures de jeu disparaissent.
Sur un serveur Project Zomboid chez HebergTonServ, les sauvegardes quotidiennes du panel viennent s’ajouter à ce mécanisme interne — les deux sont complémentaires, et ce guide explique pourquoi.
Ce guide traite des sauvegardes natives du moteur. Pour la procédure de copie et de restauration manuelle des fichiers, voir Sauvegarder et restaurer un serveur Project Zomboid.
Les 5 clés, et ce qu’elles font vraiment
BackupsCount=5
BackupsOnStart=true
BackupsOnVersionChange=true
BackupsPeriod=0
SaveWorldEveryMinutes=0| Clé | Plage | Défaut | Rôle |
|---|---|---|---|
BackupsCount | 1 → 300 | 5 | Nombre d’archives conservées avant rotation |
BackupsOnStart | booléen | true | Crée une sauvegarde à chaque démarrage du serveur |
BackupsOnVersionChange | booléen | true | Crée une sauvegarde quand la version du jeu change |
BackupsPeriod | 0 → 1500 | 0 | Intervalle en minutes entre deux sauvegardes automatiques |
SaveWorldEveryMinutes | 0 → ∞ | 0 | Écrit sur disque les portions de carte chargées, toutes les N minutes réelles |
Les deux valeurs à
0sont le cœur du problème.BackupsPeriod=0signifie aucune sauvegarde périodique.SaveWorldEveryMinutes=0signifie que les zones chargées ne sont écrites qu’au moment où les joueurs les quittent. Un serveur par défaut n’a donc qu’une sauvegarde au démarrage — c’est-à-dire une photo de l’état d’avant la session en cours.
Pourquoi SaveWorldEveryMinutes compte autant
C’est le paramètre le moins compris des deux, et le plus décisif.
La documentation officielle le décrit ainsi : les portions chargées de la carte sont sauvegardées après ce nombre de minutes réelles ; la carte n’est habituellement sauvegardée que lorsque les clients quittent une zone chargée.
Traduction concrète : tant qu’un joueur reste dans sa base, les modifications qu’il y apporte vivent en mémoire. Les murs construits, les conteneurs rangés, les objets déposés ne sont pas encore sur le disque. Si le serveur crashe ou est tué brutalement, tout cela n’a jamais existé.
C’est l’explication des plaintes classiques :
- « J’ai construit toute la soirée et j’ai retrouvé ma base comme avant »
- « Mes coffres se sont vidés après un crash »
- « Le serveur a redémarré et on a perdu deux heures »
Ce ne sont pas des bugs. C’est SaveWorldEveryMinutes=0.
SaveWorldEveryMinutes=15Quinze minutes est un bon compromis : la perte maximale sur crash est bornée à un quart d’heure, et l’écriture disque reste espacée. Sur un serveur sur SSD NVMe, descendre à 10 ne pose pas de problème.
Une valeur trop basse (
1ou2) déclenche une écriture disque très fréquente sur l’ensemble des zones chargées. Sur un serveur peuplé où beaucoup de zones sont actives en même temps, cela peut se traduire par des micro-freezes au moment de l’écriture. Restez au-dessus de 5.
Régler les sauvegardes périodiques
BackupsPeriod=60
BackupsCount=12BackupsPeriod s’exprime en minutes, de 0 à 1500 (soit 25 heures). À 0, rien ne se déclenche. À 60, le serveur archive le monde toutes les heures pendant qu’il tourne.
BackupsCount définit la rotation : au-delà de ce nombre, les plus anciennes archives sont supprimées. La combinaison des deux détermine votre profondeur de restauration :
BackupsPeriod | BackupsCount | Profondeur | Profil de serveur |
|---|---|---|---|
0 | 5 | Démarrages uniquement | Défaut — insuffisant |
120 | 6 | 12 heures | Petit serveur entre amis |
60 | 12 | 12 heures | Serveur communautaire |
30 | 24 | 12 heures | Serveur PvP / gros enjeux |
60 | 48 | 48 heures | Serveur RP, gros monde |
La profondeur compte plus que la fréquence. Un mod qui corrompt discrètement les inventaires ne se remarque pas en dix minutes. Si vos 5 dernières archives couvrent 2 h 30, elles contiennent toutes la corruption. Douze archures horaires donnent une demi-journée de recul ; c’est le minimum raisonnable sur un serveur public.
Où atterrissent les sauvegardes
Les archives sont déposées dans le dossier Backups, à la racine du dossier Zomboid — à côté de Saves et de Server :
| Système | Chemin |
|---|---|
| Windows | %USERPROFILE%\Zomboid\Backups |
| Linux | $HOME/Zomboid/Backups |
Chaque sauvegarde est une archive ZIP horodatée. Pour restaurer, on remplace le dossier correspondant dans Saves par celui contenu dans le ZIP — procédure détaillée dans Sauvegarder et restaurer un serveur Project Zomboid.
Les backups natifs sont sur le même disque que le serveur. Ils protègent d’une corruption de monde, d’un mod qui tourne mal ou d’une fausse manœuvre admin. Ils ne protègent de rien si le disque lâche ou si le serveur devient inaccessible. Une copie hors du serveur reste indispensable.
Surveiller l’espace disque
C’est la contrepartie directe de BackupsCount. Un monde exploré pèse généralement entre 1 et 5 Go ; compressé, comptez grossièrement la moitié.
BackupsCount | Poids d’un monde | Espace à prévoir (ordre de grandeur) |
|---|---|---|
5 | 2 Go | ~5 Go |
12 | 2 Go | ~12 Go |
24 | 3 Go | ~36 Go |
48 | 4 Go | ~96 Go |
Un serveur PZ qui tombe en panne de disque se comporte de façon erratique : sauvegardes tronquées, monde corrompu, crashs au redémarrage. Dimensionnez BackupsCount en fonction de votre espace, pas de vos envies. L’offre HebergTonServ inclut 30 Go NVMe, ce qui laisse confortablement la place à une rotation horaire sur 12 archives en plus du monde actif.
Configuration recommandée
Pour un serveur communautaire de taille moyenne :
BackupsCount=12
BackupsOnStart=true
BackupsOnVersionChange=true
BackupsPeriod=60
SaveWorldEveryMinutes=15Ce jeu de valeurs donne : une archive au démarrage, une avant chaque changement de version, une par heure de fonctionnement, douze heures de profondeur, et une perte maximale de quinze minutes en cas de crash.
Gardez BackupsOnVersionChange=true en toutes circonstances. C’est le filet qui sauve la mise quand une mise à jour du jeu passe pendant la nuit : Mettre à jour un serveur Project Zomboid.
Appliquer les modifications
- Arrêtez le serveur. PZ réécrit
servertest.inià l’extinction ; une modification à chaud est écrasée. - Éditez les cinq clés.
- Redémarrez.
BackupsOnStart=trueproduit immédiatement une première archive — c’est votre vérification que le mécanisme fonctionne. - Au bout d’une heure de fonctionnement, contrôlez qu’une seconde archive est apparue dans
Backups.
Si aucune archive n’apparaît, vérifiez d’abord l’espace disque disponible, puis les droits d’écriture sur le dossier Zomboid.
Sauvegardes natives, panel et RCON : qui fait quoi
| Mécanisme | Déclencheur | Protège de | Limite |
|---|---|---|---|
Natif (BackupsPeriod) | Le serveur lui-même | Corruption, fausse manœuvre | Même disque que le serveur |
| Panel de l’hébergeur | Planification externe | Corruption, erreur admin | Dépend de l’offre |
save via RCON | Script ou cron | Perte de progression sur crash | Ne crée pas d’archive |
| Copie SFTP manuelle | Vous | Panne de disque, migration | Manuelle |
La commande RCON save force l’écriture du monde, elle ne produit pas d’archive : c’est l’équivalent ponctuel de SaveWorldEveryMinutes. L’enchaîner avant un redémarrage planifié est une bonne pratique — voir RCON Project Zomboid et Redémarrages automatiques.
FAQ
Project Zomboid fait-il des sauvegardes automatiques par défaut ?
Non, pas de façon utile. Par défaut, BackupsPeriod=0 : aucune sauvegarde périodique n’est créée. Le serveur n’archive qu’au démarrage (BackupsOnStart) et lors d’un changement de version (BackupsOnVersionChange). Il faut régler BackupsPeriod soi-même.
En quelle unité s’exprime BackupsPeriod ?
En minutes, de 0 à 1500. BackupsPeriod=60 crée une archive toutes les heures pendant que le serveur tourne. La valeur 0 désactive complètement le mécanisme.
Pourquoi perd-on la progression après un crash de serveur PZ ?
Parce que SaveWorldEveryMinutes=0 par défaut : les zones de carte chargées ne sont écrites sur disque qu’au moment où les joueurs les quittent. Ce qui a été construit ou déplacé pendant que les joueurs sont restés sur place vit en mémoire et disparaît avec le processus. Réglez SaveWorldEveryMinutes=15.
Où sont stockées les sauvegardes d’un serveur Project Zomboid ?
Dans le dossier Backups à la racine du dossier Zomboid (%USERPROFILE%\Zomboid\Backups sous Windows, $HOME/Zomboid/Backups sous Linux), sous forme d’archives ZIP horodatées.
Combien de sauvegardes faut-il conserver ?
Raisonnez en profondeur, pas en nombre. Un problème de mod ou une corruption progressive ne se détecte pas en deux heures. Douze archives horaires — douze heures de recul — constituent un plancher raisonnable sur un serveur public, dans la limite de votre espace disque.
Les sauvegardes automatiques font-elles lagger le serveur ?
L’archivage est une opération disque ponctuelle : sur NVMe, elle passe généralement inaperçue. Le réglage le plus susceptible de se faire sentir est SaveWorldEveryMinutes avec une valeur très basse sur un serveur où beaucoup de zones sont chargées simultanément. Restez au-dessus de 5 minutes.
Ces sauvegardes suffisent-elles, ou faut-il aussi faire des copies manuelles ?
Elles ne suffisent pas seules : elles résident sur le même disque que le serveur. Elles couvrent la corruption de monde et l’erreur d’administration, pas la panne matérielle ni la perte d’accès au serveur. Gardez une copie hors du serveur, au minimum hebdomadaire.
Conclusion
Les sauvegardes natives de Project Zomboid sont efficaces — mais désactivées là où ça compte dans la configuration par défaut. Deux lignes changent la donne : BackupsPeriod=60 pour obtenir des archives périodiques, et SaveWorldEveryMinutes=15 pour que ce qui se passe en jeu atteigne réellement le disque. Le reste est une affaire de profondeur de rotation et d’espace disque.
Pour un hébergeur Project Zomboid avec 30 Go de NVMe, sauvegardes quotidiennes du panel et accès SFTP complet à vos archives, HebergTonServ démarre à 25,90 €/mois.
