Un programme de sauvegarde détermine la quantité de données que vous perdez lorsque quelque chose tombe en panne, pas si cela tombe en panne. Tout propriétaire de site pense aux sauvegardes une seule fois, généralement juste après qu'une mauvaise mise à jour ou qu'un plugin piraté ait effacé des semaines de travail. Daniel Okonkwo a corrigé suffisamment de désastres de ce type pour savoir que la solution est rarement le plugin de sauvegarde lui-même. La véritable solution réside dans le programme qui le sous-tend : à quelle fréquence il s'exécute, où il stocke les copies et si quelqu'un le vérifie réellement. Ce guide détaille comment créer un programme de sauvegarde qui correspond à votre site, à votre budget et à votre tolérance à la perte de travail.
Pourquoi votre programme de sauvegarde compte plus que l'outil
La plupart des propriétaires de sites choisissent un plugin de sauvegarde et cessent de penser aux sauvegardes. Cependant, le plugin ne fait qu'exécuter le programme que vous avez défini, il ne pense pas à votre place. Une sauvegarde quotidienne et une sauvegarde mensuelle utilisent le même logiciel, mais produisent des résultats totalement différents en cas de défaillance du site. Par conséquent, le programme compte plus que le nom de la marque affiché sur la page des paramètres.
Considérez ce qui se passe lorsqu'une base de données tombe en panne un mardi à seize heures. Si la dernière sauvegarde a eu lieu dimanche, vous perdez deux jours de commandes, de commentaires et de soumissions de formulaires. Pendant ce temps, un programme qui s'exécute toutes les six heures limite cette perte à quelques heures d'activité. Pour une boutique très fréquentée ou un site d'adhésion, cette différence détermine si une panne est un inconvénient mineur ou un véritable coup dur financier.
De plus, un programme de sauvegarde doit refléter la fréquence à laquelle vos données changent réellement, et non un défaut générique copié depuis l'assistant de configuration d'un plugin. Un site vitrine avec de rares mises à jour n'a pas besoin de sauvegardes horaires. Une plateforme de réservation qui prend des commandes 24 heures sur 24 en a besoin, et traiter les deux sites de la même manière gaspille de l'espace de stockage sur l'un et met en danger des données réelles sur l'autre.
Comment construire un programme de sauvegarde qui correspond à votre niveau de risque
Commencez par poser une question simple : quelle quantité de travail récent pouvez-vous vous permettre de perdre. Les spécialistes appellent cela l'objectif de point de récupération, bien que le terme compte moins que la réponse honnête que vous vous donnez. Si perdre une journée complète de commandes nuisait à votre activité, votre programme de sauvegarde doit s'exécuter plusieurs fois par jour. Si votre site change rarement, une sauvegarde hebdomadaire peut vous couvrir confortablement.
Ensuite, observez le comportement réel de votre site plutôt que son niveau d'activité apparent. Pour les petits sites web avec moins de publications, les sauvegardes doivent être effectuées une fois par semaine, tandis que les sites à forte activité avec beaucoup de publications nécessitent des sauvegardes quotidiennes. De même, une boutique en ligne avec des dizaines de transactions quotidiennes nécessite une sauvegarde de base de données qui s'exécute plus souvent que cela, car chaque commande reste non protégée jusqu'à ce qu'elle soit capturée. Un site portfolio calme, en revanche, a rarement besoin de plus d'une exportation hebdomadaire.
Il est également utile de séparer la sauvegarde de votre base de données de la sauvegarde complète de votre site. Les modifications de la base de données se produisent constamment via les commandes, les commentaires et les modifications, tandis que les fichiers du site ne changent que lorsque vous installez des mises à jour ou de nouveaux plugins. En conséquence, de nombreux hébergeurs exécutent des instantanés fréquents de la base de données parallèlement à une sauvegarde complète hebdomadaire plus lente. Cette séparation réduit les coûts de stockage sans laisser les données récentes exposées.
Choisir le stockage et tester votre programme de sauvegarde
Un programme de sauvegarde ne fonctionne que si les copies survivent à la cause de la panne initiale. La règle de sauvegarde 3-2-1 exige de conserver les données de production originales ainsi qu'au moins deux copies de sauvegarde supplémentaires. En pratique, cela signifie stocker au moins une copie en dehors de votre serveur principal, idéalement chez un fournisseur totalement différent. Sinon, une seule panne d'hébergement ou un verrouillage de compte peut faire disparaître votre seule sauvegarde en même temps que votre site en direct.
De plus, une sauvegarde que vous ne testez jamais est une supposition, pas un plan. Vous devriez tester régulièrement vos systèmes de sauvegarde pour vous assurer qu'ils fonctionnent en cas de désastre. Restaurez une sauvegarde échantillon tous les quelques mois pour confirmer que les fichiers s'ouvrent réellement et que la base de données s'importe sans erreur. Cette petite habitude permet de détecter les sauvegardes corrompues bien avant d'en avoir besoin lors d'une véritable crise.
La rétention compte autant que la fréquence. Conservez suffisamment de versions pour récupérer d'un problème que vous remarquez tardivement, car certaines erreurs apparaissent des jours après le changement qui les a provoquées. Un ensemble évolutif de sauvegardes quotidiennes sur deux semaines, plus quelques instantanés hebdomadaires plus anciens, couvre la plupart des scénarios de petites entreprises sans saturer le stockage.
Erreurs courantes qui brisent un programme de sauvegarde
Une erreur fréquente consiste à stocker les sauvegardes sur le même serveur que le site en direct. Stocker les copies de sauvegarde sur le même serveur que les données originales les laisse vulnérables aux mêmes risques, notamment les pannes matérielles, les attaques par logiciels malveillants ou la suppression accidentelle. Si le serveur tombe en panne, le site et son filet de sécurité disparaissent ensemble, ce qui va à l'encontre du but recherché en ayant une sauvegarde.
Une autre erreur consiste à faire confiance à un programme de sauvegarde qui s'exécute silencieusement, sans vérification de sa réussite réelle. Une sauvegarde échouée que personne ne remarque est pire qu'aucune sauvegarde, car elle crée une fausse confiance jusqu'au moment où vous devez restaurer. Par conséquent, les propriétaires de sites devraient configurer des alertes pour les tâches échouées et consulter régulièrement les journaux de sauvegarde.
Enfin, de nombreux propriétaires de sites définissent un programme de sauvegarde une fois et n'y reviennent jamais. À mesure qu'un site se développe et reçoit plus de commandes ou de commentaires, le même programme hebdomadaire qui semblait sûr autrefois peut laisser trop de choses à risque. Réexaminer le programme tous les quelques mois permet de l'aligner sur la façon dont le site fonctionne réellement aujourd'hui.
Réussir son programme de sauvegarde
Un bon programme de sauvegarde ne consiste pas à exécuter des sauvegardes aussi souvent que techniquement possible. Il s'agit d'adapter la fréquence, le stockage et les tests à la quantité de perte que votre entreprise peut réellement absorber. Commencez petit : choisissez un programme de sauvegarde réaliste dès aujourd'hui, stockez une copie hors de votre serveur principal et testez une restauration avant d'en avoir besoin en cas de crise. Daniel a vu trop de propriétaires de sites découvrir que leur programme de sauvegarde avait échoué seulement après la survenue d'un désastre, alors ne laissez pas cela vous arriver. Définissez un rappel, vérifiez les journaux et confirmez que vos sauvegardes se restaurent réellement cette semaine.
