Partager via


Problèmes et limites connus des tâches de stockage

Cet article décrit les limitations et les problèmes connus des tâches de stockage. Les problèmes qui apparaissent dans cet article reflètent l’état actuel du service. Cette liste va évoluer à mesure que la prise en charge se développe.

Limites de mise à l’échelle

Facteur d’échelle Limite prise en charge
Tâches de stockage par abonnement 5 000
Affectations de tâches de stockage par tâche de stockage 5 000
Affectations de tâches de stockage par abonnement 10 000
Affectations de tâches de stockage par compte de stockage 50
Regroupement imbriqué en tâches de stockage des clauses par condition 10

Azure Storage Actions met automatiquement à l’échelle ses tâches de traitement en fonction du volume de données d’un compte de stockage, soumis à des limites internes. La durée d’exécution dépend du nombre de blobs dans le compte de stockage, ainsi que de leur hiérarchie dans Azure Data Lake Storage Gen2. La première exécution d’une tâche sur un préfixe de chemin risque de prendre plus de temps que les exécutions suivantes. Azure Storage Actions est également conçu pour être autorégulateur et pour permettre aux charges de travail applicatives du compte de stockage de passer en priorité. Par conséquent, l’échelle et la durée de l’exécution dépendent également de la capacité de transaction disponible en fonction de la limite du nombre maximal de requêtes du compte de stockage. Voici des échelles de traitement typiques, qui peuvent être supérieures si vous disposez d’une plus grande capacité de transaction ou inférieures pour une capacité de transaction moindre sur le compte de stockage.

Affectations de tâches appliquées sur des comptes de stockage dans plusieurs régions

Les affectations de tâches ne peuvent être appliquées qu’aux comptes de stockage qui se trouvent dans la même région que les tâches de stockage.

La facturation n’affiche pas le nom de l’attribution de tâche

Les compteurs de facturation s’affichent sur la facture uniquement avec le nom du compte de stockage. La facture d’abonnement n’affiche pas le nom d’attribution de tâche pour lequel le compteur a été émis. Pour mettre en corrélation le compteur avec l’attribution de tâche, vous devez examiner les métriques de ressources pour les actions de stockage filtrées par le compte de stockage pour ce jour-là.

Propagation des mises à jour de définition de tâche

Les affectations de tâches ne sont pas mises à jour lorsque des modifications sont apportées à une définition de tâche. Les nouvelles attributions de tâches doivent être créées après la suppression des anciennes pour récupérer les modifications.

Arrêt des affectations de tâches

Vous pouvez arrêter une exécution en cours en supprimant l’attribution de rôle pour l’identité managée sous-jacente.

Le déplacement de la ressource de compte de stockage est bloqué lorsqu’une affectation de tâche existe

La solution de contournement consiste à supprimer l’attribution de tâche de stockage, puis à déplacer la ressource du compte de stockage.

Restrictions sur le déplacement d’une tâche de stockage

Vous ne pouvez pas déplacer une tâche de stockage vers une autre région ou vers un autre abonnement. Vous ne pouvez pas déplacer un abonnement qui contient une tâche de stockage vers un autre locataire.

Limite de concurrence pour l’exécution

Les tâches de stockage sont limitées sur le nombre d’affectations de tâches qui peuvent être exécutées simultanément sur chaque compte de stockage. Pour garantir des performances optimales, assurez-vous que les affectations de tâches d’un compte de stockage sont planifiées pour s’exécuter avec un intervalle de temps raisonnable entre eux en fonction des objets ciblés afin que les exécutions de tâches soient finies dans les temps. Les exécutions d’affectation de tâches dépassant la limite de concurrence d’un compte de stockage sont suspendues jusqu’à ce que les autres affectations soient terminées.

Mise à l’échelle de la dépendance vis-à-vis de la capacité de transaction disponible pour le compte de stockage

L’exécution d’affectations de tâches de stockage est automatiquement mise à l’échelle en fonction de la capacité de demande de transaction disponible sur le compte de stockage. La mise à l’échelle est plus élevée lorsque plus de capacité de transaction est disponible et moins élevée lorsque moins de capacité de transaction est disponible.

Lorsque le compte de stockage ciblé dispose d’une capacité de transaction plus faible, l’exécution des tâches de stockage risque d’être limitée. Par conséquent, la durée de l’exécution de l’affectation de tâche s’avère plus longue que prévu.

Pour plus d’informations sur les limites d’échelle, consultez Objectifs de performance et de scalabilité pour le stockage de blobs.

Remarque

Vous pouvez demander des limites de capacité et d’entrée supérieures. Pour demander une augmentation, contactez le Support Azure.

Les exécutions de tâches de stockage peuvent écrire dans le conteneur d’exportation de rapport sans autorisation sur le conteneur

Lorsque vous créez une affectation de tâche, vous affectez un rôle à l’identité managée affectée par le système de la tâche de stockage. Lorsque la tâche de stockage s’exécute, elle peut fonctionner uniquement sur les conteneurs où son identité managée a le rôle requis. Ce n’est pas le cas avec le conteneur d’exportation de rapport que vous choisissez pendant l’attribution de tâche. Bien qu’une tâche de stockage ne puisse pas fonctionner sur des objets blob existants dans ce conteneur, une tâche ne nécessite pas le rôle approprié pour écrire des rapports dans ce conteneur.

Les opérateurs de chaîne sur les métadonnées de conteneur, les métadonnées de blob et les balises d’index de blob ne fonctionnent pas si les valeurs sont des nombres

Vous ne pouvez pas utiliser d’opérateurs de chaîne sur les métadonnées de conteneur, les métadonnées d’objet blob et les balises d’index d’objet blob, ainsi que des nombres comme valeur. Par exemple, equals(Tags.Value[Year], '2022') où la valeur '2022' est un nombre, avec l’opérateur de chaîne equals, n’évalue pas correctement.

Les affectations échouent lorsqu’elles référencent un nom de compte de stockage commençant par un chiffre

Si vous affectez une tâche de stockage à un compte de stockage dont le nom commence par un chiffre, l’affectation de tâche de stockage échoue.

Les caractères d’espace blanc dans les balises d’index de blob et les métadonnées ne sont pas encore pris en charge

Les caractères d’espace blanc dans la clé et la valeur des balises de blob sont des entrées acceptables. Toutefois, les conditions de tâche de stockage ne peuvent pas traiter les caractères d’espace blanc. Si une clé ou une valeur contient un caractère d’espace blanc, une erreur s’affiche lorsque la tâche s’exécute.

La valeur de la propriété de nom de blob qui contient ou correspond à « . » n’est pas prise en charge

L’entrée de champ de chaîne sur la clause du nom de blob accepte « .doc » ou « .pdf » comme entrées, mais ne réussit pas à déployer la ressource de tâche. La validation du fournisseur de ressources de service l’intercepte et lève l’erreur. La valeur de la propriété « Name » est « .doc » et elle ne suit pas le modèle '^[a-zA-Z0-9]+$'"}]}.

Les affectations de tâches de stockage fonctionnent sur une liste incomplète de blobs lorsqu’elles sont utilisées avec plusieurs filtres de répertoire dans les comptes qui ont un espace de noms hiérarchique

Si plusieurs filtres sont utilisés dans les affectations de tâches de stockage, les préfixes de répertoire ne sont pas tous analysés pour que les blobs puissent fonctionner dessus.

L’utilisation de caractères blancs dans le préfixe de chemin pendant l’affectation de tâche n’est pas prise en charge

Les comptes de stockage qui ont un espace de noms hiérarchique affichent des informations d’emplacement comme container1 / subcontainer1 avec un caractère d’espace blanc entre la chaîne et le caractère /. Une erreur s’affiche si vous copiez et collez cette information dans le champ de préfixe de chemin pendant l’affectation.

Déplacement des tâches de stockage et affectations de tâches

Le déplacement des tâches de stockage et des affectations de tâches entre différents groupes de ressources et abonnements n’est pas pris en charge. Cette limitation signifie que toutes les tâches de stockage et leurs affectations de tâches associées ne peuvent pas être transférées entre des groupes de ressources ou des abonnements.

Nettoyage des affectations de tâches avant de déplacer les comptes de stockage

Les affectations de tâches doivent être nettoyées avant de déplacer des comptes de stockage entre des groupes de ressources et des abonnements. Plus précisément, avant qu'un compte de stockage ne soit déplacé d'un groupe de ressources à un autre, ou d'un abonnement à un autre, toutes les affectations de tâches appliquées au compte de stockage doivent être supprimées pour garantir une transition en douceur.

Les exécutions de tâches de stockage sont bloquées à l'état 'en cours'

Si, pendant le processus d’affectation, vous attribuez un rôle qui n’a pas l’autorisation requise, l’exécution de la tâche de stockage prend 14 jours. Pour débloquer l’exécution de la tâche, vous pouvez ajouter le rôle requis à l’identité managée de la tâche de stockage. Sinon, l’affectation de tâche est bloquée dans l’état en cours jusqu’à ce que l’exécution de la tâche se termine dans 14 jours.

Objets blob de blocs Premium

La création d'affectations sur des comptes de stockage Premium de blobs de blocs ne fonctionne pas.

Les objets blob supprimés de manière réversible sont inclus dans la liste lors de l’analyse en tant qu’objets ciblés

La solution de contournement consiste à exclure les préfixes spécifiques supprimés provisoirement.

Aucune option permettant de choisir la priorité lors du réhydratage d’objets blob vers un niveau en ligne

Lorsque vous réhydrater des objets blob archivés, il n’existe aucune option permettant de choisir une priorité. Les objets blob sont réhydratés avec la priorité standard.

Voir aussi