WATERCRAFTWIKI
Illustration de Backuper — Sauvegardes du serveur
← Retour au wiki
💾

ADMINISTRATION

Backuper — Sauvegardes du serveur

Comprendre la sauvegarde locale quotidienne, la contrôler et préparer une restauration sans risquer le monde.

Mis à jour le 2026-08-03

Sauvegarder WaterCraft

Backuper prépare des copies de sécurité du monde et des fichiers importants du serveur. Il intervient après un problème global : corruption, mauvaise mise à jour, suppression massive ou serveur qui ne redémarre plus correctement.

Son rôle exact

Une sauvegarde Backuper est une photographie générale du serveur à un instant donné. Elle ne remplace pas les autres protections :

  • CoreProtect sert à enquêter puis réparer des actions précises dans une zone ;
  • Lands empêche les autres joueurs de modifier un domaine privé ;
  • Backuper sert lorsqu'il faut récupérer des fichiers ou replacer une partie importante du serveur dans un état antérieur.

Une restauration complète peut aussi effacer toutes les actions légitimes réalisées après la date de l'archive. L'équipe doit donc toujours commencer par la solution la plus ciblée.

Configuration locale actuelle

ÉlémentRéglage vérifié
FréquenceToutes les 1 440 minutes, soit une tentative quotidienne
DestinationDossier local plugins/Backuper/Backups
Conservation7 archives au maximum
FormatArchive ZIP, compression de niveau 5
MondeLes dossiers des mondes sont ajoutés automatiquement
Fichiers ajoutésplugins, config, server.properties, bukkit.yml, spigot.yml, ops.json et whitelist.json
Monde inchangéLa sauvegarde peut être ignorée si aucun changement n'est détecté
Après la copieAucun arrêt ni redémarrage automatique

Le stockage Google Drive, FTP et SFTP est désactivé. La copie actuelle reste donc sur la même machine que le serveur : elle aide contre une erreur de fichiers, mais pas contre la perte complète du disque ou du compte d'hébergement.

Ce que le joueur doit faire

Le joueur n'a aucune commande Backuper. Il peut continuer à jouer tant que l'équipe ne demande pas de déconnexion. Si un message annonce une maintenance ou une sauvegarde avec redémarrage, termine l'action en cours, ferme les menus importants et attends le retour du serveur.

Pour un coffre vidé, quelques blocs cassés ou une parcelle vandalisée, signale plutôt l'incident avec le lieu et l'heure approximative. Une enquête CoreProtect est plus précise qu'un retour général du serveur.

Contrôler une sauvegarde manuelle

Cette procédure est réservée à l'équipe.

  1. Choisir une période calme et vérifier l'espace disque disponible.
  2. Lancer /backuper backup local depuis la console ou avec les permissions d'administration.
  3. Suivre la tâche avec /backuper task status et surveiller les erreurs dans la console.
  4. Attendre la fin réelle de la tâche. Un nom contenant encore « in progress » n'est pas une sauvegarde terminée.
  5. Vérifier que le fichier final n'est pas vide, que le ZIP s'ouvre et qu'il contient au minimum les mondes et les dossiers attendus.
  6. Noter la date, la taille, la durée et le résultat du contrôle dans le journal de maintenance.
  7. Conserver l'archive intacte jusqu'à ce qu'un test de lecture ou de restauration sur une copie séparée ait réussi.

/backuper list local permet de demander au plugin la liste du stockage local, mais cette liste ne remplace pas la vérification de la taille et de l'ouverture du fichier.

Commandes de l'équipe

CommandeUtilitéPrécaution
/backuper backup localDémarrer une sauvegarde vers le stockage localÀ lancer pendant une période calme
/backuper list localAfficher les sauvegardes connues sur le stockage localVérifier ensuite les fichiers eux-mêmes
/backuper task statusVoir la tâche active et son avancementÀ consulter avant toute autre action
/backuper task cancelDemander l'annulation de la tâche activePeut laisser un fichier incomplet
/backuper reloadRecharger la configuration du pluginUniquement après validation du fichier YAML

Toutes ces commandes sont réservées à l'administration. Il ne faut jamais donner les permissions Backuper à un grade joueur.

Préparer une restauration

La restauration ne doit jamais être improvisée directement sur le serveur en ligne.

  1. Confirmer que l'archive choisie est complète, non vide et lisible.
  2. Arrêter proprement le serveur depuis le panneau de l'hébergeur.
  3. Faire une copie séparée de l'état actuel, même s'il est défectueux.
  4. Décompresser l'archive dans un dossier de test et contrôler son arborescence.
  5. Déterminer précisément quels dossiers doivent être récupérés ; éviter un remplacement total si quelques fichiers suffisent.
  6. Restaurer hors ligne, vérifier les propriétaires et permissions des fichiers, puis démarrer le serveur.
  7. Contrôler les mondes, les plugins, les grades, l'économie et les domaines Lands avant de rouvrir aux joueurs.

Si les archives restent à 0 octet

  • vérifier les erreurs Backuper à l'heure exacte du lancement ;
  • contrôler l'espace libre et les droits d'écriture du dossier plugins/Backuper/Backups ;
  • vérifier avec /backuper task status qu'aucune tâche n'est bloquée ;
  • rechercher un verrouillage de fichiers ou un arrêt brutal pendant la compression ;
  • ne pas effacer immédiatement les fichiers incomplets : leur date aide à retrouver les journaux correspondants ;
  • corriger la cause, puis produire et ouvrir une nouvelle archive avant de déclarer le système opérationnel.

Pour une réparation locale, suis d'abord le tutoriel CoreProtect — historique et restauration. Pour comprendre toutes les couches de protection, consulte aussi WorldGuard.