Hébergement web et système de backup


Aucun site Web n’est pas à l’abri d’une panne, raison pour laquelle il importe de réaliser une copie de sauvegarde, communément appelée « backup ».

Sauvegarder un fichier n’a rien de bien compliqué et tout le monde l’a déjà fait. Enfin presque…

En revanche, réaliser correctement le backup d’un site web est moins aisé. Cela consiste donc à dupliquer le site à un moment donné, au cas où un problème surviendrait. Cette copie pourra servir à relancer le site tel qu’il était au moment de la copie et avant le problème donc.

backup site web

Mon hébergeur web s’occupe déjà de mes backups, non ?

Pas nécessairement ! Croyez-le ou non, certains hébergeurs n’offrent aucune solution de backup. Certains en offrent, mais la copie de sauvegarde est déposée sur le même disque que le site, donc si ce disque rend l’âme, vous perdrez à la fois votre site… et votre copie de sauvegarde !

Il est donc crucial que le backup soit conservé sur un serveur distant. Autrement dit, le backup ne doit pas être situé sur le même serveur que votre site web.

Faites donc bien attention et renseignez-vous !

Voici d’ailleurs 3 bonnes raisons de réaliser un backup

1.    Le matériel restera toujours faillible

Même si quelqu’un veut vous faire croire qu’avec le nuage (le cloud), vos données sont à l’abri dans du coton tout doux, elles sont bien souvent stockées sur des disques dur magnétiques ou dans du silicium. Néanmoins, même les mieux équipés ne sont pas pour autant à l’abri d’une panne.

Le matériel informatique n’a pas une durée de vie illimitée. Les composantes informatiques brisent et peuvent cesser de fonctionner à tout moment. Les hébergeurs de qualité utilisent des configurations de stockage offrant une certaine redondance sur le serveur contenant les données de votre site. Mais au-delà du bris matériel, un bris logiciel pourrait se produire et les données pourraient devenir corrompues. Que le bris soit matériel ou logiciel, l’utilisation du backup pourrait être la seule façon de sauver votre site.

2.    Vous n’êtes pas à l’abri d’une erreur

Un site web qui tourne, c’est un peu comme le bruit d’une mobylette sous le casque : ça peut même vous bercer et vous endormir. Puis un jour, vous voulez vérifier ou améliorer un petit quelque chose, vous chipotez… et bim, plus rien ne fonctionne et l’écran devient noir. Vos fichiers sont encore là, mais votre site affiche résolument un “Internal Server Error 500”.

La situation est encore plus grave si vous avez un e-commerce.

Bon courage si vous n’avez pas de copie de sauvegarde !

3.    N’importe qui peut être victime d’un « pirate »

Si vous n’aimez pas vous faire peur, nous vous déconseillons de consulter les logs de votre serveur : vous n’en reviendrez pas du nombre de hackers qui essayent de s’y introduire frauduleusement. Et un jour ou l’autre, l’un d’eux pourraient y arriver, même sans vouloir spécialement vous causer du tort mais juste pour s’exercer ou former un autre pirate… avec des conséquences désastreuses pour vous.

Pire encore, imaginons qu’un hacker s’introduise frauduleusement dans le compte sur lequel vous gérez vos sites. C’est très rare, mais pas improbable malheureusement.

Répétez après moi : « dorénavant, je changerai régulièrement mon mot de passe et j’utiliserai toujours la double authentification » …

Les différents types de backup

Le backup automatisé des fichiers

Le classique : on programme une copie des fichiers sur un autre disque à intervalles réguliers. En effet, le déclenchement automatique de vos backups est essentiel car votre mémoire finira un jour ou l’autre par vous jouer des tours.

Le snapshot

Un snapshot consiste à prendre une “image” d’un disque. Il est essentiel lorsqu’il est nécessaire de restaurer le système après un problème. Il est surtout utile dans les cas où la configuration du système est spécifique. La prudence veut qu’un snapshot soit réalisé avant chaque modification de la configuration. Dans la pratique, on se dit toujours que ça va aller… et un jour, ça ne va plus.

Par exemple, si vous avez besoin de mettre à jour certaines « librairies » qui peuvent impacter le fonctionnement du serveur, faites d’abord un snapshot avant d’effectuer l’opération. Et l’opération se passe bien, refaites-en un nouveau ensuite pour consolider la modification que vous avez apportée.

Bien que le snapshot puisse être utilisé pour sauvegarder les données (ce qu’il fait au demeurant), ce n’est pas son rôle premier, et ça prend beaucoup d’espace disque, par rapport par exemple à une sauvegarde incrémentale.

Le dump de la base MySQL

De nombreux CMS et CRM utilisent une base de données MySQL, et cette base est parfois gérée sur une autre machine que celle où sont localisés les fichiers. Souvent, les fichiers contiennent les codes html / css / php / js qui permettent au site ou au programme de fonctionner. Les données sont stockées dans la base MySQL. Si vous ne sauvegardez que les fichiers, vous n’aurez donc pas toutes les données.

Or, un CMS sans sa base ne fonctionne plus.

La solution : exporter régulièrement une image des bases de données via ce qu’on appelle un dump (un export) de la base, qui pourra ainsi être sauvegardé comme n’importe quel autre fichier.

En fonction de la technologie de votre site web et du type d’hébergement que vous utilisez, votre politique de backup sera sensiblement différente.

Systèmes / hébergement Hébergement mutualisé Serveur ou VM dédiée
WordPress, Joomla, Prestashop, SugarCRM Dump de la base MySQLBackup automatisé des fichiers Snapshot système (si configuration spécifique)Dump de la base MySQLBackup automatisé des fichiers
Plone N.A. Snapshot système Backup automatisé des fichiers

Paramétrage des backups

Localisation des données

En fonction du lieu où sont stockées vos sauvegardes (snapshot, base, fichier), vous vous protégerez différemment en fonction des problèmes que vous pourrez rencontrer :

  • Une sauvegarde locale (sur le même disque) vous protégera d’une erreur de manipulation sur votre site web.
  • Une sauvegarde sur un disque différent, chez le même prestataire d’hébergement vous protégera également d’une panne du disque dur ou d’un piratage de votre site.
  • Une sauvegarde sur un disque différent chez un autre prestataire reste une arme assez efficace pour limiter au maximum les risques de panne généralisée au même moment.

Dans tous les cas, une sauvegarde manuelle par FTP ou SSH sur le disque dur de votre ordinateur ou de votre serveur personnel n’est pas inutile. Tout dépendra évidemment de la valeur de vos données.

Fréquence des sauvegardes

La fréquence des sauvegardes dépend bien sûr de la nature du site web à protéger et du type de sauvegarde. Les snapshots sont à réaliser après chaque mise à jour système. Aussi, pour le backup des fichiers et des bases, tout dépend de l’usage du site :

  • Pour un site vitrine peu mis à jour, un backup par semaine suffit.
  • Pour un blog à trafic significatif, une sauvegarde quotidienne peut être utile (et si possible la nuit).
  • Pour un site e-commerce, plusieurs fois par jour lorsque les enjeux commerciaux sont élevés.

Le problème des droits des fichiers

Lorsqu’on fait un backup de site web, il faut se souvenir que, dans la majorité des cas, le serveur qui l’héberge fonctionne sous Linux. Et qui dit Linux dit droits utilisateurs. Si vous effectuez une simple copie des fichiers par FTP, vous risquez de perdre les informations liées à ces droits, ce qui peut donc fortement compliquer le remontage d’une sauvegarde en cas de problème.

La solution : utiliser au préalable des commandes comme “tar” qui stockent et compressent les fichiers Linux en préservant les informations sur les droits de fichiers.

Qu’est-ce qu’un backup efficace ?

Tout d’abord, il faut considérer la fréquence de backup. Il n’y a pas « bonne réponse ». Pour certains sites, un backup par mois sera suffisant. Pour d’autres, une fois par semaine ou une fois par jour. Ce qui importe, c’est d’adapter la fréquence à vos besoins… et par extension à ceux de vos clients !

Il faut ensuite s’assurer que le backup est bien automatisé.

Il est crucial que le backup soit conservé sur un serveur distant. Autrement dit, le backup ne doit pas être situé sur le même serveur que votre site web.

Enfin, le backup doit être redondant. Cela signifie que plusieurs copies doivent être disponibles à des endroits différents. Personne n’est jamais trop prudent !

Conclusion

En fin de compte, votre stratégie de backup pourrait vous éviter de perdre beaucoup de temps et donc de l’argent ! En tant qu’expert, LM Studio peut vous conseiller et restaurer votre backup à l’endroit désiré si un problème devait malheureusement survenir.

N’hésitez pas à nous contacter au besoin. Nous nous ferons un plaisir de vous conseiller et vous aider !