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.

Important

Azure Storage Actions est actuellement en PRÉVERSION et est disponible dans ces régions. Pour connaître les conditions juridiques qui s’appliquent aux fonctionnalités Azure en version bêta, en préversion ou plus généralement non encore en disponibilité générale, consultez l’Avenant aux conditions d’utilisation des préversions de Microsoft Azure.

Régions des comptes de stockage

Pendant la préversion publique, vous pouvez cibler uniquement les comptes de stockage qui se trouvent dans la même région que les tâches de stockage.

Limites de mise à l’échelle

Facteur d’échelle	Limite prise en charge
Tâches de stockage par abonnement	100
Affectations de tâches de stockage par tâche de stockage	50
Affectations de tâches de stockage par compte de stockage	50
Versions de la définition de la tâche de stockage	50

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.

Pendant la préversion, Azure Storage Actions peut appeler jusqu’à 200 millions d’opérations par jour sur un maximum de sept jours sur un compte de stockage d’espace de noms plat. Selon la proportion de blobs ciblés remplissant la condition des opérations, une affectation de tâche peut traiter entre 200 millions et quatre milliards de blobs par jour.

Pour les comptes de stockage avec un espace de noms hiérarchique, Azure Storage Actions peut appeler jusqu’à 35 millions d’opérations par jour sur un maximum de sept jours pendant la préversion. Selon la proportion de blobs ciblés remplissant la condition des opérations, une affectation de tâche peut traiter entre 35 millions et 400 millions de blobs par jour.

Préfixes qui se chevauchent pour les affectations

Les tâches de stockage n’empêchent pas l’exécution des affectations de tâches sur des préfixes qui se chevauchent. S’il existe plusieurs affectations de tâches avec des préfixes qui se chevauchent, les blobs peuvent être traités par ces affectations de tâches dans n’importe quel ordre. Si l’ordre d’exécution des opérations entre ces affectations de tâches est important, lorsque vous configurez la tâche, assurez-vous que le préfixe des affectations n’en chevauche pas un autre.

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’affectation de tâche. Même si une tâche de stockage ne peut pas fonctionner sur des blobs existants de ce conteneur, elle n’a pas besoin du 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 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 avec 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.

La surveillance des données n’apparaît pas, sauf si la tâche de stockage et le compte de stockage se trouvent dans le même groupe de ressources

Si la tâche de stockage et le compte de stockage spécifiés dans l’affectation de tâche se trouvent dans différents groupes de ressources, les données de surveillance agrégées du compte de stockage ne s’affichent pas correctement sous l’onglet Surveillance du volet de la tâche de stockage.

L’exécution de l’affectation des tâches de stockage est bloquée dans un état « en cours » sans aucun blob traité

Dans la plupart des cas, l’exécution des tâches progresse après 20 minutes. Toutefois, si la tâche est bloquée, vérifiez que le compte de stockage cible présente la configuration compatible nécessaire. Par exemple, si la tâche de stockage définit la stratégie d’immuabilité, mais que le compte cible n’est pas configuré avec la prise en charge du contrôle de version, la tâche de stockage ne progresse pas et finit par échouer. Veillez à tester chaque opération sur le compte de stockage cible à l’aide d’un mécanisme autre qu’une tâche de stockage pour vous assurer que l’opération réussit. Ensuite, ajoutez l’opération à la tâche de stockage.

La tâche de stockage échoue avec une erreur interne

Si des opérations de tâche de stockage incompatibles sont testées sur des comptes de stockage, l’exécution de tâche peut échouer avec une erreur ou être bloquée dans un état « en cours ». Par exemple, une opération qui tente de définir une balise d’index de blob sur un compte disposant d’un espace de noms hiérarchique ne réussira pas. Vérifiez que la configuration du compte de stockage et l’opération de tâche de stockage sont compatibles.

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.

Performances lentes lors du traitement de blobs dans les comptes qui ont un espace de noms hiérarchique

Storage Actions fonctionne sur les blobs des comptes qui ont un espace de noms hiérarchique avec une capacité réduite. Il s’agit d’un problème connu qui est en cours de résolution. Ce problème ralentit la vitesse à laquelle les blobs sont traités par l’exécution des tâches de stockage.

Le fonctionnement sur les comptes de stockage d’un réseau privé n’est pas pris en charge

Lorsque vous appliquez des affectations de tâches de stockage à des comptes de stockage qui ont des règles d’adresse IP ou de réseau pour le contrôle d’accès, l’exécution des tâches risque d’échouer. Cela est dû au fait que les affectations de tâches de stockage doivent accéder au compte de stockage via le point de terminaison public, lequel peut être bloqué par le pare-feu ou les règles de réseau virtuel. Pour éviter ce problème, vous devez configurer correctement l’accès réseau à votre compte de stockage.

Les tâches de stockage ne seront pas déclenchées sur un compte régional migré dans les comptes GRS ou GZRS

Si vous migrez votre compte de stockage d’une région primaire GRS ou GZRS vers une région secondaire ou inversement, aucune tâche de stockage qui cible le compte de stockage ne sera déclenchée et les exécutions de tâches existantes peuvent échouer. 

Voir aussi

• Vue d’ensemble d’Azure Storage Actions