Des sauvegardes qui servent : la règle 3-2-1 appliquée à une boutique

Tout le monde croit avoir des sauvegardes jusqu'au jour où il en a besoin. Il découvre alors que la sauvegarde est sur le même serveur que celui qui est tombé, qu'elle n'inclut pas la base de données ou que personne ne sait la restaurer.

La règle 3-2-1

• 3 copies des données (l'originale et deux autres).
• Sur 2 supports différents.
• 1 d'entre elles hors de votre serveur et de votre hébergeur.

Quoi sauvegarder

1. Base de données : commandes, clients, produits, configuration. C'est le plus précieux et ce qui change le plus.
2. Images (img/) : elles peuvent prendre beaucoup de place, mais sans elles le catalogue est vide.
3. Code : thème, modules, overrides, app/config/parameters.php.
4. Téléchargements et fichiers envoyés (download/, upload/) si vous vendez des produits virtuels ou acceptez des fichiers.

Fréquence

• Base de données : au moins quotidienne ; pour les boutiques avec beaucoup de commandes, plusieurs fois par jour.
• Fichiers : quotidienne ou hebdomadaire, selon leur fréquence de modification.
• Avant toute mise à jour ou installation d'un module : toujours.

Des dumps cohérents

Un dump de la base de données réalisé pendant que la boutique écrit peut être incohérent. Avec des tables InnoDB, mysqldump --single-transaction règle le problème sans bloquer la boutique.

Le test que presque personne ne fait

Une fois par trimestre, restaurez une sauvegarde dans un environnement de test et vérifiez que la boutique démarre, qu'il y a des commandes récentes et que les images s'affichent. Si vous ne l'avez jamais fait, vous ne savez pas si vous avez des sauvegardes.