Sauvegarde de site web expliquée : qu'est-ce qui est sauvegardé et pourquoi est-ce important ?

Une sauvegarde de site web est une copie de sauvegarde des données importantes de votre compte d'hébergement. Elle permet de restaurer des données à partir d'un état antérieur si des fichiers ont été supprimés par inadvertance, si un site web ne fonctionne plus après une modification ou si des données d'une version antérieure sont nécessaires.

Sur un site web moderne, il ne suffit pas de sauvegarder uniquement les pages visibles. Un site web peut se composer de fichiers, de bases de données, d'e-mails et de nombreuses autres données qui forment ensemble le compte d'hébergement complet.

Dans cet article, nous expliquons ce qu'est une sauvegarde de site web, quelles données peuvent être sauvegardées et quelles sont les limites d'une sauvegarde.

En bref : Une sauvegarde est une copie supplémentaire de vos données à un moment précis. Elle permet de restaurer des données à partir d'un état de sauvegarde antérieur. Une sauvegarde n'empêche pas une erreur ou une attaque, mais elle peut s'avérer décisive si les données sont à nouveau nécessaires après un tel événement.

Qu'est-ce qu'une sauvegarde ? #

Une sauvegarde est une copie distincte des données présentes à un moment donné.

Simplifié :

Données de production
      ↓
   Sauvegarde
      ↓
État de la sauvegarde

Si un fichier est supprimé ou modifié ultérieurement, une version plus ancienne pourra éventuellement être restaurée à partir d'une sauvegarde existante.

Le moment de la sauvegarde est ici déterminant. Une sauvegarde contient par principe l'état des données sauvegardées au moment précis de ladite sauvegarde.

Pourquoi les sauvegardes sont-elles importantes ? #

Les sites web et les comptes d'hébergement changent constamment. Des fichiers sont modifiés, des e-mails reçus, des bases de données mises à jour, des extensions WordPress installées et du contenu publié.

Cela peut comporter des erreurs.

Les situations typiques sont par exemple :

• Un fichier important a été supprimé ou écrasé par inadvertance.
• Un site Web ne fonctionne plus après une modification.
• Une mise à jour de WordPress cause des problèmes inattendus.
• Des contenus ou des données ont été modifiés par inadvertance.
• Des données de courrier électronique d'une période antérieure sont nécessaires.
• Un site Web a été endommagé ou compromis.

Une sauvegarde existante peut offrir dans de telles situations la possibilité de restaurer les données nécessaires à partir d'un état antérieur.

Quels sont les composants d'un site web ? #

Le terme „ site Web “ est souvent utilisé comme s'il s'agissait d'un seul fichier. En réalité, les sites Web modernes se composent généralement de plusieurs éléments.

Sur un site web WordPress, cela comprend par exemple :

Fichiers WordPress
Thèmes
Extensions
Téléversements et images
Fichiers de configuration
Base de données MySQL

Les fichiers et la base de données remplissent des rôles différents.

Les fichiers contiennent par exemple WordPress lui-même, des extensions, des thèmes et des médias téléchargés. La base de données stocke entre autres les articles, les pages, les paramètres et bien d'autres informations dynamiques.

Important : Par conséquent, une sauvegarde des seuls fichiers WordPress ne constitue pas automatiquement une sauvegarde complète du site Web. Pour les sites Web basés sur une base de données, la base de données fait également partie des données pertinentes.

Que peut inclure une sauvegarde d'hébergement ? #

Un compte d'hébergement complet comprend généralement bien plus que le simple site Web.

Selon le compte et les services utilisés, les données suivantes peuvent notamment être présentes :

• Fichiers du site Web
• Bases de données
• Données de messagerie
• Données de configuration du compte d'hébergement
• autres données associées au compte

C'est pourquoi il est important lors d'une restauration de faire la distinction entre, quelles données sont réellement nécessaires.

Il n'est pas toujours nécessaire de restaurer l'intégralité du compte #

S'il ne manque qu'un seul fichier, il serait inutile de restaurer automatiquement l'ensemble du compte d'hébergement à une version antérieure pour cela.

Il en va de même, par exemple, pour les données de courrier électronique.

Selon la situation, une restauration peut être effectuée de manière ciblée :

fichier unique

données de courrier électronique spécifiques

ensemble de données spécifique

ou

compte d'hébergement complet

Chez CURIAWEB, les restaurations peuvent donc être effectuées de manière ciblée en fonction du problème concret.

Que signifie un état de sauvegarde ? #

Une sauvegarde – souvent appelée aussi point de restauration – désigne un état sauvegardé à un moment donné.

Un exemple simplifie :

30 août → état actuel de la sauvegarde
29 août → état précédent de la sauvegarde
28 août → état de sauvegarde plus ancien
27 août → état de sauvegarde plus ancien
...

Si par exemple tu remarques le 30 août qu'un fichier a été modifié par mégarde dès le 28 août, une sauvegarde du 29 août pourrait éventuellement être déjà concernée.

Pour une restauration réussie, il faut donc choisir un point de sauvegarde dans lequel les données requises se trouvaient encore dans l'état souhaité.

La dernière sauvegarde n'est pas automatiquement la bonne sauvegarde #

Ce point est particulièrement important.

Supposons qu'une modification erronée ait été effectuée lundi, mais qu'elle n'ait été découverte que jeudi.

Les sauvegardes de mardi, mercredi et jeudi peuvent déjà contenir la modification défectueuse.

Dans ce cas, il faudra peut-être utiliser une sauvegarde datant d'avant lundi.

Conseil pratique : Si vous avez besoin d'une restauration, essayez de déterminer le plus précisément possible à quel moment les données étaient encore correctes. Cela aide à choisir la version de sauvegarde appropriée.

Comment fonctionnent les sauvegardes chez CURIAWEB ? #

CURIAWEB effectue quotidiennement des sauvegardes des données d'hébergement. Les points de sauvegarde sont conservés de manière rotative pendant 30 jours.

En termes simplifiés :

sauvegarde quotidienne
      ↓
conservation de 30 jours
      ↓
la version la plus ancienne est supprimée
      ↓
une nouvelle version de sauvegarde est ajoutée

Cela permet de disposer de points de restauration provenant de différents jours, pour autant qu'ils se trouvent dans la période de conservation et que la sauvegarde correspondante ait été créée avec succès.

Les fusibles sont avec JetBackup 5 géré.

Pourquoi les sauvegardes sont-elles stockées séparément ? #

Une sauvegarde ne devrait pas dépendre exclusivement du même système de production dont elle est censée protéger les données.

C'est pourquoi CURIAWEB stocke les sauvegardes sur des serveurs de sauvegarde séparés, situés dans un centre de données distinct.

Simplifié :

Serveur d'hébergement de production
            ↓
      Transfert de sauvegarde
            ↓
infrastructure de sauvegarde séparée
            ↓
   centre de données séparé

Par conséquent, les sauvegardes sont séparées au niveau de l'infrastructure du système d'hébergement de production.

Pourquoi une infrastructure de sauvegarde séparée est-elle judicieuse ? #

Si la seule sauvegarde se trouvait exclusivement sur le même serveur que les données de production, un problème grave pourrait affecter les deux jeux de données en même temps.

Le stockage séparé réduit cette dépendance commune.

Cela ne signifie cependant pas qu'une sauvegarde exclut tous les risques imaginables. Les sauvegardes constituent un élément important d'un concept de protection et de restauration, mais elles ne garantissent pas qu'aucune donnée ne sera jamais perdue.

La conservation de 30 jours ne signifie pas un archivage illimité #

Les sauvegardes de CURIAWEB sont conservées par rotation pendant 30 jours.

Cela permet de supprimer les anciennes sauvegardes de la rotation des sauvegardes au fil du temps.

Si, par exemple, vous ne remarquez que plusieurs mois plus tard qu'un certain fichier est nécessaire, la version de sauvegarde historique correspondante peut déjà ne plus être disponible.

Une sauvegarde régulière avec une durée de conservation limitée n'est donc pas la même chose qu'un archivage à long terme.

La sauvegarde et l'archivage remplissent des rôles différents #

Une sauvegarde sert principalement à pouvoir restaurer des données à partir d'un état antérieur après des erreurs, des pertes ou d'autres problèmes.

Un archive, en revanche, a typiquement pour objectif de conserver de manière ciblée certaines données sur une période prolongée.

Simplifié :

Sauvegarde
→ conservation de données de secours en cas de défaillance

Si certains fichiers ou données doivent être conservés pendant des mois ou des années, il ne faut pas compter exclusivement sur la conservation des sauvegardes tournantes.

Puis-je voir mes sauvegardes sur CURIAWEB ? #

Oui. Les sauvegardes existantes peuvent être via JetBackup 5 être consulté.

Cela vous permet par exemple de vérifier quels points de sauvegarde sont disponibles pour votre compte d'hébergement.

Cependant, la restauration proprement dite est effectuée par CURIAWEB.

Pourquoi les sauvegardes ne peuvent-elles pas être restaurées d'elles-mêmes ? #

La fonction de récupération pour les clients est délibérément désactivée sur CURIAWEB.

Une restauration peut – en particulier pour les comptes d'hébergement volumineux – mobiliser des ressources serveur importantes. Si plusieurs restaurations importantes sont exécutées simultanément ou inutilement, cela peut entraîner une charge élevée sur le serveur.

À cela s'ajoute le risque d'une fausse manipulation. Une restauration complète mal choisie peut remplacer des données de production actuelles par une version plus ancienne.

CURIAWEB effectue donc les restaurations de manière contrôlée. Cela permet de vérifier avant la restauration quel état de sauvegarde et quel volume de données sont réellement nécessaires.

Important : La restriction concerne uniquement la restauration autonome. Tu peux consulter les sauvegardes existantes dans JetBackup 5 et ensuite indiquer à CURIAWEB quelles données, issues de quelle sauvegarde, sont nécessaires.

Pourquoi une restauration ciblée est souvent préférable #

Imagine que tu as supprimé accidentellement un seul fichier aujourd'hui.

Une restauration complète du compte à l'état d'hier pourrait réinitialiser en même temps d'autres données qui ont correctement changé depuis.

Cela peut concerner, par exemple, le contenu actuel d'un site Web ou des données de courrier électronique.

Par conséquent, si cela est techniquement possible et judicieux dans le cas d'espèce, il convient de privilégier une restauration ciblée des données effectivement nécessaires.

Que se passe-t-il lors d'une restauration complète ? #

Lors d'une restauration complète, un ensemble de données plus important est rétabli à l'état du point de sauvegarde choisi.

Cela signifie en même temps que les modifications apportées après ce point de sauvegarde peuvent être concernées.

Exemple :

Sauvegarde :
Lundi 02:00

Restauration :
Mercredi

Les modifications effectuées après le lundi à 02:00
ne peuvent pas être incluses dans les
données restaurées.

Avant une restauration complète, il faut donc déterminer précisément quelles peuvent être les répercussions de la restauration sur les données actuelles.

Particulièrement important pour les sites web dynamiques #

Sur un site Web statique, il est possible que peu de choses changent entre deux jours.

En revanche, dans le cas des systèmes dynamiques, de nouvelles données peuvent être générées en continu.

Les exemples sont :

• Commandes WooCommerce
• Comptes clients
• Entrées de formulaire
• Commentaires
• nouveaux articles et pages
• paramètres modifiés
• Données de messagerie

Une restauration complète à un état antérieur peut donc avoir des répercussions bien plus importantes que la récupération d'un seul fichier.

Une sauvegarde n'empêche pas une attaque #

Les sauvegardes ne remplacent pas les mesures de sécurité.

Une sauvegarde n'empêche par exemple pas :

un mot de passe est volé

une faille de sécurité est exploitée

du code malveillant est injecté

un fichier est supprimé

un plugin provoque une erreur

Cependant, la sauvegarde peut jouer un rôle important lors de la récupération après un tel événement.

Une sauvegarde peut déjà contenir une erreur #

Ce point aussi est souvent négligé.

Si, par exemple, un site web est compromis depuis plusieurs jours déjà, des versions de sauvegarde plus récentes peuvent également contenir l'état compromis.

Il ne suffit donc pas toujours de simplement restaurer la dernière sauvegarde.

Lors d'un incident de sécurité, il faut d'abord déterminer aussi précisément que possible quand le problème est apparu et si l'état de sauvegarde choisi pourrait déjà être concerné.

La restauration et le dépannage ne sont pas la même chose #

Si un site web est en panne ou a été endommagé en raison d'une cause spécifique, une restauration ne résout pas nécessairement cette cause.

Par exemple :

plugin non sécurisé
      ↓
site Web compromis
      ↓
restaurer une ancienne sauvegarde
      ↓
plugin non sécurisé toujours présent
      ↓
nouvelle compromission possible

Par conséquent, après une restauration, il faut en outre résoudre le problème proprement dit, selon la cause.

Sauvegardes avant les modifications importantes #

Avant d'entreprendre des travaux importants sur un site web, il est judicieux de prendre en compte les possibilités de restauration.

Cela s'applique par exemple avant :

mises à jour majeures de WordPress

changements de thème

modifications importantes de extensions

travaux sur la base de données

migrations de sites Web

changements structurels majeurs

Il convient en particulier de vérifier si une sauvegarde récente et appropriée est disponible et quelles données sont susceptibles d'être modifiées au cours des travaux.

Que devez-vous spécifier le plus précisément possible lors d'une restauration ? #

Si vous contactez CURIAWEB pour une restauration, des informations aussi précises que possible vous aideront.

Sont particulièrement importants :

• quel compte d'hébergement ou quel domaine est concerné,
• quelles données doivent être restaurées,
• quel état de sauvegarde ou quelle date est nécessaire,
• ce qui s'est passé et
• depuis quand le problème existe.

Pour un seul fichier, vous devez si possible indiquer également le nom du fichier et le chemin d'accès.

Pour les données de messagerie, le compte de messagerie concerné doit être mentionné.

Restaurer une sauvegarde #

Si vous avez besoin de données provenant d'une sauvegarde existante, contactez le support CURIAWEB. Indiquez-nous le plus précisément possible l'état de sauvegarde et les données dont vous avez besoin.

Créer un ticket de support pour une récupération

Nous vérifions ensuite la restauration souhaitée et effectuons la remise en état de manière contrôlée pour vous.

Conseil pratique : En cas de perte de données, modifiez le moins de choses possible jusqu'à ce qu'il soit clair quelle restauration est judicieuse. En particulier sur les sites Web dynamiques, des modifications ultérieures peuvent rendre difficile le choix entre une restauration complète et une restauration ciblée.

Ce qu'une sauvegarde ne remplace pas #

Même avec des sauvegardes régulières, d'autres mesures restent nécessaires.

Cela comprend par exemple des logiciels récents, des identifiants de connexion sécurisés, des droits d'utilisateur appropriés, un site web entretenu et la surveillance des systèmes importants.

Les sauvegardes constituent ainsi le niveau de restauration :

Éviter les erreurs autant que possible
          +
Identifier les problèmes tôt
          +
Résoudre la cause
          +
Pouvoir restaurer les données

Seule l'interaction de ces mesures permet d'obtenir un concept de sécurité et d'exploitation solide.

Résumé #

Une sauvegarde de site Web est une copie de sauvegarde des données à un moment donné. Pour un compte d'hébergement, cela peut inclure les fichiers du site Web, les bases de données, les données de messagerie et d'autres données du compte.

CURIAWEB sauvegarde quotidiennement les données d'hébergement avec JetBackup 5 et conserve les points de sauvegarde de manière rotative pendant 30 jours. Les sauvegardes sont stockées sur des serveurs de sauvegarde distincts situés dans un centre de données séparé et sont ainsi isolées de l'infrastructure d'hébergement de production.

Les clients peuvent consulter les points de sauvegarde disponibles dans JetBackup 5. Les restaurations sont consciemment effectuées par CURIAWEB. Cela permet de décider de manière ciblée, selon la situation, s'il faut par exemple restaurer des fichiers individuels, des données de messagerie ou un compte d'hébergement complet.

Cependant, une sauvegarde n'est ni un archive illimitée ni un substitut aux mesures de sécurité. De plus, la sauvegarde la plus récente n'est pas automatiquement le bon point de restauration. Ce qui est décisif, c'est le moment où les données requises étaient encore dans l'état souhaité.

Plus vous pouvez préciser lors d'une restauration ce qui est nécessaire et de quelle période les données doivent provenir, plus le point de sauvegarde adéquat pourra être sélectionné avec précision.