Partager via


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

Cet article récapitule les disponibilités régionales, les scénarios pris en charge et les limitations des sauvegardes opérationnelles et archivées de blobs.

Régions prises en charge

Choisir un type de sauvegarde

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).

Limites

Choisir un type de sauvegarde

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.

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é.

Étapes suivantes

Vue d’ensemble de la sauvegarde de blobs Azure