Suppression réversible pour les objets blob

La suppression douce de blob protège un blob, un instantané ou une version individuelle contre les suppressions ou écrasements accidentels en conservant les données supprimées dans le système pendant une période de temps spécifiée. Pendant la période de conservation, vous pouvez restaurer un objet supprimé de manière réversible à son état au moment de sa suppression. Après l’expiration de la période de rétention, l’objet est supprimé définitivement.

La suppression réversible des objets blob fait partie d’une stratégie complète de protection des données au sein du compte pour les données d’objets blob. Pour une protection optimale de vos données blob, Microsoft recommande d’activer les fonctionnalités de protection des données suivantes :

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 en savoir plus sur les recommandations de Microsoft en matière de protection des données, consultez Vue d’ensemble de la protection des données.

Conseil

Pour permettre la suppression réversible des blobs et des conteneurs à grande échelle, utilisez la stratégie intégrée Azure Policy Configurer la suppression réversible pour les blobs et les conteneurs sur les comptes de stockage.

Fonctionnement de la suppression réversible d’objets blob

Lorsque vous activez la suppression progressive de blob pour un compte de stockage, spécifiez une période de conservation pour les objets supprimés entre 1 et 365 jours. La période de conservation indique la durée pendant laquelle les données restent disponibles une fois qu’elles ont été supprimées ou remplacées. Dès qu’un objet est supprimé ou remplacé, l’heure d’expiration de la période de rétention est fixée.

Pendant que la période de conservation est active, vous pouvez restaurer un blob supprimé, ainsi que ses instantanés et versions, en appelant l’opération Undelete Blob . Le diagramme suivant montre comment un objet supprimé peut être restauré lorsque la suppression réversible d’objets blob est activée :

Capture d’écran montrant comment un blob supprimé en douceur peut être restauré pendant la période de rétention.

Vous pouvez mettre à jour la période de rétention configurée à tout moment.

Si vous désactivez la suppression réversible des blobs, vous pouvez continuer à accéder aux objets supprimés de manière réversible dans votre compte de stockage et à les récupérer jusqu’à la fin de la période de rétention de la suppression réversible.

La version 2017-07-29 et ultérieure de l’API stockage Azure REST prend en charge la suppression progressive par blob.

Important

Vous pouvez utiliser la suppression réversible d’objets blob uniquement pour restaurer un objet blob ou un répertoire individuel (dans un espace de noms hiérarchique), ainsi que tous les instantanés et toutes les versions qui lui sont associés (uniquement dans un espace de noms plat). Pour restaurer un conteneur et son contenu, vous devez également activer la suppression réversible des conteneurs pour le compte de stockage.

La suppression réversible des objets blob n’offre pas de protection au niveau du conteneur ou du compte. Consultez la section Aperçu de la protection des données pour des recommandations de protection en fonction de votre charge de travail.

Traitement des suppressions lorsque la suppression réversible est activée

Lorsque vous activez la suppression réversible d’objets blob, la suppression d’un objet blob marque celui-ci comme étant supprimé de manière réversible. Le processus de suppression ne crée pas d’instantané. Lorsque la période de rétention expire, le système supprime définitivement l’objet blob supprimé de manière réversible. Dans les comptes ayant un espace de noms hiérarchique, la liste de contrôle d’accès d’un blob reste intacte si le blob est restauré.

Si un blob contient des snapshots, vous ne pouvez pas supprimer le blob à moins de supprimer aussi les snapshots. Lorsque vous supprimez un objet blob et ses instantanés, ils sont marqués comme étant supprimés de manière réversible. Le processus de suppression ne crée pas de nouveaux instantanés.

Vous pouvez également supprimer un ou plusieurs instantanés actifs sans supprimer l’objet blob de base. Dans ce cas, l’instantané est supprimé de manière réversible.

Si vous supprimez un répertoire dans un compte qui a activé la fonction d’espace de noms hiérarchique, le répertoire et tout son contenu sont marqués comme supprimés de manière réversible. Vous ne pouvez plus qu'accéder au répertoire supprimé de manière réversible. Pour accéder au contenu du répertoire supprimé en douceur, vous devez désupprimer ce répertoire supprimé en douceur.

Les objets supprimés de façon logique sont invisibles à moins que vous ne les affichiez ou les listiez explicitement. Pour plus d’informations sur la façon de répertorier les objets supprimés de manière réversible, consultez Gérer et restaurer des objets blob supprimés de manière réversible.

Traitement des remplacements lorsque la suppression réversible est activée

Important

Cette section ne s’applique pas aux comptes qui ont un espace de noms hiérarchique.

L’appel d’une opération telle que Put Blob, Put Block Listou Copy Blob remplace les données dans un objet blob. Lorsque vous activez la suppression réversible d’objets blob, le remplacement d’un objet blob crée automatiquement un instantané supprimé de manière réversible de l’état de l’objet blob avant l’opération d’écriture. Lorsque la période de rétention expire, le système supprime définitivement l’instantané supprimé de manière réversible. L'opération que le système effectue pour créer l'instantané n'apparaît pas dans les journaux de ressources Azure Monitor ni dans les journaux de Storage Analytics.

Les instantanés supprimés de manière réversible sont invisibles, sauf si vous affichez ou répertoriez explicitement les objets supprimés de manière réversible. Pour plus d’informations sur la façon de répertorier les objets supprimés de manière réversible, consultez Gérer et restaurer des objets blob supprimés de manière réversible.

La suppression réversible d’objets blob ne protège pas contre les opérations d’écriture de métadonnées ou de propriétés d’objet blob. Aucun instantané supprimé de manière réversible n’est créé lors de la mise à jour des métadonnées ou des propriétés d’un objet blob. Pour capturer les métadonnées d’un blob, voir Versionnement du blob.

Pour les comptes de stockage Premium, les instantanés supprimés de manière réversible ne sont pas pris en compte dans la limite de 100 instantanés par objet blob.

Restauration d’objets supprimés de manière réversible

Vous pouvez restaurer des objets blobs ou des répertoires (dans un espace de noms hiérarchique) supprimés de manière réversible en appelant l’opération Annuler la suppression d’un objet blob durant la période de rétention. L’opération Undelete Blob restaure un blob ainsi que tous les instantanés ou versions supprimés de manière réversible qui y sont associés. Il restaure tous les instantanés qui ont été supprimés pendant la période de rétention. Dans les comptes qui ont un espace de noms hiérarchique, la liste de contrôle d’accès d’un objet blob est restaurée avec ce dernier.

Dans les comptes ayant un espace de noms hiérarchique, vous pouvez également utiliser l’opération Undelete Blob pour restaurer un répertoire supprimé en douce et tout son contenu. Si vous renommez un répertoire qui contient des objets blob supprimés de manière réversible, ceux-ci sont déconnectés du répertoire. Pour restaurer ces blobs, vous devez revenir au nom du répertoire à son nom original ou créer un répertoire séparé qui utilise le nom d’origine. Sinon, une erreur se produit lorsque vous tentez de restaurer ces objets blob supprimés de manière réversible. Vous ne pouvez pas non plus restaurer un répertoire ou un blob sur un chemin de fichier qui possède déjà un répertoire ou un blob portant ce nom. Par exemple, si vous supprimez a.txt (1) et téléchargez un nouveau fichier également nommé a.txt (2), vous ne pouvez pas restaurer le fichier a.txt (1) supprimé de manière réversible tant que le fichier actif a.txt (2) n’a pas été supprimé ou renommé. Vous ne pouvez pas accéder au contenu d’un répertoire supprimé en douce avant que le répertoire soit résupprimé.

Diagramme qui montre le flux pour restaurer un blob supprimé de manière réversible et ses instantanés associés.

L’appel de l’action Annuler la suppression d’un objet blob sur un objet blob qui n’est pas supprimé de manière réversible restaure tous les instantanés supprimés de manière réversible associés à l’objet blob. Si l’objet blob n’a pas d’instantanés et n’est pas supprimé de manière réversible, l’appel de l’action Annuler la suppression d’un objet blob n’a aucun effet.

Pour promouvoir un instantané supprimé de manière réversible vers l’objet blob de base, commencez par appeler l’action Annuler la suppression d’un objet blob sur l’objet blob de base pour restaurer l’objet blob et ses instantanés. Ensuite, copiez l’instantané souhaité sur l’objet blob de base. Vous pouvez également copier l’instantané vers un nouvel objet blob.

Vous ne pouvez pas lire les données dans un blob ou un instantané supprimé en douceur tant que l’objet n’est pas restauré.

Pour plus d’informations sur la façon de restaurer les objets supprimés de manière réversible, consultez Gérer et restaurer des objets blob supprimés de manière réversible.

Conseil

Pour restaurer des blobs à grande échelle sur plusieurs comptes de stockage selon un ensemble de conditions que vous définissez, utilisez une Storage Task. Une tâche de stockage est une ressource disponible dans stockage Azure Actions : un framework serverless que vous pouvez utiliser pour effectuer des opérations de données courantes sur des millions d’objets répartis à travers plusieurs comptes de stockage. Pour plus d’informations, consultez Qu’est-ce qu’stockage Azure Actions ?

Protection contre la suppression réversible d’objets blob par opération

Le tableau suivant décrit le comportement attendu pour les opérations de suppression et d’écriture lorsque la suppression réversible d’objets blob est activée, avec ou sans le contrôle de version d’objet blob. Dans les tableaux suivants, Aucun changement signifie que l’opération se comporte de la même manière, que la suppression douce de blob soit activée ou non.

Compte de stockage (sans espace de noms hiérarchique)

Opérations de l'API REST Suppression réversible activée Suppression réversible et contrôle de version activés
Supprimer le compte de stockage Aucune modification. Les conteneurs et objets blob dans le compte supprimé ne sont pas récupérables. Aucune modification. Les conteneurs et objets blob dans le compte supprimé ne sont pas récupérables.
Supprimer un conteneur Aucune modification. Les blobs dans le conteneur supprimé ne sont pas récupérables à moins que la suppression douce du conteneur soit activée. Aucune modification. Les objets blob figurant dans le conteneur supprimé ne sont pas récupérables.
Supprimer Blob Si elle est utilisée pour supprimer un blob, l’opération marque le blob comme supprimé de façon réversible.

Si elle est utilisée pour supprimer un instantané de blob, l’opération marque le snapshot comme supprimé de manière réversible.
Si cette opération est utilisée pour supprimer un objet blob, la version actuelle devient la version antérieure et la version actuelle est supprimée. L’opération ne crée pas de nouvelle version ni d’instantanés supprimés de manière réversible.

Si elle est utilisée pour supprimer une version d’objet blob, l’opération marque la version comme supprimée de manière réversible.
Annuler la suppression d’un objet blob Restaure un objet blob et les instantanés qui ont été supprimés pendant la période de conservation. Restaure un objet blob et les versions qui ont été supprimés pendant la période de conservation.
Put Blob
Placer une liste de blocs
Copier un Blob
Copier un objet blob à partir d’une URL
Lorsqu’elle est appelée sur un blob actif, l’opération génère automatiquement un instantané de l’état du blob avant l’opération.

Si elle est appelée sur un blob supprimé de façon réversible, l’opération génère un instantané de l’état antérieur du blob uniquement s’il est remplacé par un blob du même type. Si le type de l’objet blob est différent, l'opération supprime définitivement toutes les données supprimées de manière réversible.
L’opération génère automatiquement une nouvelle version qui capture l’état du blob avant l’opération.
Déposer Bloc Si cette opération est utilisée pour valider un bloc dans un objet blob actif, rien ne change.

Si cette opération est utilisée pour valider un bloc dans un objet blob supprimé de manière réversible, l'opération crée un nouvel objet et génère automatiquement un instantané pour capturer l’état de l’objet blob supprimé de manière réversible.
Aucune modification.
Ajouter une page
Placer la page à partir de l’URL
Aucune modification. Les données de page blob que l’opération écrase ou efface ne sont pas sauvegardées et ne sont pas récupérables. Aucune modification. Les données de page blob que l’opération écrase ou efface ne sont pas sauvegardées et ne sont pas récupérables.
Ajouter un bloc
Ajouter un bloc à partir d’une URL
Aucune modification. Aucune modification.
Définir les propriétés de l’objet blob Aucune modification. Les propriétés d’objet blob remplacées ne sont pas récupérables. Aucune modification. Les propriétés d’objet blob remplacées ne sont pas récupérables.
Définir des métadonnées d'objet Blob Aucune modification. Les métadonnées d’objet blob remplacées ne sont pas récupérables. L’opération génère automatiquement une nouvelle version qui capture l’état du blob avant l’opération.
Définir un niveau d’objet blob L’objet blob de base est déplacé vers le nouveau niveau. Les instantanés actifs ou supprimés de manière réversible restent dans le niveau d’origine. Aucun instantané supprimé de manière réversible n’est créé. L’objet blob de base est déplacé vers le nouveau niveau. Les versions actives ou supprimées de manière réversible restent dans le niveau d’origine. Aucune nouvelle version n’est créée.

Compte de stockage (espace de noms hiérarchique)

Opération d’API REST Suppression douce activée
Supprimer le compte de stockage Aucune modification. Les conteneurs et objets blob dans le compte supprimé ne sont pas récupérables.
Système de fichiers – Supprimer Aucune modification. Les objets blob figurant dans le conteneur supprimé ne sont pas récupérables.
Supprimer un conteneur Aucune modification. Les blobs dans le conteneur supprimé ne sont pas récupérables à moins que la suppression douce du conteneur soit activée.
Chemin - Supprimer L’opération crée un blob ou un répertoire supprimé de manière réversible. L’objet supprimé de manière réversible est supprimé après la période de rétention.
Supprimer Blob L’opération crée un objet supprimé de façon réversible. L’objet supprimé de manière réversible est supprimé après la période de rétention. Vous ne pouvez pas supprimer un blob avec des instantanés existants.
Path - Create, cette opération permet de renommer un objet blob ou un répertoire Le blob de destination existant ou le répertoire vide est supprimé de manière réversible et la source le remplace. L’objet supprimé de manière réversible est supprimé après la période de rétention.
Définir l’expiration de l’objet blob qui définit une date d’expiration sur un objet blob existant Aucune modification. Un objet blob expiré ne devient pas un objet blob supprimé de manière réversible lorsqu’il expire.

Prise en charge des fonctionnalités

La prise en charge de cette fonctionnalité peut être impactée par l’activation de Data Lake Storage Gen2, du protocole NFS (Network File System) 3.0 ou du protocole SFTP (SSH File Transfer Protocol). Si vous avez activé l’une de ces fonctionnalités, consultez Prise en charge des fonctionnalités Stockage Blob dans les comptes Stockage Azure pour évaluer la prise en charge de cette fonctionnalité.

Considérations sur la charge de travail

Activer la suppression réversible n’affecte pas vos données existantes, mais cela modifie le comportement des opérations de suppression et d’écrasement. Avant d’activer la suppression réversible sur une charge de travail de production, prenez en compte les facteurs suivants :

  • Lister tous les blobs renvoie désormais les blobs supprimés de manière réversible. Ce changement a le plus grand impact. Les applications qui listent des blobs avec un indicateur all (BlobListingDetails.All dans les SDKs hérités ou BlobStates.All dans le SDK v12 Azure.Storage.Blobs) commencent à recevoir des blobs supprimés de manière réversible dès que vous activez la suppression réversible. La logique applicative qui suppose que seuls les blobs actifs sont retournés peut mal se comporter, et les processus de sauvegarde ou de restauration peuvent mal interpréter les blobs supprimés de façon réversible comme des données actives. Vérifiez dans votre code tous les indicateurs de listage et effectuez des tests avant l’activation. Pour ne lister que les blobs actifs, utilisez BlobStates.None. Pour lister les versions tout en excluant les blobs supprimés de façon douce, utilisez BlobStates.Versioned.

  • Les suppressions et les remplacements conservent désormais les données et continuent d’être facturés. Lorsque vous activez la suppression douce, supprimer ou écraser un blob ne libère pas immédiatement d’espace. L’état précédent est conservé sous forme de données supprimées de manière réversible et ces données sont facturées au même tarif que les données actives jusqu’à l’expiration de la période de rétention. Les charges de travail qui nécessitent des opérations de suppression ou d’écrasement pour libérer de l’espace de stockage entraînent un coût supplémentaire pendant toute la durée de la période de rétention.

  • Les charges de travail avec beaucoup de remplacements accumulent des instantanés supprimés de manière réversible. Sur les comptes FNS, si le contrôle de version n’est pas activé, chaque remplacement crée un instantané supprimé de manière réversible qui capture l’état précédent. Les applications qui écrasent fréquemment les mêmes blobs, comme la journalisation, le checkpointing ou les fichiers temporaires, peuvent générer de grands volumes de données supprimées de manière réversible et des coûts inattendus. Si vous n’avez pas modifié le niveau d’un objet blob ou d’un instantané, vous êtes facturé pour des blocs de données uniques sur cet objet blob, ses instantanés et toutes ses versions. Voir les instantanés Tarification et facturation. Choisissez une période de rétention qui reflète vos besoins de récupération sans conserver trop longtemps les données liées au churn.

  • Bloque le point de terminaison DFS sur les comptes en espace de noms plats. Lorsque vous activez la suppression progressive sur un compte sans espace de noms hiérarchique, les opérations via le point de terminaison Data Lake Storage (DFS) (*.dfs.core.windows.net) sont bloquées et échouent avec EndpointUnsupportedAccountFeatures. Utilisez plutôt le point d’extrémité Blob (*.blob.core.windows.net), ou mettez à jour le compte vers un espace de noms hiérarchique pour utiliser des points de terminaison DFS avec suppression logicielle activée.

Interactions entre les fonctionnalités

Contrôle de version des blobs

Important

L’espace de noms hiérarchique n’est pas pris en charge pour le versionnement.

  • Les remplacements créent une version au lieu d’un instantané supprimé de manière réversible : Si vous activez à la fois le contrôle de version des blobs et la suppression réversible des blobs, remplacer un blob crée une nouvelle version précédente qui capture l’état précédent du blob. L’opération ne crée pas un instantané supprimé de façon réversible. La nouvelle version n’est pas supprimée de manière réversible et n’est pas supprimée à l’expiration de la période de conservation de la suppression réversible.

  • Supprimer une version précédente n’effectue qu’une suppression réversible de cette version : Supprimer une versionprécédente spécifique effectue une suppression réversible de cette version, qui est conservée jusqu’à la fin de la période de rétention de suppression réversible. Après la période de conservation, la version supprimée temporairement est définitivement supprimée.

  • Undelete restaure toutes les versions supprimées de façon réversible : L’opération Undelete Blob restaure toutes les versions supprimées de façon réversible d’un blob en même temps ; vous ne pouvez pas en restaurer sélectivement une. Il ne promeut aucune version comme version actuelle. Pour restaurer la version actuelle, annulez d’abord la suppression, puis copiez ensuite la version précédente souhaitée par-dessus le blob de base. Pour plus d’informations, voir Interactions avec les fonctionnalités.

Instantanés d’objet blob

  • Les écrasements créent un instantané supprimé de façon réversible lorsque la gestion des versions est désactivée : Sur un compte en espace de noms plat sans gestion des versions, écraser un blob génère automatiquement un instantané supprimé de façon réversible qui capture l’état du blob avant l’écriture. Lorsque la période de conservation expire, l’instantané est définitivement supprimé.

  • La suppression réversible protège les instantanés que vous supprimez explicitement : La suppression d’un instantané actif le supprime de façon réversible, et il est conservé pendant la période de conservation. Vous ne pouvez pas supprimer un blob de base qui contient des instantanés à moins de supprimer aussi ses instantanés. Quand vous supprimez les deux, vous les marquez tous comme supprimés de façon réversible.

  • Les comptes Premium ne comptent pas les instantanés supprimés de façon réversible dans la limite d’instantanés : Sur les comptes d’objets blob de blocs Premium, les instantanés supprimés de façon réversible ne sont pas pris en compte dans la limite de 100 instantanés par objet blob.

Gestion du cycle de vie

  • Les actions de suppression du cycle de vie produisent des objets supprimés de manière réversible : Lorsqu’une politique de gestion du cycle de vie supprime un blob, un instantané ou une version, la suppression réversible s’applique toujours. L’objet supprimé passe en mode suppression douce et reste récupérable pendant la période de conservation plutôt que d’être supprimé immédiatement. Si vous utilisez des règles du cycle de vie pour contrôler la croissance du stockage, tenez compte de la fenêtre de conservation supplémentaire, puisque les données supprimées continuent d’être facturées jusqu’à la fin de la période de rétention.

Suppression définitive

  • La suppression permanente remplace la période de rétention de la suppression réversible pour les instantanés et les versions : Si vous activez la fonction de suppression permanente sur le compte, un appelant disposant des autorisations appropriées peut supprimer définitivement les instantanés et les versions supprimés de façon réversible avant la fin de la période de rétention. Si vous souhaitez une protection complète contre la suppression logicielle pendant toute la période de rétention, désactivez la suppression permanente.

Suppression réversible de conteneur

  • La suppression réversible des blobs et la suppression réversible des conteneurs protègent des portées différentes : La suppression réversible des blobs restaure des blobs, des instantanés et des versions individuels, mais elle ne peut pas récupérer un conteneur supprimé. La suppression douce du conteneur restaure un conteneur supprimé et son contenu, mais elle ne protège pas contre la suppression de blobs individuels dans un conteneur actif. Les deux fonctionnalités sont complémentaires, et Microsoft recommande d’activer les deux.

  • Vous ne pouvez pas restaurer des blobs individuels à partir d’un conteneur supprimé de façon réversible : La suppression réversible du conteneur restaure un conteneur dans son intégralité à son état au moment de la suppression. Vous ne pouvez pas restaurer sélectivement des blobs individuels à partir d’un conteneur supprimé temporairement. Restaurez d’abord tout le conteneur, puis travaillez avec ses blobs. Pour plus d’informations, voir suppression réversible du conteneur.

Limitations connues

  • Cela ne protège pas contre la suppression d’un conteneur ou d’un compte. La suppression douce par blob fonctionne uniquement aux niveaux de blob, snapshot, version et répertoire (dans un espace de noms hiérarchique). Pour restaurer un conteneur supprimé et son contenu, vous devez également activer la suppression réversible du conteneur. Pour vous protéger contre des scénarios plus larges de perte de données tels que la suppression accidentelle de compte ou un ransomware, activez Sauvegarde Azure.

  • Cela ne protège pas les métadonnées ni les écritures de propriétés. Aucun instantané supprimé de manière réversible n’est créé lorsque vous mettez à jour des métadonnées ou des propriétés d’un objet blob. Vous ne pouvez pas récupérer ces modifications via la suppression réversible.

  • Cela ne protège pas les comptes avec espace de noms hiérarchique contre les écrasements. Sur les comptes avec un espace de noms hiérarchique, la suppression de manière réversible protège uniquement contre les suppressions. Les remplacements ne sont pas enregistrés sous forme d’instantanés supprimés de manière réversible et ne peuvent pas être récupérés.

  • La période de conservation est de 1 à 365 jours et ne peut pas être prolongée. Une fois la période de conservation écoulée, elle ne peut plus être prolongée et l’objet est supprimé définitivement.

  • La fonction Suppression permanente prévaut sur la rétention de suppression réversible. Si vous activez la fonction de suppression permanente sur le compte, cela permet de supprimer définitivement les instantanés et versions supprimés de façon réversible avant la fin de la période de rétention.

  • Les suppressions liées à Set Blob Expiry ne sont pas récupérables. Les blobs supprimés via l’opération Set Blob Expiry uniquement ADLS ne deviennent pas des objets blob supprimés de manière réversible et ne peuvent pas être restaurés.

  • Empêche la mise à niveau d’un compte à espace de noms plat vers un espace de noms hiérarchique (ADLS). Lorsque vous activez la suppression douce par blob ou conteneur sur un compte à espace de noms plat, la mise à niveau du compte vers un espace de noms hiérarchique est bloquée (par exemple, via Invoke-AzStorageAccountHierarchicalNamespaceUpgrade ou az storage account hns-migration start). Pour migrer, désactivez la suppression réversible, effectuez la mise à niveau, puis réactivez la suppression réversible. De préférence, activez l’ADLS lors de la création du compte.

Tarification et facturation

Toutes les données supprimées de manière réversible sont facturées au même tarif que des données actives. Lorsqu’un blob est supprimé de façon réversible, il reste dans le même niveau d’accès et vous payez au même niveau d’accès. Vous n’êtes pas facturé pour des données qui sont définitivement supprimées après l’expiration de la période de conservation.

Lorsque vous activez la suppression douce, utilisez une courte période de rétention pour mieux comprendre comment cette fonctionnalité affecte votre facture. La période de conservation minimale recommandée est de sept jours.

L’activation de la suppression réversible pour des données fréquemment remplacées peut entraîner une augmentation des frais de capacité de stockage et de la latence lors de l’énumération des objets blob. Vous n’êtes pas facturé pour les transactions liées à la génération automatique d’instantanés ou de versions lorsqu’un objet blob est remplacé ou supprimé. Vous êtes facturé pour les appels à l’opération Annuler la suppression d’un objet blob au taux de transaction pour les opérations d’écriture.

Pour plus d’informations sur la tarification du Stockage Blob, consultez la page Tarification du Stockage Blob.

Suppression réversible d’objets blob et disques de machine virtuelle

La suppression réversible d’objets blob est disponible pour les disques non managés Standard et Premium, qui sont des objets blob de pages en arrière-plan. La suppression réversible peut vous aider à récupérer des données supprimées ou remplacées par les opérations Delete Blob, Put Blob, Put Block List et Copy Blob uniquement.

Les données remplacées par un appel à l’opération Put Page ne sont pas récupérables. Une machine virtuelle Azure écrit sur un disque non géré en utilisant des appels vers Put Page, donc utiliser la suppression douce pour annuler les écritures sur un disque non géré depuis une VM Azure n'est pas un scénario supporté.

Surveillance et dépannage

Pour visualiser les blobs supprimés de manière réversible dans le portail Azure, activez Afficher les blobs actifs et supprimés dans la vue conteneur.

Capture d’écran qui montre l’option d’afficher les blobs actifs et supprimés dans la vue conteneur du portail Azure.

Programmatiquement, listez-les avec l’opération List Blobs et en utilisant include=deleted (ou le drapeau BlobStates.Deleted dans le SDK Azure.Storage.Blobs v12). Pour quantifier les données supprimées de manière réversible, lancez un rapport d'inventaire blob stockage Azure avec le includeDeleted filtre réglé sur true et agrégez le Content-Length champ ; notez que la métrique BlobCapacity dans Azure Monitor rapporte la capacité totale du compte et ne sépare pas les données supprimées de manière réversible des données actives.

  • Mon application a commencé à renvoyer des blobs supprimés, ou échoue après que j’ai activé la suppression réversible : Si votre code liste les blobs à l’aide d’un indicateur « all » (BlobListingDetails.All dans les SDK hérités, ou BlobStates.All dans le SDK v12Azure.Storage.Blobs), les blobs supprimés de manière réversible sont maintenant inclus dans les résultats. La logique applicative qui suppose que seuls les blobs actifs sont retournés peut mal se comporter, et les processus de sauvegarde ou de restauration peuvent mal interpréter les blobs supprimés de façon réversible comme des données actives. Vérifiez votre code pour détecter les indicateurs de type « all ». Pour ne lister que les blobs actifs, utilisez BlobStates.None; pour lister les versions tout en excluant les blobs supprimés de façon réversible, utilisez BlobStates.Versioned.

  • Mes opérations sur le point de terminaison DFS échouent avec EndpointUnsupportedAccountFeatures : Sur un compte à espace de noms plat, activer la suppression douce bloque le point de terminaison Data Lake Storage (DFS). Les opérations contre *.dfs.core.windows.net échouent avec EndpointUnsupportedAccountFeatures. Confirmez si vos chaînes de connexion ou votre surveillance affichent les requêtes vers le point de terminaison DFS. Pour résoudre ce problème, soit mettez à jour la charge de travail pour utiliser le point de terminaison Blob (*.blob.core.windows.net), soit mettez à jour le compte vers un espace de noms hiérarchique afin que les points de terminaison DFS fonctionnent avec la suppression réversible activée.

  • Mon blob supprimé n’apparaît pas dans le conteneur : Les blobs supprimés de façon réversible sont masqués dans les opérations de liste standard. Dans le portail Azure, activez Afficher les blobs supprimés ; programmatiquement, définissez include=deleted. Si le blob n’apparaît toujours pas, confirmez que la suppression douce a été activée avant la suppression du blob, et que la période de conservation n’est pas écoulée.

  • Mon blob a été définitivement supprimé même si la suppression douce est activée : Vérifiez deux choses. Premièrement, si la fonctionnalité Permanent Delete est activée sur le compte, les instantanés et versions supprimés de façon réversible peuvent être supprimés avant la fin de la période de conservation ; désactivez-la pour une protection complète. Deuxièmement, les fichiers supprimés via l’opération Set Blob Expiry propre à ADLS ne sont pas placés en suppression réversible et ne peuvent pas être restaurés. Sinon, vérifiez que la période de conservation n’est pas déjà écoulée, puisque les données sont définitivement supprimées une fois qu’elle est écoulée.

  • Mes coûts de stockage ont augmenté après avoir activé la suppression réversible : Les blobs, instantanés et versions supprimés de manière réversible sont facturés au même tarif que les données actives jusqu’à l’expiration de la période de rétention. Les charges de travail avec beaucoup de remplacements accumulent rapidement des instantanés supprimés de manière réversible lorsque le contrôle de version est désactivé. Utilisez l’inventaire des objets blob pour identifier les données supprimées de manière réversible, et envisagez une période de conservation plus courte.

  • Je ne peux pas récupérer un conteneur supprimé avec suppression douce de blob : La suppression douce de blob protège les blobs individuels, pas les conteneurs. Si un conteneur a été supprimé, ses blobs ne peuvent pas être restaurés via la suppression douce des blobs. La récupération de conteneurs nécessite que la suppression douce du conteneur ait été activée au préalable. Voir la suppression réversible du conteneur.

  • Je dois désactiver la suppression douce à grande échelle après avoir activé trop largement : Référence Activer la suppression douce pour les conteneurs pour les instructions de désactivation de la suppression douce à l’aide de divers outils.

  • J’ai fixé ma période de rétention trop longue et je veux que mes blobs soient supprimés définitivement plus tôt : Pour supprimer définitivement les blobs déjà supprimés de manière réversible, restaurez les blobs supprimés de manière réversible, désactivez la fonction de suppression réversible des blobs, puis supprimez à nouveau les blobs.

Étapes suivantes