Résumez cet article de presse grâce à l'IA :
Demandez à ChatGPT 
Demandez à Grok 
Demandez à Perplexité 
Demandez à Claude 
Demandez à l'IA de GoogleVos sauvegardes dans le cloud sont-elles suffisamment sécurisées ? En cas d’attaque par rançongiciel, moins d’un tiers des entreprises parviennent à récupérer l’intégralité de leurs données. Près de la moitié n’en récupèrent même pas les trois quarts.
Même lorsque des pirates informatiques n'infiltrent pas les systèmes, IDC a constaté que des données peuvent être perdues en raison des lacunes entre les sauvegardes et des défaillances des systèmes de sauvegarde.
Pour les entreprises modernes, la création de copies de données réussies ne représente qu'une partie du travail. Le point de restauration, l'intégrité de la copie et la capacité de la restaurer rapidement sont tout aussi importants.
Mais cocher toutes ces cases s'avère difficile lorsque l'infrastructure est dispersée entre des systèmes sur site et des clouds privés et publics.
La sauvegarde dans le cloud doit soutenir la résilience des entreprises, ce qui implique de plus en plus une architecture conçue autour de l'isolation, des objectifs de récupération, de la cohérence des applications, des tests et de l'évolution de l'infrastructure dont dépendent les entreprises.
Bien plus que de simples copies dans le cloud
La sauvegarde dans le cloud consiste à copier les données d'entreprise depuis leurs environnements de production vers des référentiels basés sur le cloud, afin de pouvoir les restaurer en cas de perte de données ou de panne d'infrastructure. Le principe est assez simple à comprendre, mais l'architecture qui le sous-tend peut s'avérer complexe.
Tout d'abord, la sauvegarde dans le cloud et le stockage de données dans le cloud sont deux choses différentes. Le stockage dans le cloud est un espace où conserver des données. Un système de sauvegarde, quant à lui, ajoute des politiques, une planification, une durée de conservation, un versionnage, des contrôles de sécurité et des mécanismes de récupération conçus spécifiquement pour protéger ces données et les restaurer en cas de besoin. Il s'agit d'un élément crucial de la reprise après sinistre, qui coordonne les processus et l'infrastructure nécessaires à la remise en service de l'entreprise après une interruption.
Les environnements hybrides et multicloud complexifient la structuration des sauvegardes. Les charges de travail peuvent s'exécuter sur une combinaison de serveurs physiques, de machines virtuelles et de plateformes cloud, chacune ayant des exigences de récupération différentes. Par exemple, la base de données d'une application métier critique nécessite un objectif de point de récupération plus strict qu'une simple archive de données. Les considérer comme identiques crée des lacunes qui ne deviennent visibles qu'en cas de panne.
Pourquoi la sauvegarde dans le cloud est devenue plus complexe en 2026
La sauvegarde dans le cloud est plus difficile à gérer car les environnements informatiques sont devenus plus difficiles à gérer, et ce, de quatre manières majeures.
Le ransomware cible la sauvegarde
Les auteurs de rançongiciels savent que le moyen le plus rapide d'accroître la pression sur une victime est de la priver de toute possibilité de récupération. Les référentiels de sauvegarde, les consoles de gestion et les identifiants d'administrateur sont devenus des cibles de choix, car ils permettent aux pirates d'attaquer les systèmes de récupération.
L'isolation est donc une exigence fondamentale pour la sauvegarde cloud en entreprise. Des copies immuables, un stockage hors ligne et un contrôle strict des accès administratifs peuvent réduire considérablement le risque que des attaquants suppriment ou chiffrent les sauvegardes en même temps que les données de production, à condition qu'elles soient correctement configurées et séparées des identifiants de production.
Le multicloud amplifie le problème de gestion
Les données d'entreprise sont stockées dans de multiples environnements, et chacun d'eux peut introduire des exigences différentes en matière de stockage et de récupération.
L'utilisation d'un logiciel de sauvegarde distinct pour chaque système peut résoudre des problèmes ponctuels, mais elle en crée un autre, plus global : une gestion fragmentée et une visibilité limitée. Une approche centralisée facilite l'application de politiques cohérentes et le suivi de l'état de la protection.
L’objectif est de rendre la stratégie de protection des données de l’entreprise cohérente à travers tous les systèmes et plateformes.
La réglementation ajoute une autre dimension
Des réglementations telles que le RGPD, la loi DORA et la loi HIPAA définissent les exigences en matière de disponibilité, de sauvegarde et de restauration des données, tandis que les règles de confidentialité peuvent également limiter la durée de conservation des données personnelles. Une stratégie de sauvegarde doit donc trouver un équilibre entre la possibilité de récupération des données, les limites de conservation et les obligations de suppression. Les entreprises opérant dans plusieurs régions peuvent également être soumises à des réglementations différentes concernant la résidence des données.
Une stratégie de sauvegarde dans le cloud doit prendre en compte l'emplacement de stockage des données, les personnes autorisées à y accéder, la durée de conservation des copies et la rapidité de restauration des systèmes critiques.
C’est pourquoi la visibilité centralisée et les tests de récupération documentés sont essentiels. Les décisions que vous prenez aujourd’hui concernant votre infrastructure de sauvegarde peuvent impacter la résilience opérationnelle et la capacité de votre organisation à démontrer sa conformité.
Les éléments constitutifs d'une stratégie de sauvegarde cloud résiliente
Une stratégie de sauvegarde cloud efficace repose sur le postulat suivant : Nous savons qu'à terme, un problème surviendra. L'objectif est de garantir qu'une attaque ou une panne isolée ne puisse pas compromettre les données de production et les copies destinées à leur restauration.
Ces principes architecturaux rendent cela possible :
Suivez la règle du 3-2-1-1-0
La règle de sauvegarde classique 3-2-1 préconise au moins trois copies des données, stockées sur deux supports différents, dont une hors site. Le modèle plus récent 3-2-1-1-0, largement promu dans le secteur de la sauvegarde, ajoute une copie hors ligne, isolée du réseau (ou immuable), et vise le zéro erreur après vérification et test de restauration.
La sauvegarde dans le cloud peut faciliter la séparation géographique et la création de copies supplémentaires, mais le principe sous-jacent reste important : une sauvegarde située dans le même environnement, compte ou domaine de sécurité que la production peut être exposée à la même panne.
Conception autour du RPO et du RTO
Deux indicateurs devraient orienter les décisions relatives aux sauvegardes dès le départ.
Objectif de point de récupération (RPO). Il définit la quantité de données qu'une organisation peut se permettre de perdre, mesurée en temps. Un RPO d'une heure signifie que l'entreprise a besoin d'une copie récupérable datant de moins d'une heure.
Objectif de temps de rétablissement (RTO). Il définit la rapidité avec laquelle les systèmes doivent être rétablis après une panne.
Ces exigences varient selon les charges de travail. Appliquer la même politique de sauvegarde partout peut gaspiller des ressources sur des données peu prioritaires tout en laissant les charges de travail critiques insuffisamment protégées.
Protégez vous-même vos sauvegardes
Une sauvegarde n'est utile que si les attaquants ne peuvent pas simplement la supprimer ou la chiffrer.
L'immuabilité empêche toute altération ou suppression des données de sauvegarde pendant une période de conservation définie.
Les copies isolées (ou copies « air-gapped ») créent une séparation supplémentaire par rapport aux systèmes de production.
Le chiffrement protège les données aussi bien en transit qu'au repos. Les contrôles d'accès et les identifiants d'administrateur distincts permettent de limiter davantage les dommages causés par des comptes compromis.
Rendre les sauvegardes compatibles avec les applications
La stratégie de sauvegarde doit s'étendre au-delà de l'infrastructure hébergeant les systèmes. Les bases de données et autres applications transactionnelles peuvent nécessiter des sauvegardes qui capturent les données dans un état utilisable et spécifique à chaque application.
Cela devient encore plus important dans les environnements hybrides où les applications peuvent s'étendre sur plusieurs systèmes et dépendances.
Testez la restauration, pas seulement la sauvegarde.
Une sauvegarde réussie indique qu'une copie a été créée. Un test de restauration réussi indique que la copie est effectivement utilisable.
Des tests de récupération réguliers doivent vérifier que les applications et les données critiques peuvent être restaurées dans les délais impartis (RTO et RPO). Ils permettent également de déceler des problèmes que les tableaux de bord de sauvegarde ne détectent pas : dépendances manquantes, autorisations incorrectes, copies corrompues ou procédures de récupération théoriques mais inefficaces en pratique.
Sauvegarde dans le cloud pour les environnements VMware et ce qui se passe lors d'une migration
Les environnements VMware tirent généralement profit d'une intégration aboutie entre l'hyperviseur et les plateformes de sauvegarde d'entreprise. De nombreuses solutions de sauvegarde utilisent les API vSphere for Data Protection (VADP) de VMware pour créer des sauvegardes au niveau image des machines virtuelles sans nécessiter d'agent de sauvegarde dans chaque système d'exploitation invité.
Cela rend les sauvegardes VMware relativement simples à gérer à grande échelle, mais cela crée également une dépendance.
Lors du transfert de charges de travail de VMware ESXi ou vSphere vers un autre hyperviseur, les flux de travail de sauvegarde existants peuvent ne plus fonctionner comme prévu. VADP, par exemple, étant conçu pour les environnements VMware, une architecture de sauvegarde basée sur les API VADP ne peut pas être simplement transférée vers un autre hyperviseur.
Cela crée une faille de sécurité lors d'une migration. La charge de travail de production peut avoir été déplacée avec succès, tandis que la stratégie de sauvegarde reste liée à l'infrastructure qu'elle vient de quitter.
Ce risque est particulièrement facile à négliger car la sauvegarde est souvent considérée comme une fonction opérationnelle distincte. Or, lors d'une migration majeure d'infrastructure, l'architecture de sauvegarde doit évoluer au même rythme que les charges de travail.
Vérifiez la compatibilité de la sauvegarde avant la migration.
Toute entreprise envisageant une migration vers VMware devrait se poser la question suivante : La solution de sauvegarde existante peut protéger et restaurer les charges de travail sur la plateforme cible.
Cela implique de vérifier la compatibilité avec l'hyperviseur spécifique, y compris les alternatives comme Sangfor aSV, avant de migrer les charges de travail en production. L'évaluation doit porter sur les fonctionnalités de sauvegarde et de restauration, car la possibilité de créer une sauvegarde ne garantit pas nécessairement une fonctionnalité de restauration équivalente.
Si la plateforme existante ne prend pas en charge l'environnement cible, une solution de sauvegarde alternative ou complémentaire doit être validée, idéalement dans le cadre d'un projet pilote, avant le transfert des charges de travail en production.
Protéger l'investissement de réserve
Choisir une plateforme de sauvegarde compatible avec VMware et d'autres hyperviseurs permet de réduire la dépendance en offrant une couche de gestion cohérente. Les tâches et les politiques doivent généralement être recréées pour les charges de travail migrées, et les équipes doivent prévoir comment conserver les points de restauration existants pendant la transition.
Pour les organisations qui envisagent de remplacer VMware, la compatibilité de l'hyperviseur est un élément essentiel de l'analyse de rentabilité de la migration.
La manière la plus simple d'éviter une lacune en matière de sauvegarde est de considérer la protection des données comme faisant partie intégrante de l'architecture de migration dès le départ.
Meilleures pratiques de sauvegarde dans le cloud pour les environnements d'entreprise
Une stratégie de sauvegarde dans le cloud qui paraît infaillible sur le papier peut néanmoins échouer lorsque l'entreprise en a besoin. La différence se joue généralement au niveau de la mise en œuvre.
Cinq pratiques devraient être non négociables en entreprise :
01 Testez la récupération, pas seulement les sauvegardes
Effectuez des tests de reprise d'activité réguliers et définissez la fréquence en fonction de la criticité de la charge de travail. De nombreuses organisations testent leurs applications les plus critiques tous les trimestres, voire plus souvent. Assurez-vous que les données sont intactes, que les applications redémarrent correctement et que les équipes de reprise d'activité savent comment procéder. Une sauvegarde qui n'a jamais été restaurée est une supposition, et non une preuve.
02 Tout chiffrer
Les clés de chiffrement gérées par le client offrent un meilleur contrôle sur l'accès aux données de sauvegarde, mais leur gestion doit être conçue avec soin. Une clé de chiffrement inaccessible rend une sauvegarde parfaitement saine aussi inutilisable qu'une sauvegarde corrompue.
03 Administration de sauvegarde verrouillée
Utilisez des contrôles d'accès basés sur les rôles pour limiter les personnes autorisées à créer, modifier, supprimer ou désactiver les tâches de sauvegarde. Des comptes d'administration distincts et des privilèges strictement contrôlés peuvent compliquer la tâche des utilisateurs ayant compromis des identifiants et ainsi empêcher qu'une attaque par rançongiciel ne dégénère en catastrophe pour leurs sauvegardes.
04 Surveiller chaque tâche de sauvegarde
La surveillance automatisée doit signaler les tâches incomplètes, les modifications inattendues de la durée ou du volume des sauvegardes, ainsi que tout autre signe de dysfonctionnement du système de protection. Les alertes doivent parvenir à une personne habilitée à intervenir.
05 Répéter la récupération
Documentez les procédures de récupération et mettez-les en pratique. Effectuez des tests techniques de récupération. Identifiez les dépendances, les exigences d'accès, les priorités de récupération et les personnes responsables de chaque étape.
Liste de contrôle de la stratégie de sauvegarde dans le cloud pour les entreprises
| Composant | Ce que ça fait | Ce que les entreprises doivent vérifier |
| Règle de sauvegarde 3-2-1-1-0 | Il conserve plusieurs copies, dont une copie isolée ou immuable, et vérifie la possibilité de récupération. | Des copies sont-elles stockées sur des supports ou dans des environnements distincts ? Les tests de récupération ne produisent-ils aucune erreur ? |
| Objectif de point de récupération (RPO) | Définit la quantité de données que l'entreprise peut se permettre de perdre. | La fréquence des sauvegardes correspond-elle à la tolérance aux pertes de données de chaque charge de travail ? |
| Objectif de temps de récupération (RTO) | Définit le délai cible de rétablissement des systèmes après une panne. | Les applications critiques peuvent-elles être restaurées dans le délai de récupération requis ? |
| Immuabilité et isolement | Contribue à empêcher les attaquants de supprimer ou de modifier les copies de sauvegarde | Les sauvegardes sont-elles protégées contre la compromission des identifiants de production et des comptes d'administration ? |
| Cohérence de l'application | Contribue à garantir que les applications et les bases de données restaurées sont dans un état utilisable. | La solution prend-elle en charge les sauvegardes prenant en compte les applications pour les charges de travail critiques ? |
| Couverture hybride et multicloud | Protège les charges de travail dans les environnements sur site, de cloud privé et de cloud public. | Les politiques et les flux de travail de récupération peuvent-ils couvrir toutes les plateformes requises ? |
| Compatibilité avec l'hyperviseur | Maintient la protection lors du déplacement des charges de travail entre les plateformes de virtualisation | La solution de sauvegarde prend-elle en charge à la fois VMware et l'hyperviseur cible, y compris les opérations de restauration ? |
| Tests et surveillance de la récupération | Confirme que les sauvegardes sont utilisables et que les pannes sont détectées rapidement. | Les tâches sont-elles surveillées, les défaillances font-elles l'objet d'enquêtes et les procédures de récupération sont-elles testées régulièrement ? |
Une stratégie de sauvegarde cloud résiliente ne se résume pas au simple choix d'une destination de stockage .
Comment Sangfor et ses partenaires en protection des données soutiennent la reprise d'activité des entreprises
La meilleure stratégie de sauvegarde dépend de la qualité de l'infrastructure sous-jacente. Sangfor HCI fournit cette infrastructure en intégrant le calcul, le stockage et le réseau via aSV , aSAN et aNET, avec des services de sécurité tels que aSEC disponibles sur la plateforme. Pour les organisations souhaitant conserver leur stockage et leur réseau existants, aSV est également disponible en tant qu'hyperviseur autonome.
Les entreprises peuvent utiliser les snapshots aSAN pour créer des points de restauration locaux permettant un retour rapide à l'état initial après des incidents tels que des mises à jour ayant échoué ou des erreurs de configuration. Comme les snapshots résident sur le même cluster de stockage que les données de production, ils complètent, sans les remplacer, les sauvegardes externes isolées.
Sangfor s'intègre à Veeam Backup & Replication pour la sauvegarde de machines virtuelles au niveau image, la protection des applications et la restauration dans les environnements sur site et cloud. La prise en charge des référentiels de sauvegarde immuables renforce la protection contre les ransomwares. Veeam est compatible avec VMware et Sangfor aSV, permettant ainsi aux équipes de gérer la protection des deux environnements depuis une plateforme unique lors d'une migration. La parité des fonctionnalités entre les hyperviseurs doit être vérifiée pour chaque cas d'utilisation.
Grâce à son partenariat stratégique mondial avec Cohesity , qui inclut désormais l'ancienne activité Veritas, Sangfor offre aux entreprises une option supplémentaire pour la résilience, la gestion et la sécurité des données dans les environnements distribués.
Pour une gestion centralisée, la plateforme Sangfor Cloud Platform (SCP) gère l'ensemble des ressources de calcul, de stockage, de réseau et de sécurité, offrant ainsi aux équipes d'exploitation une vision unifiée de l'état de l'infrastructure. La sauvegarde et la restauration sont gérées via la plateforme partenaire, telle que Veeam ou Cohesity.
Sangfor fournit l'infrastructure, tandis que Veeam et Cohesity assurent la protection des données. SCP permet aux équipes de superviser l'environnement sous-jacent. Ensemble, ils aident les entreprises à élaborer une stratégie de protection des données axée sur la restauration.
Pour les entreprises qui revoient leur stratégie de sauvegarde dans le cloud, leurs plans de migration VMware ou leur architecture de résilience des données au sens large, la plateforme cloud Sangfor est le point de départ logique .
FAQ
La sauvegarde dans le cloud consiste à copier les données de l'environnement de production d'une organisation vers un environnement de stockage distinct basé sur le cloud afin qu'elles puissent être récupérées après une perte de données, une corruption, une attaque de ransomware ou une panne d'infrastructure.
La sauvegarde dans le cloud crée des copies récupérables des données et des systèmes. La reprise après sinistre est la stratégie globale de restauration des applications, de l'infrastructure et des opérations commerciales après une interruption.
La règle de sauvegarde 3-2-1 recommande de conserver au moins trois copies des données importantes, sur deux supports de stockage différents, dont au moins une hors site. L'approche 3-2-1-1-0 va plus loin en ajoutant une copie hors ligne ou immuable et en effectuant des tests réguliers pour vérifier que les sauvegardes sont exemptes d'erreurs et peuvent être restaurées avec succès.
Les rançongiciels peuvent cibler aussi bien l'infrastructure de sauvegarde que les systèmes de production. Les attaquants peuvent tenter de chiffrer, de supprimer ou de compromettre d'une autre manière les copies de sauvegarde avant de perturber l'environnement principal.
Vérifiez que la solution de sauvegarde est compatible avec votre environnement VMware existant et la plateforme cible, notamment en ce qui concerne les fonctionnalités de sauvegarde et de restauration. Assurez-vous qu'elle offre une gestion cohérente entre les hyperviseurs, une protection adaptée aux applications, la prise en charge de vos cibles de stockage cloud ou objet, l'immuabilité et des tests de récupération.
