Un serveur peut perdre des données de bien des façons : suppression accidentelle, mise à niveau ratée, intrusion, panne de disque. La seule assurance fiable est la sauvegarde. Cet article présente trois niveaux, du plus simple au plus complet — choisissez ce qui vous convient.

Niveau 1 : les instantanés de la plateforme (le plus simple)

Un instantané est une « photo » du disque entier à un instant donné ; la restauration ramène toute la machine à ce moment. Prenez-en un manuellement avant une opération lourde (mise à niveau de l'OS, modification d'une configuration centrale), ou conservez-en un hebdomadaire automatique. Avantages : restauration complète et simple. Inconvénient : granularité grossière — impossible de restaurer un seul fichier. Contactez le support 00Shark pour vérifier la disponibilité des instantanés sur votre offre.

Niveau 2 : sauvegardes planifiées des fichiers et de la base

Utilisez cron pour archiver chaque jour les données critiques. Une approche minimale mais fonctionnelle :

  • Fichiers du site : archivez la racine web avec tar ;
  • Base de données : exportez avec mysqldump (plus sûr que copier les fichiers bruts) ;
  • Conservez les 7 derniers jours et supprimez automatiquement les archives plus anciennes, pour que les sauvegardes ne remplissent jamais le disque.

Avec aaPanel, la page « Cron » configure la même logique de façon visuelle, sans écrire de script.

Niveau 3 : sauvegardes hors site (contre les pannes majeures)

Une sauvegarde stockée sur le même serveur disparaît avec le disque. La synchroniser hors site complète le dispositif : envoyez-la vers un autre VPS avec rsync, ou vers un stockage objet ou un espace cloud avec rclone. Appliquez la règle 3-2-1 : 3 copies, 2 types de supports, 1 hors site.

L'étape la plus souvent oubliée : l'exercice de restauration

Une sauvegarde jamais restaurée n'est pas une sauvegarde. Une fois par trimestre, extrayez une archive dans un répertoire de test et importez le dump dans une base temporaire pour vérifier l'intégrité des données. Beaucoup découvrent au moment d'un incident réel que leur script de sauvegarde échouait silencieusement depuis des mois.