Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Dans la documentation sur le service Stockage Azure, la protection des données fait référence à des stratégies de protection du compte de stockage et des données qu’il contient contre la suppression ou la modification, ou de restauration de données après suppression ou modification. Il est important de réfléchir à la meilleure façon de protéger vos données avant que se produise un incident susceptible de les compromettre. Ce guide peut vous aider à décider à l’avance quelles fonctionnalités de protection des données votre situation nécessite. stockage Azure propose également des options de reprise après sinistre, de sécurité et de réseautage. Toutes ces méthodes fonctionnent ensemble pour une protection complète de vos données.
Recommandations pour la protection de base des données
Si vous souhaitez une couverture de base pour la protection des données de votre compte de stockage et les données qu’il contient, suivez les étapes suivantes :
Configurez un verrou Azure Resource Manager sur le compte de stockage pour protéger le compte contre la suppression ou les changements de configuration. En savoir plus…
Activez la suppression réversible de conteneur pour le compte de stockage afin de pouvoir récupérer un conteneur supprimé et son contenu. En savoir plus…
Activez la suppression réversible d’un objet blob pour le compte de stockage afin de récupérer un blob supprimé ou remplacé. En savoir plus…
La section suivante décrit plus en détail ces options ainsi que d’autres options de protection des données pour d’autres scénarios. Pour une protection contre des scénarios de perte de données plus larges tels que la suppression accidentelle de compte ou le ransomware, envisagez d’activer Sauvegarde Azure en plus des fonctionnalités du compte.
Pour obtenir une vue d’ensemble des coûts liés à ces fonctionnalités, consultez Résumé des considérations relatives aux coûts.
Conseil / Astuce
Utilisez Azure Copilot pour obtenir des conseils sur l'amélioration de la stratégie de protection de votre compte de stockage. Pour plus d’informations, consultez Gérer et migrer des comptes de stockage à l’aide d’Azure Copilot.
Vue d’ensemble des options de protection des données
Le tableau suivant récapitule les options disponibles dans Stockage Azure pour les scénarios de protection des données courants. Choisissez les scénarios qui s’appliquent à votre situation pour en savoir plus sur les options disponibles. Certaines fonctionnalités ne sont actuellement pas disponibles pour les comptes de stockage pour lesquels un espace de noms hiérarchique est activé.
| Scénario | Option de protection des données | Recommandations | Avantage de la protection | Disponible pour Data Lake Storage |
|---|---|---|---|---|
| Empêcher la suppression ou la modification d’un compte de stockage. | Verrou Azure Resource Manager En savoir plus… |
Verrouillez tous vos comptes de stockage à l’aide d’un verrou Azure Resource Manager pour empêcher leur suppression. | Protège le compte de stockage contre la suppression et les modifications de configuration. Ne protège pas les conteneurs ou objets blob du compte contre la suppression ou le remplacement. |
Oui |
| Restaurer un conteneur supprimé dans un intervalle spécifié. | Suppression réversible du conteneur En savoir plus… |
Activez la suppression réversible de conteneur pour tous les comptes de stockage, avec un intervalle de rétention minimal de sept jours. Activez la suppression réversible des objets blobs pour une protection optimale des données des blobs. Stockez les conteneurs qui nécessitent différentes périodes de rétention dans des comptes de stockage distincts. |
Un conteneur supprimé et son contenu peuvent être restaurés pendant la période de conservation. Seules des opérations de niveau conteneur (par exemple, Supprimer le conteneur) peuvent être restaurées. La suppression réversible de conteneur ne vous permet pas de restaurer un objet blob individuel dans le conteneur si cet objet blob est supprimé. |
Oui |
| Restaurer un blob supprimé ou une version de blob supprimée dans un intervalle spécifié. | Suppression réversible de blob En savoir plus… |
Activez la suppression réversible d’objet blob pour tous les comptes de stockage, avec un intervalle de rétention minimal de sept jours. Activez la suppression réversible des conteneurs pour une protection optimale des données des blobs. Stockez les blobs qui nécessitent différentes périodes de rétention dans des comptes de stockage distincts. |
Vous pouvez restaurer un blob supprimé ou une version de blob au cours de la période de rétention. | Oui |
| Enregistrer automatiquement l’état d’un objet blob dans une version antérieure quand il est remplacé. | Contrôle de version des objets blob En savoir plus… |
Activez le contrôle de version des objets blob lorsque vous souhaitez capturer automatiquement les changements d’écrasement et de métadonnées et conserver les versions précédentes des données jusqu’à leur suppression explicite. Pour minimiser les coûts, utilisez une politique de gestion du cycle de vie ou une tâche d’actions de stockage pour supprimer automatiquement les anciennes versions. Activez avec suppression réversible des objets blob pour une couche supplémentaire de protection. En savoir plus… Stockez les données blob qui ne nécessitent pas de contrôle de version dans un compte distinct pour limiter les coûts. |
Chaque opération d’écriture de blob crée une nouvelle version. Quand vous supprimez un blob, la version actuelle du blob devient une version précédente. Les versions précédentes persistent jusqu’à ce qu’elles soient explicitement supprimées ou puissent être promues en version actuelle. | Non |
| Enregistrer manuellement l’état d’un blob à un moment donné. | Instantané d’objet blob En savoir plus… |
Recommandé pour des captures délibérées à un moment donné, ou comme alternative au versioning blob sur des comptes avec un espace de noms hiérarchique, où le versioning n’est pas disponible. | Un blob peut être restauré à partir d’un instantané si le blob est écrasé. Si le blob est supprimé, les captures instantanées le sont également. Lorsque la suppression réversible des objets blob est activée, les remplacements entraînent la création d’instantanés supprimés de façon réversible. |
Non |
| Empêcher la suppression d’une version du blob pendant un intervalle que vous contrôlez. | Stratégie d’immutabilité sur une version d’objet blob En savoir plus… |
Définissez une stratégie d’immuabilité sur une version individuelle du blob pour protéger des documents vitaux pour l’entreprise, par exemple, en réponse à des exigences de conformité légales ou réglementaires. | Empêche la suppression d’une version de blob et le remplacement de ses métadonnées. Une opération de remplacement crée une nouvelle version. Si l’immuabilité au niveau de la version est activée pour au moins un conteneur, le compte de stockage est également protégé contre la suppression. La suppression du conteneur échoue si au moins un blob existe dans le conteneur. |
Non |
| Empêcher la suppression ou la modification d’un conteneur et de ses blobs pendant un intervalle de temps que vous contrôlez. | Stratégie d’immuabilité sur un conteneur En savoir plus… |
Définissez une stratégie d’immuabilité sur un conteneur pour protéger des documents vitaux pour l’entreprise, par exemple, en réponse à des exigences de conformité légales ou réglementaires. | Protège un conteneur et ses blobs contre les suppressions et les remplacements. Quand une conservation légale ou une stratégie de rétention verrouillée à durée déterminée est activée, le compte de stockage est également protégé contre la suppression. Les conteneurs pour lesquels aucune stratégie d’immuabilité n’a été définie ne sont pas protégés contre la suppression. |
Oui |
| Restaurer un ensemble d’objets blob de type bloc à un point antérieur dans le temps. | Restauration dans le temps En savoir plus… |
Pour utiliser une restauration à un instant dans le passé afin de revenir à un état antérieur, concevez votre application pour supprimer des objets blob de blocs individuels au lieu de supprimer des conteneurs. | Un ensemble d’objets blob de blocs peut être rétabli dans l’état où il était à un point spécifique dans le passé. Seules les opérations effectuées sur des objets blob de blocs sont annulées. Les opérations effectuées sur les conteneurs, objets blob de pages ou objets blob d’ajout ne sont pas annulées. |
Non |
| Un blob peut être supprimé ou remplacé, mais les données sont copiées régulièrement dans un deuxième compte de stockage. | Sauvegarde coffre-fort Azure Blob En savoir plus |
Activez la sauvegarde coffre-fort pour qu’une copie externe de vos données soit sauvegardée sur un locataire Microsoft à accès non direct. | Fournit une sauvegarde sélective des conteneurs essentiels et permet la restauration de conteneurs individuels vers un compte de stockage différent du compte de stockage source. | Oui AzCopy et Azure Data Factory sont pris en charge. La réplication d’objet n’est pas prise en charge. |
| Copier de façon asynchrone les blobs de bloc vers un compte de destination dans une autre région. | Réplication d’objets En savoir plus... | Activez la réplication d’objets pour conserver une copie redondante des objets blob de blocs dans une autre région, afin que vos données restent disponibles si la région source devient indisponible. Stockez les blobs de blocs qui nécessitent une réplication dans des comptes blob d’objets blob de blocs premium ou v2 à usage général, car la réplication d’objets ne prend en charge que ces types de comptes. | Les blobs de blocs écrits sur le compte source sont copiés de manière asynchrone vers le compte de destination selon la politique de réplication. Seuls les blobs de blocs sont répliqués ; les blobs d’ajout et de page ne sont pas pris en charge, et la réplication d’objets ne protège pas contre la suppression accidentelle d’un blob individuel au sein d’un compte. | Oui |
Protection des données par type de ressource
Le tableau suivant récapitule les options de protection des données de Stockage Azure en fonction des ressources qu’elles protègent.
| Option de protection des données | Protège un compte contre la suppression | Empêche la suppression d’un conteneur | Protège un objet contre la suppression | Protège un objet contre les remplacements |
|---|---|---|---|---|
| Verrou Azure Resource Manager | Oui | Non | Non | Non |
| Suppression réversible du conteneur | Non | Oui | Non | Non |
| Suppression réversible des blobs | Non | Non | Oui | Oui |
| Contrôle de version de blob6 | Non | Non | Oui | Oui |
| Instantané d’objet blob6 | Non | Non | Non | Oui |
| Stratégie d’immutabilité sur une version de blob | Oui1 | Oui2 | Oui | Oui3 |
| Stratégie d’immuabilité sur un conteneur | Oui4 | Oui | Oui | Oui |
| Restauration à un instant donné5 | Non | Non | Oui | Oui |
| Sauvegarde coffre-fort Azure Blob | Non | Oui | Oui | Oui |
| Réplication d’objets7 | Non | Oui | Oui | Oui |
| Solution « roll-your-own » pour copier les données vers un second compte6 | Non | Oui | Oui | Oui |
1 La suppression du compte de stockage échoue s’il y a au moins un conteneur avec un stockage immuable au niveau de la version activé.
2 La suppression du conteneur échoue si au moins un blob existe dans le conteneur, que la politique soit verrouillée ou déverrouillée.
3 Écraser le contenu de la version actuelle du blob crée une nouvelle version. Une stratégie d’immuabilité protège les métadonnées d’une version contre leur écrasement.
4 Quand une stratégie de conservation légale ou de rétention à durée déterminée est en vigueur au niveau du conteneur, le compte de stockage est également protégé contre la suppression.
5 Actuellement non pris en charge pour les charges de travail de Data Lake Storage.
6 AzCopy et Azure Data Factory sont des options prises en charge à la fois pour les charges de travail Stockage Blob et Data Lake Storage. La réplication d’objets est prise en charge uniquement pour les charges de travail de Stockage Blob.
7 Une copie répliquée est conservée dans le compte de destination. La réplication d’objets n’empêche pas la suppression du blob dans le compte source, et la réplication est asynchrone, donc les écritures récentes peuvent ne pas encore être présentes dans la destination.
Actions de récupération de données basées sur le type de ressource
Si vous devez récupérer des données qui ont été remplacées ou supprimées, la façon de procéder dépend des options de protection des données que vous avez activées et de la ressource concernée. Le tableau suivant décrit les actions que vous pouvez entreprendre pour récupérer les données.
| Ressource remplacée ou supprimée | Actions de récupération possibles | Exigences pour la récupération |
|---|---|---|
| Compte de stockage | Tenter de récupérer le compte de stockage supprimé En savoir plus… |
Le compte de stockage a été créé à l’origine avec le modèle de déploiement Azure Resource Manager, et a été supprimé au cours des 14 derniers jours. Aucun nouveau compte de stockage portant le même nom n’a été créé depuis que le compte d’origine a été supprimé. |
| Conteneur | Récupérer le conteneur supprimé de manière réversible et son contenu En savoir plus… |
La suppression réversible de conteneur est activée, et la période de rétention de suppression réversible de conteneur n’a pas encore expiré. |
| Conteneurs et blobs | Restaurer des données à partir d’un deuxième compte de stockage | Toutes les opérations de conteneur et de blob ont été répliquées sur un deuxième compte de stockage. |
| Blob | Récupérer un blob supprimé de façon réversible En savoir plus… |
La suppression réversible des blobs est activée et l’intervalle de rétention de la suppression réversible des blobs n’a pas expiré. |
| Ensemble de blobs de blocs | Récupérer un ensemble d’objets blob de blocs dans l’état où ils étaient à un point antérieur dans le temps1 En savoir plus… |
La restauration à un instant dans le passé est activée et le point de restauration s’inscrit dans l’intervalle de rétention. Le compte de stockage n’a pas été compromis ou endommagé. |
| Instantané d’objet blob | Récupérer un instantané supprimé temporairement1 En savoir plus… |
La suppression douce du blob est activée, vous avez écrasé le blob pour créer un instantané supprimé de façon réversible, et l’intervalle de rétention pour suppression douce n’a pas expiré. Ou bien, la suppression douce du blob a été activée, vous avez supprimé un instantané, et l’intervalle de rétention de suppression douce n’a pas expiré. |
| Version du blob | Récupérer une version supprimée de manière réversible1 En savoir plus… |
La suppression réversible de blob est activée et la période de rétention de suppression réversible n’a pas expiré. |
1 N’est actuellement pas pris en charge pour les charges de travail Data Lake Storage.
Récapitulatif des considérations relatives au coût
Le tableau suivant récapitule les considérations relatives au coût pour les différentes options de protection des données décrites dans ce guide. Il n’y a aucun frais pour activer ou configurer les fonctionnalités suivantes, mais il faut prendre en compte les coûts que leur comportement engendre.
| Option de protection des données | Considérations relatives aux coûts |
|---|---|
| Verrou Azure Resource Manager pour un compte de stockage | Aucuns frais pour configurer un verrou sur un compte de stockage. |
| Suppression réversible du conteneur | Les données dans un conteneur supprimé de manière réversible sont facturées au même tarif que les données actives jusqu’à ce que le conteneur supprimé de manière réversible soit supprimé définitivement. |
| Suppression réversible des blobs | Les données de blob supprimées de manière réversible sont facturées au même tarif que les données actives jusqu’à ce qu’elles soient supprimées définitivement. Vous n’êtes pas facturé pour les transactions qui génèrent automatiquement des instantanés ou des versions lorsqu’un blob est écrasé ou supprimé, mais vous êtes facturé pour les appels vers l’opération Undelete Blob au taux d’écriture-transaction. Activer la suppression réversible des données souvent écrasées pourrait augmenter les charges de capacité et la latence de listage. Pour évaluer l’impact, Microsoft recommande de commencer par une période de rétention minimale de sept jours. Pour plus d’informations, voir Prix et facturation. |
| Contrôle de version des objets blob | Après avoir activé la version des blobs, chaque écriture sur un blob dans le compte crée une nouvelle version, ce qui peut entraîner une augmentation des coûts de capacité. Vous payez pour une version blob basée sur des blocs ou des pages uniques. Par conséquent, les coûts augmentent à mesure que le blob de base diverge d’une version particulière. Changer le niveau d’un blob ou d’une version blob peut avoir un impact sur la facturation. Pour plus d’informations, consultez Tarification et facturation. Utilisez gestion du cycle de vie ou les actions de stockage pour supprimer les versions anciennes si nécessaire afin de contrôler les coûts. |
| Instantanés d’objet blob | Vous payez pour les données d’un instantané en fonction des blocs ou des pages uniques. Par conséquent, les coûts augmentent à mesure que le blob de base diverge de la capture instantanée. Changer le niveau d’un blob ou d’un snapshot peut avoir un impact sur la facturation. Pour plus d’informations, consultez Tarification et facturation. Utilisez gestion du cycle de vie ou les actions de stockage pour supprimer les anciens instantanés si nécessaire afin de contrôler les coûts. |
| Stratégie d’immutabilité sur une version de blob | La création, la modification ou la suppression d’une stratégie de conservation légale ou de rétention limitée dans le temps portant sur une version blob entraîne des frais de transaction d’écriture. |
| Stratégie d’immuabilité sur un conteneur | Les données non modifiables sont facturées au même tarif que les données modifiables classiques. La facturation est en vigueur jusqu’à ce que les données soient modifiables et supprimées. |
| Restauration à un instant donné | L’activation de la récupération jusqu’à une date et heure active également le contrôle de version de blob, la suppression réversible et le flux de modification, qui peuvent occasionner d’autres frais. Vous êtes facturé pour la restauration à un instant dans le passé quand vous effectuez une opération de restauration. Le coût d’une opération de restauration dépend de la quantité de données restaurées. Pour plus d’informations, consultez Tarification et facturation. |
| Sauvegarde archivée | Pour Vaulted Backup, des frais de stockage de sauvegarde ou des frais d’instance vous sont facturés, ainsi que le coût côté source (associé à la réplication d’objets) sur le compte source faisant l’objet de la sauvegarde. Consultez la section Tarifs. |
| Réplication d’objets | Aucun frais pour configurer la réplication des objets, y compris l’activation du flux de changements et de la versionisation des blobs, ainsi que l’ajout de politiques de réplication. La réplication d’objets nécessite un flux de modifications et un versionnement, chacun pouvant entraîner d’autres frais. La conservation des données répliquées dans le compte de destination entraîne des coûts de capacité, y compris le coût de stockage du blob et de chaque version du blob. Si le compte de destination se trouve dans une région différente de la source, la réplication des données entraîne également des frais de transfert sortant. La réplication d’objets engendre des coûts de transaction : une charge d’écriture-transaction sur le compte source, et des frais de lecture/écriture sur le compte de destination, y compris le coût de lecture des enregistrements de flux de changement. Pour plus d’informations, consultez Facturation. |
| Copier des données dans un deuxième compte de stockage | La maintenance des données dans un deuxième compte de stockage occasionne des coûts de capacité et de transaction. Si le deuxième compte de stockage se trouve dans une région différente de celle du compte source, la copie des données vers ce deuxième compte entraînera en sus des frais de sortie. |
Étapes suivantes
Activez globalement les fonctionnalités de protection des données en utilisant les stratégies intégrées Azure. Des politiques existent pour permettre la suppression réversible, le contrôle de version et la réplication d’objets.
Pour des conseils et des recommandations sur les fonctionnalités de reprise après sinistre, voir Reprise après sinistre.
Pour des conseils sur la gestion des données, consultez la gestion du cycle de vie et le flux de modifications.
Pour des conseils sur la sécurité réseau et l’authentification, voir Sécurité et réseau.