Matrice de prise en charge pour la sauvegarde des objets blob Azure

La sauvegarde opérationnelle des blobs est disponible dans toutes les régions du cloud public, à l’exception des régions France Sud et Afrique du Sud Ouest. Elle est également disponible dans les régions de cloud souverain, c’est-à-dire toutes les régions Azure Government et les régions de la Chine (sauf la région Chine Est).

La sauvegarde en coffre pour les blobs est disponible dans toutes les régions publiques.

La sauvegarde opérationnelle des objets blob utilise la restauration à un instant dans le passé des objets blob, le contrôle de version des objets blob, la suppression réversible des objets blob, le flux de modification pour les objets blob et le verrou de suppression pour fournir une solution de sauvegarde locale. Par conséquent, les limitations qui s’appliquent à ces fonctionnalités s’appliquent également à la sauvegarde opérationnelle.

Scénarios pris en charge :

• La sauvegarde opérationnelle prend en charge les objets blob de blocs dans les comptes de stockage de standard à usage général v2 uniquement. Les comptes de stockage avec un espace de noms hiérarchique activé (c’est-à-dire, les comptes ADLS Gen2) ne sont pas pris en charge.
  
  En outre, les objets blob de pages, les objets blob d’ajout et les objets blob Premium dans votre compte de stockage ne sont pas restaurés et seuls les objets blob de blocs sont restaurés.

• La sauvegarde de blobs est également prise en charge quand le compte de stockage a des points de terminaison privés.

• L’opération de sauvegarde n’est pas prise en charge pour les objets blob chargés à l’aide des API Data Lake Storage.

Autres limitations :

• Si vous avez supprimé un conteneur au cours de la période de conservation, ce conteneur ne sera pas restauré lors de l’opération de restauration à un instant dans le passé. Si vous tentez de restaurer une plage d’objets blob incluant des objets blob dont le conteneur a été supprimé, l’opération de récupération jusqu’à une date et heure échouera. Pour plus d’informations sur la protection des conteneurs contre la suppression, consultez Suppression réversible pour les conteneurs.
• Si un objet blob a été déplacé entre les niveaux chaud et froid pendant la période comprise entre le moment présent et le point de restauration, l’objet blob est restauré à son niveau précédent. La restauration d’objets blob de blocs du niveau archive n’est pas prise en charge. Par exemple, si un objet blob a été déplacé du niveau d’accès chaud au niveau de stockage archive deux jours auparavant et qu’une opération de restauration est effectuée sur un point trois jours auparavant, l’objet blob n’est pas restauré vers le niveau d’accès chaud. Pour restaurer un objet blob archivé, commencez par le déplacer en dehors du niveau archive. Pour plus d’informations, consultez Réalimenter les données d’objets blob à partir du niveau Archive.
• Un bloc qui a été chargé via Put Block ou Put Block à partir d’une URL, mais qui n’est pas commité via Put Block List, ne fait pas partie d’un blob et n’est donc pas restauré dans une opération de restauration.
• Un objet blob avec un bail actif ne peut pas être restauré. Si un objet blob avec un bail actif est inclus dans la plage d’objets blob à restaurer, l’opération de restauration échoue de façon automatique. Arrêtez tout bail actif avant de démarrer l’opération de restauration.
• Les instantanés ne sont pas créés ou supprimés dans le cadre d’une opération de restauration. Seul l’objet blob de base est restauré à son état précédent.
• Si les blobs en cours de restauration comptent des blobs immuables, ces derniers ne sont pas restaurés à l’état qu’ils avaient au point de récupération sélectionné. Toutefois, les autres objets blob pour lesquels l’immuabilité n’est pas activée seront restaurés comme prévu au point de récupération sélectionné.

• Vous pouvez sauvegarder uniquement les blobs de blocs dans un compte de stockage v2 universel standard en utilisant la solution de sauvegarde archivée pour les blobs.
• Actuellement, les comptes de stockage HNS ne sont pas pris en charge. Cela comprend les comptes ADLS Gen2, les comptes utilisant NFS 3.0 et les protocoles SFTP pour les blobs.
• Vous pouvez sauvegarder des comptes de stockage avec jusqu’à 100 conteneurs. Vous pouvez également sélectionner un sous-ensemble de conteneurs à sauvegarder (jusqu’à 100 conteneurs).
  • Si votre compte de stockage contient plus de 100 conteneurs, vous devez sélectionner jusqu’à 100 conteneurs à sauvegarder.
  • Pour sauvegarder les nouveaux conteneurs qui ont été créés après la configuration de la sauvegarde pour le compte de stockage, modifiez la protection du compte de stockage. Ces conteneurs ne sont pas sauvegardés automatiquement.
• Les comptes de stockage à sauvegarder doivent contenir au moins un conteneur. Si le compte de stockage ne contient aucun conteneur ou si aucun conteneur n’est sélectionné, une erreur peut apparaître lorsque vous configurez la sauvegarde.
• Actuellement, vous pouvez effectuer une seule sauvegarde par jour (comprenant les sauvegardes planifiées et à la demande). La sauvegarde échoue si vous tentez d’effectuer plus d’une opération de sauvegarde par jour.
• Si vous arrêtez la protection (sauvegarde archivée) sur un compte de stockage, cela ne supprime pas la stratégie de réplication d’objets créée sur le compte de stockage. Dans ces scénarios, vous devez supprimer manuellement les stratégies de réplication d’objets.
• Actuellement, les blobs froids et archivés ne sont pas pris en charge.