Sauvegarde · Continuité

Sauvegarde de site web : construire une stratégie 3-2-1 réellement restaurable

Protégez fichiers, base, DNS et secrets avec une stratégie 3-2-1, des rétentions adaptées, du chiffrement et des tests de restauration.

Lecture : environ 5 minGuide pratiquePar l’équipe technique Au P'tit Serveur
Illustration d’une infrastructure de serveurs, de supervision et de sauvegarde
Illustration éditoriale dédiée à l’hébergement, Linux et aux sauvegardes.

Le problème à résoudre

Une sauvegarde n’est pas une case cochée : c’est une capacité de restauration dans un délai acceptable. La copie doit contenir les bonnes données, être indépendante de la panne et disposer d’une procédure testée.

Définissez RPO, perte de données maximale, et RTO, temps de reprise visé. Une boutique active et une vitrine mensuelle n’ont pas les mêmes fréquences.

Reconnaître les bons signaux

Signal observéInterprétation probablePremier contrôle
Archive sur le même serveurMême panne ou compromissionExternaliser une copie
Sauvegarde verte mais videContrôle limité au jobTester contenu et restauration
Restauration très lenteRTO non préparéChronométrer un exercice

Les notions à maîtriser

  • La règle 3-2-1 recommande trois copies, sur deux supports, dont une hors site.
  • Fichiers et base doivent être cohérents au même point logique.
  • Les sauvegardes contiennent souvent des secrets et nécessitent chiffrement et accès limité.
  • La rétention doit couvrir erreurs tardivement découvertes et obligations éventuelles.

Méthode de diagnostic

1. Inventorier fichiers, bases, e-mails, DNS, certificats et configurations.
2. Cartographier où chaque copie est stockée et avec quels identifiants.
3. Vérifier journaux, taille, checksum et alertes d’échec.
4. Restaurer sur une cible isolée et tester le service, pas seulement l’extraction.

Plan d’action recommandé

  1. Fixer RPO/RTO par service.
  2. Automatiser des copies fréquentes et une externalisation indépendante.
  3. Conserver plusieurs horizons : quotidien, hebdomadaire et mensuel selon besoin.
  4. Chiffrer, séparer les accès et protéger contre la suppression.
  5. Planifier des exercices et corriger le guide après chaque test.

Erreurs fréquentes à éviter

  • Synchroniser une suppression et appeler cela une sauvegarde.
  • Utiliser le même compte administrateur pour production et dépôt de backup.
  • Ne jamais tester par peur de toucher à la production.

Indicateurs à suivre

IndicateurRepèrePourquoi le suivre
RPOCompatible avec les écrituresCadre la perte maximale
RTOTesté par chronomètreCadre la reprise
Succès de restaurationVérifié périodiquementProuve l’utilité

Checklist avant validation

  • Une mesure de référence est conservée.
  • Le changement est testé hors production lorsque c’est possible.
  • Une sauvegarde ou un retour arrière est disponible.
  • Les dépendances web, e-mail et DNS ont été contrôlées.
  • Les journaux et alertes sont surveillés après intervention.
  • Le résultat est documenté avec date et responsable.

Questions fréquentes

Une sauvegarde quotidienne suffit-elle ?

Seulement si perdre jusqu’à 24 heures de données est acceptable.

Où stocker la copie externe ?

Chez un fournisseur ou site indépendant, avec identifiants et mécanismes de suppression séparés.

Faut-il sauvegarder le DNS ?

Oui : export de zone, registrar, certificats et documentation accélèrent une reconstruction.

Sources techniques

Pour vérifier les règles et approfondir le sujet :

Besoin d’un diagnostic sur votre environnement ?

Décrivez le symptôme, le contexte et l’impact : vous recevrez une réponse cadrée avant toute intervention.

Échanger sur votre besoin