Mettre en place des backups S&Box avec Wisp Schedules

Introduction

Une sauvegarde, c'est trois choses : automatique, testée et stockée ailleurs. Le panel Wisp fournit nativement les backups locaux et planifiés. Pour aller au-delà (offsite, rétention longue), on combine avec un SFTP externe ou un script. Guide pratique avec mes recommandations directes.

Prérequis

• Un serveur S&Box actif chez VeryCloud
• Accès au panel Wisp
• Optionnel : un stockage externe (autre VPS, NAS, S3 compatible)

Étape 1 : Backups manuels via Wisp

Pour un snapshot rapide avant une opération risquée :

1. Ouvre ton serveur dans le panel
2. Sidebar → Backups
3. Clique Create Backup
4. Donne-lui un nom parlant (ex : pre-gamemode-switch-2026-05-17)
5. Attends que le statut passe à Complete

Le backup contient l'intégralité du dossier /home/container/ (config, users, données locales, cache packages).

Étape 2 : Backups planifiés (Schedules)

C'est ici que tu veux passer 95% de ton temps de config :

1. Sidebar → Schedules
2. Create Schedule
3. Configure :
   • Name : Daily backup 3 AM
   • Cron : 0 3 * * * (tous les jours à 3h)
   • Only when server online : OUI (sinon Wisp essaie sur un serveur stoppé)
4. Ajoute une Task :
   • Action : Create Backup
   • Optionnel : Send console command avant (say Backup en cours, micro lag possible)

Étape 3 : Stratégie de rétention

Wisp a une limite de backups par serveur selon ton plan. Stratégie raisonnable pour S&Box :

💡 Trop de backups = explosion du quota disque. Adapte selon la taille de ton serveur (un serveur sandbox léger : 50-200 Mo ; un RP custom : plusieurs Go).

Étape 4 : Backups offsite (3-2-1)

La règle : 3 copies, 2 supports différents, 1 hors site.

Méthode 1 — SFTP pull depuis un VPS externe

Sur une machine externe (autre VPS, NAS) :

#!/bin/bash
SFTP_HOST="sftp.verycloud.fr"
SFTP_PORT="2022"
SFTP_USER="ton.user.wisp"
DEST="/backups/sbox/$(date +%F)"
mkdir -p "$DEST"

sftp -P $SFTP_PORT $SFTP_USER@$SFTP_HOST <<EOC
cd /home/container
get -r users
get -r cloud
get *.cfg
bye
EOC

# Garder 30 jours
find /backups/sbox -mindepth 1 -maxdepth 1 -mtime +30 -type d -exec rm -rf {} \;

Récupère tes credentials SFTP dans Settings → SFTP Details.

Méthode 2 — rclone vers S3 / Backblaze B2

Si tu as un bucket S3 ou B2 :

rclone sync /backups/sbox b2:mybucket/sbox-backups \
  --transfers 4 --backup-dir b2:mybucket/sbox-old/$(date +%F)

Étape 5 : Tester une restauration

Une sauvegarde non testée n'est pas une sauvegarde. Une fois par mois :

1. Sur un serveur de test (autre instance Wisp ou local)
2. Restaure le backup le plus récent
3. Vérifie que le serveur démarre, que users/config.json est intact, que les données du gamemode sont cohérentes

Étape 6 : Restaurer un backup en cas d'incident

1. STOP le serveur depuis la console
2. Sidebar → Backups
3. Clique sur le backup voulu → Restore
4. Confirme (Wisp remplace le contenu de /home/container/)
5. START le serveur

⚠️ La restauration écrase l'état actuel. Si tu veux comparer avant/après, télécharge le backup (Download) et inspecte-le localement.

Étape 7 : Snapshot avant chaque modif risquée

Avant :

• Changer de gamemode
• Mettre à jour un package custom
• Modifier users/config.json ou un fichier critique
• Tester un nouveau script

→ Backup manuel systématique. Ça prend 30 secondes, ça t'évite des heures de regret.

Dépannage

Le backup échoue avec "out of space"

• Tu as atteint le quota disque de ton plan
• Supprime les vieux backups manuels et configure une rotation
• Ou monte de plan

Le schedule ne se déclenche pas

• Vérifie que Only when online n'est pas coché si tu veux qu'il tourne aussi serveur arrêté
• Vérifie le format cron (Wisp utilise le format standard 5 champs)
• Regarde l'historique d'exécution dans le schedule

La restauration plante au démarrage

• Le backup capture le cache packages qui peut être corrompu — supprime cloud/packages/ et redémarre, S&Box re-téléchargera depuis sbox.game

Commandes utiles

# Cron utiles
# Toutes les 6 heures
0 */6 * * *

# Tous les jours a 3h
0 3 * * *

# Tous les lundis a 4h
0 4 * * 1

# Premier du mois a 5h
0 5 1 * *

Conclusion

Backups Wisp = automatiques, planifiés, retenus selon ta stratégie. Ajoute un offsite SFTP ou S3 pour le 3-2-1, teste tes restaurations, et fais un snapshot manuel avant chaque opération sensible. C'est trois clics par schedule, et ça change tout en cas d'incident.

Pour aller plus loin : envoyer une notif Discord après chaque backup réussi, monitorer la taille des backups dans le temps, automatiser la restauration sur un staging.

Ressources

• Wisp Schedules Documentation
• Cron syntax
• rclone — sync to cloud storage
• Backblaze B2 Cloud Storage