Une sauvegarde n'est vraiment utile que si elle est également disponible indépendamment des données d'hébergement en cours.
C'est pourquoi CURIAWEB ne stocke pas les sauvegardes quotidiennes sur le même serveur que votre site Web, vos e-mails et vos autres données d'hébergement.
Les sauvegardes sont stockées sur des serveurs de sauvegarde distincts dans un centre de données séparé.
En bref : Vos données d'hébergement en cours et les sauvegardes ne se trouvent pas au même endroit. Par conséquent, les sauvegardes sont en outre séparées de l'environnement d'hébergement proprement dit.
Pourquoi les sauvegardes doivent-elles être stockées séparément ? #
Le but d'une sauvegarde est de disposer d'une copie indépendante des données.
Si une sauvegarde était enregistrée exclusivement sur le même serveur que les données d'origine, les deux dépendraient du même serveur.
Un exemple simple :
Serveur d'hébergement
│
├── Site web
├── Base de données
├── E-mails
└── Sauvegarde
Tout se trouve sur le même serveur.Si ce serveur tombe en panne ou si les données qui y sont stockées ne sont pas disponibles, la sauvegarde qui y est enregistrée peut également être affectée.
C'est pourquoi il est judicieux de stocker les sauvegardes séparément des données en cours d'utilisation.
Comment cela est-il résolu dans CURIAWEB ? #
Chez CURIAWEB, les sauvegardes quotidiennes sont stockées sur des serveurs de sauvegarde distincts.
Ceux-ci se trouvent en outre dans un autre centre de données que les données d'hébergement en cours.
Centre de données A
Serveur d'hébergement
│
├── Site web
├── Base de données
└── E-mails
Centre de données B
Serveur de sauvegarde
│
└── Sauvegardes quotidiennesLa sauvegarde est ainsi séparée non seulement du serveur d'hébergement proprement dit, mais aussi de l'emplacement des systèmes d'hébergement en cours d'exécution.
Quel est l'intérêt de la séparation sur un autre serveur ? #
Le principal avantage est la séparation technique entre les données originales et la sauvegarde.
Un problème sur un serveur d'hébergement individuel n'affecte donc pas automatiquement le serveur de sauvegarde.
C'est la différence fondamentale entre une copie supplémentaire sur le même système et une sauvegarde stockée séparément.
Exemple : Si les disques durs d'un serveur d'hébergement étaient indisponibles, les sauvegardes se trouvant toujours sur un autre serveur, elles pourraient être utilisées pour une restauration.
Pourquoi un autre centre de données en plus ? #
Des serveurs distincts situés dans le même centre de données constitueraient déjà des systèmes séparés les uns des autres.
CURIAWEB va plus loin en matière de stockage des sauvegardes et conserve ces dernières dans un centre de données séparé.
Cela évite que les sauvegardes ne dépendent exactement de la même infrastructure et du même emplacement que les systèmes d'hébergement en cours d'exécution.
Cela crée une séparation supplémentaire entre les données de production et leurs sauvegardes.
Est-ce que le stockage séparé signifie que rien ne peut arriver ? #
Non.
Aucun système de sauvegarde ne peut garantir que les données pourront toujours être restaurées en toutes circonstances.
Cependant, des serveurs de sauvegarde distincts et un centre de données séparé réduisent la dépendance à l'égard d'un seul serveur ou d'un seul site.
Important : Le stockage séparé est une mesure de sécurité supplémentaire. Il ne garantit pas une protection contre toutes les formes possibles de perte de données.
À quelle fréquence les données sont-elles sauvegardées ? #
CURIAWEB crée quotidiennement des sauvegardes automatiques des données d'hébergement.
Les sauvegardes quotidiennes sont conservées pendant 30 jours.
Nous expliquons en détail le fonctionnement de ce système dans l'article. Sauvegardes quotidiennes chez CURIAWEB : voici comment fonctionne la conservation sur 30 jours.
Où puis-je voir mes sauvegardes existantes ? #
En tant que client, vous pouvez voir dans JetBackup 5 les jours pour lesquels des sauvegardes de votre compte d'hébergement sont disponibles.
Vous trouverez JetBackup 5 directement dans cPanel.
Nous vous montrons comment vérifier les fusibles disponibles dans l'article Quelles sont les sauvegardes disponibles ? Afficher les sauvegardes dans JetBackup 5.
Dois-je me soucier du stockage séparé ? #
Non. Les sauvegardes quotidiennes et leur stockage sur les systèmes de sauvegarde séparés s'effectuent automatiquement.
Pour cela, vous n'avez ni besoin de modifier un paramètre dans cPanel ni de transférer vous-même des données vers un autre serveur.
Si vous avez besoin de données provenant d'une sauvegarde, vous pouvez consulter les sauvegardes existantes dans JetBackup 5, puis contacter le support de CURIAWEB.
Créer un ticket de support pour une récupération
Les sauvegardes séparées ne remplacent pas l'archivage à long terme #
Le stockage séparé des sauvegardes améliore l'indépendance de ces dernières par rapport aux systèmes d'hébergement en cours d'exécution.
Elle ne modifie cependant pas la durée de conservation.
Les sauvegardes quotidiennes sont conservées pendant 30 jours. Les sauvegardes plus anciennes sont ensuite automatiquement supprimées.
Par conséquent, si vous devez conserver certaines données à long terme, vous ne devriez pas compter exclusivement sur les sauvegardes quotidiennes de l'hébergement.
Tu en sauras plus dans l'article Une sauvegarde n'est pas un archive : bien comprendre la rétention de 30 jours.
Résumé #
CURIAWEB stocke les sauvegardes quotidiennes séparément des données d'hébergement en cours.
Les sauvegardes se trouvent sur des serveurs de sauvegarde distincts situés dans un autre centre de données.
De ce fait, les sauvegardes ne dépendent ni du même serveur ni du même emplacement que votre site web, vos bases de données et vos e-mails.
Les sauvegardes sont effectuées quotidiennement et conservées pendant 30 jours. Vous pouvez consulter les sauvegardes actuellement disponibles pour votre compte dans JetBackup 5.
Le stockage séparé garantit que les données d'origine et les sauvegardes ne se trouvent pas sur la même infrastructure et sont conservées indépendamment les unes des autres.
