Matrice de prise en charge de la sauvegarde coffretée Azure Data Lake Storage

Cet article récapitule la disponibilité régionale, les scénarios pris en charge et les limitations pour les sauvegardes coffretées d’Azure Data Lake Storage. Sauvegarde Azure permet désormais une protection et une récupération améliorées pour Azure Data Lake Storage grâce à des sauvegardes coffretées qui offrent une résilience aux ransomwares, un stockage hors site sécurisé et une conservation des données à long terme. Consultez le blog microsoft Community Hub.

Pour plus d’informations sur la prise en charge de Sauvegarde Azure pour les sauvegardes dans Azure Data Lake Storage qui permet une protection des données sécurisée, à long terme et isolée, consultez le blog microsoft Community Hub.

Régions prises en charge

Les sauvegardes coffretées d’Azure Data Lake Storage sont disponibles dans les régions suivantes :

Comptes de stockage pris en charge

Le tableau suivant répertorie les détails du compte de stockage pris en charge :

Limites de protection

Le tableau suivant répertorie les limites de protection :

Scénarios pris en charge pour la protection de Azure Data Lake Storage

La protection Azure Data Lake Storage propose les scénarios suivants pris en charge :

• Les coffres de sauvegarde avec System-Assigned identité gérée (SAMI) fonctionnent pour la sauvegarde, car le coffre doit accéder au compte de stockage où sont stockés les blobs. Le coffre utilise son identité managée affectée par le système pour cet accès.
• Vous pouvez protéger le compte de stockage avec le coffre dans un autre abonnement, mais dans la même région que le compte de stockage.
• Les comptes Azure Data Lake Storage prennent en charge les API DFS (Blob et Data File System).
• $web Le conteneur ne peut pas être restauré tel que $web sur la cible. Utilisez l’option renameTo et restaurez-le avec un autre nom de conteneur.

Scénarios non pris en charge et considérations pour la protection de Azure Data Lake Storage

La protection Azure Data Lake Storage comporte les scénarios suivants non pris en charge :

• Les nouveaux conteneurs créés après la configuration de sauvegarde du compte de stockage ne sont pas sauvegardés automatiquement. Pour activer l’opération de sauvegarde pour les nouveaux conteneurs, modifiez la protection du compte de stockage.
• Les comptes de stockage à sauvegarder doivent contenir un minimum d’un conteneur. Si le compte de stockage ne contient aucun conteneur ou si aucun conteneur n’est sélectionné, une erreur peut s’afficher lorsque vous configurez la sauvegarde.
• Les coffres de sauvegarde avec l’identité managée affectée par l’utilisateur (UAMI) ne sont pas compatibles avec les sauvegardes azure Blob Vaulted.
• Lorsqu’un compte ou conteneur Azure Data Lake Storage qui s’y trouve est supprimé et recréé avec le même nom entre deux sauvegardes consécutives, les points de récupération conservent les blobs et versions plus anciens.
• Le niveau d’archive pour les données de sauvegarde dans un coffre-fort n’est actuellement pas pris en charge.
• Les comptes de stockage mis à jour de FNS à HNS ne sont pas pris en charge pour la sauvegarde.
• Les comptes compatibles SFTP et NFS ne sont pas pris en charge pour la sauvegarde voûtée. Les tâches de sauvegarde sur ces comptes échouent ou se bloquent lors du traitement des blobs téléchargés via SFTP.
• Vaulted Backup ne prend pas en charge les déplacements de données entre conteneurs car les politiques de sauvegarde sont spécifiques à chaque conteneur. Si vous déplacez des données entre conteneurs, la cohérence de la réplication se rompt.
• Lorsque le blob dans les comptes de stockage Data Lake a une expiration configurée — soit lors de la création via PutBlob ou PutBlockList, soit plus tard via l’API SetBlobExpiry — les comportements suivants s’appliquent au compte de stockage Azure Data Lake avec Sauvegarde Vaulted activée :
  • Blobs existants avec date d’expiration : Ces blobs continueront d’afficher le comportement actuel : une fois expirés, ils restent dans les points de restauration existants, ce qui peut entraîner des incohérences dans les points de restauration futurs.
  • Paramètres futurs de l’expiration : Toute tentative de définir l’expiration via SetBlobExpiry échouera pour les comptes de stockage configurés avec Vaulted Backup. Cette restriction garantit l’intégrité du point de restauration à l’avenir.
• Lorsque la sauvegarde voûtée est activée :
  • Suppression douce : Les blobs dans le compte de stockage Azure Data Lake peuvent toujours être supprimés en douce comme prévu.
  • Annuler la suppression : La restauration des blobs dans le compte de stockage Azure Data Lake depuis l’état de suppression logicielle n’est pas prise en charge tant que la sauvegarde vaulted est active. Undelete ne fonctionnera que si la sauvegarde vaulted est désactivée en premier. Réactiver la sauvegarde voûtée après désactivation déclenchera une sauvegarde complète.

Limites de sauvegarde

Le tableau suivant répertorie les limites de sauvegarde :

Limites de rétention

Le tableau suivant répertorie les limites de rétention :

Limites des méthodes de restauration

Le tableau suivant répertorie les limites de méthode de restauration :

Étapes suivantes

• Configurez la sauvegarde coffre pour Azure Data Lake Storage à l’aide du portail Azure, de PowerShell ou d’Azure CLI.
• Restaurez Azure Data Lake Storage à l’aide du portail Azure.
• Gérez la sauvegarde coffre pour Azure Data Lake Storage à l’aide du portail Azure.

Contenu connexe

Niveaux d’accès pour les données d’objet blob.