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 des ressources

stockage Azure 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. stockage Azure 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 attributions de tâches ne peuvent être appliquées que sur des comptes de stockage situés dans la même région où la ressource Storage Actions a été créée.

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

La propagation des mises à jour de définition de tâches peut perturber les affectations de tâches

Lorsque vous mettez à jour une définition de tâche stockage Azure Actions, les modifications s’appliquent automatiquement à toutes ses affectations de tâches. Les mises à jour des affectations de tâches ne valident que la cohérence de la définition de la tâche, mais ne valident pas les modifications en fonction des attributions de tâches existantes. Les mises à jour peuvent donc rendre invalides les attributions de tâches si la définition de la tâche fait référence à des fonctionnalités non prises en charge sur ce compte de stockage. Par exemple, une définition de tâche Actions de stockage peut initialement être appliquée aux comptes de stockage FNS et HNS. Si vous effectuez une mise à jour de la définition de la tâche qui ajoute une condition ou une opération spécifique à FNS, comme le versionnement blob, la définition de la tâche devient invalide sur les comptes de stockage HNS.

Arrêter les affectations de tâches

Vous pouvez arrêter une affectation de tâche unique ou toutes les affectations de tâches depuis la page Exécutions de tâches du portail stockage Azure Actions. Cette interface n’est actuellement pas disponible via la page Actions de stockage du portail du compte de stockage.

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

Supprimez l’attribution de la tâche de stockage, puis déplacez la ressource du compte de stockage.

Restrictions sur le déplacement d’une tâche de stockage entre les répertoires Microsoft Entra

Vous pouvez déplacer des tâches de stockage entre des groupes de ressources et des abonnements. Toutefois, étant donné que les tâches de stockage s’appuient sur des identités managées, le déplacement d’un abonnement contenant une tâche de stockage vers un autre répertoire Microsoft Entra interrompt l’identité managée et provoque l’arrêt de la tâche de stockage. Pour plus d’informations, consultez Problèmes connus liés aux identités managées pour Azure ressources : transfert d’un abonnement entre des répertoires Microsoft Entra.

Limite de concurrence pour l’exécution

Les tâches de stockage ont une limite sur le nombre d’assignations de tâches qu’elles peuvent exécuter simultanément sur chaque compte de stockage. Pour garantir des performances optimales, assurez-vous que les assignations de tâches sur un seul compte de stockage sont programmées pour s’exécuter avec un intervalle de temps raisonnable entre elles en fonction des objets ciblés, afin de garantir que les tâches soient terminées dans les délais. Mettez en pause les exécutions d’affectation de tâches dépassant la limite de concurrence pour un compte de stockage 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 de l’attribution de tâches de stockage s’autoscale en fonction de la capacité de requête 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é a une capacité de transaction disponible plus faible, l’exécution des tâches de stockage peut être ralentie, ce qui entraîne une durée d’exécution de l’assignation de tâche 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.

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 assignation de tâche, vous attribuez 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 ne peut fonctionner que sur des conteneurs où son identité gérée a le rôle requis. Cette règle ne s’applique pas au conteneur d’exportation de rapports que vous choisissez lors de l’attribution des tâches. 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 du conteneur, les métadonnées de blobs et les tags d’index blob lorsque la valeur est un nombre. Par exemple, equals(Tags.Value[Year], '2022'), où la valeur 2022 est un nombre, ne fonctionne pas correctement avec l’opérateur de chaîne equals.

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

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

Les caractères d’espacement dans les balises d’index Blob et les métadonnées ne sont pas pris en charge

Vous pouvez utiliser des caractères d’espacement dans la clé et la valeur des balises blob. Cependant, 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

Le champ de chaîne de la clause de nom du blob accepte .doc ou .pdf comme entrées mais ne déploie pas 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 motif '^[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 vous utilisez plusieurs filtres dans les assignations de tâches de stockage, la tâche ne scanne pas tous les préfixes de répertoire à la recherche de blobs sur lesquels opérer.

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.

Nettoyage des affectations de tâches avant de supprimer des comptes de stockage ou des tâches de stockage

• Avant de supprimer un compte de stockage, supprimez toutes les attributions de tâches associées à ce compte de stockage.
• Avant de supprimer une tâche de stockage, supprimez toutes les affectations de tâches référençant cette tâche de stockage.

Fonctionnement sur des comptes de stockage dans un réseau privé

Vous pouvez appliquer des affectations de tâches de stockage aux comptes de stockage dans des réseaux privés lorsque la configuration réseau inclut une option permettant à des services Microsoft approuvés d’accéder au compte. Ce paramètre garantit que les tâches ont l’accès nécessaire pendant l’exécution, même lorsque des règles de pare-feu ou de réseau virtuel sont en place. Si vous n’activez pas cette option, l’exécution de la tâche échoue car les restrictions réseau bloquent l’accès. Pour les étapes détaillées d’activation de ce paramètre, voir Gérer les exceptions de sécurité réseau pour stockage Azure.

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

Si vous attribuez un rôle qui n’a pas les autorisations requises pendant le processus d’affectation, l’exécution de la tâche de stockage n’échoue qu’au bout de 14 jours. Pour débloquer l’exécution de la tâche, ajoutez le rôle requis à l’identité gérée de la tâche de stockage. Sinon, l’attribution de la tâche reste en cours jusqu’à la fin de l’exécution de la tâche 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

Excluez les préfixes spécifiques qui sont supprimés logiquement.

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

Lors de la réhydratation des blobs archivés, vous ne pouvez pas choisir une priorité. Les objets blob sont réhydratés avec la priorité standard.

Délai dans les exécutions d’assignation de tâches

Les exécutions d’affectation de tâche peuvent prendre environ 20 minutes pour que l’état passe à In Progress après la mise en file d’attente. Jusqu’à présent, aucune mise à jour n’apparaît. Ce délai est attendu et il n’existe aucune solution de contournement pour le raccourcir.

Limitations de l’exécution simulée

Une seule exécution (simulée ou réelle) peut être exécutée pour un compte de stockage à la fois

Si une exécution réelle ou une autre exécution fictif est déjà en cours sur le compte de stockage cible, une exécution fictive nouvellement activée est mise en file d’attente jusqu’à la fin de l’exécution actuelle. Ce comportement en matière de concurrence est le même que lors de l’exécution réelle des tâches.

Les simulations terminées ne peuvent pas être redémarrées

Une fois qu’une exécution simulée s’est terminée, vous ne pouvez pas la redémarrer. Pour exécuter une autre simulation test avec la même configuration, créez une nouvelle affectation ou dupliquez l’affectation existante.

Impossible de créer des attributions d’exécution simulée sur des attributions de tâches activées

Vous ne pouvez pas créer une exécution simulée sur une affectation de tâche déjà activée. Désactivez d’abord l’affectation, ou créez une nouvelle affectation avec le type de déclencheur d’exécution simulée.

Les rapports d’exécution simulée n’incluent pas les résultats des opérations

Étant donné qu’aucune opération n’est effectuée pendant une exécution fictive, le rapport n’inclut pas les détails de réussite ou d’échec de l’opération. Le rapport montre quelles opérations auraient été effectuées et à quel bloc de condition chaque blob correspondait.

Retard au démarrage de l’exécution simulée

Comme les exécutions réelles d’affectation de tâches, les exécutions simulées peuvent prendre environ 20 minutes avant de passer de l’état « en file d’attente » à l’état « en cours ». Ce délai est normal.

Voir aussi

• Vue d’ensemble d’stockage Azure Actions