Partager via


Configuration des journaux d’actions de flux de bureau

Cet article fournit des conseils de configuration pour les journaux de flux de bureau, situés sous la section des fonctionnalités de l’environnement dans le centre d’administration Power Platform et dans Power Automate pour la configuration détaillée de flux spécifiques.

Important

  • Cette fonctionnalité s’applique uniquement aux flux de bureau lancés à partir d’un flux de cloud. Elle n’est pas encore disponible pour les exécutions attended local à partir de Power Automate bureau.

Le paramètre Statut d’activation des journaux d’actions d’exécution définit le moment où les journaux d’actions d’exécution de flux de bureau doivent être capturés et vous permet même de les désactiver complètement.

Capture d’écran et paramètre au niveau de l’environnement vous permettant de configurer le moment où les journaux de flux de bureau doivent être capturés.

Statut de l’activation Détails
Activé (par défaut) Cette option est celle par défaut pour les environnements existants et nouveaux où le système capture les journaux comme d’habitude.
En cas d’échec de l’exécution Cette option capture uniquement les journaux d’actions de flux de bureau en cas d’erreur d’exécution. Ce paramètre signifie que les journaux ne sont pas disponibles pour chaque exécution, mais uniquement lorsqu’une erreur se produit. Toutefois, si une erreur se produit, tous les journaux pour cette exécution particulière sont disponibles, y compris les actions ayant réussi et échoué.
Désactivé Cette option désactive les journaux d’action d’exécution du flux du bureau.

Avertissement

La modification de l’un de ces paramètres peut affecter de manière significative des fonctionnalités telles que l’échec d’exécution, le dépannage et l’audit. Tenez compte des implications de la modification de ces paramètres avant de continuer.

Configuration requise

  • Licence Premium Power Automate et privilèges d’administration pour configurer les paramètres de journal
  • Configuration de l’URL et de l’adresse IP pour Power Automate

Configurer la version des journaux d’actions de flux de bureau

Utiliser le paramètre Version des journaux d’actions pour choisir V1, V2 ou les deux.

Capture d’écran et paramètre au niveau de l’environnement vous permettant de configurer les journaux de flux de bureau V2.

Version des journaux Explication
V1 – Stocké dans le champ AdditionalContext de l’entité FlowSession Il s’agit de l’option par défaut. Les journaux sont stockés dans le champ AdditionalContext de la table Session de flux, qui est un attribut de fichier stocké sous forme d’objet blob dans Microsoft Dataverse. Les journaux V1 consomment la capacité de fichiers Dataverse.
V2 – Stocké dans l’entité FlowLogs Cette nouvelle option vous permet de stocker les journaux dans la table Journaux de flux, qui est stockée dans les Tables élastiques. Les journaux V2 consomment la capacité des journaux Dataverse.
Tous Ce paramètre permet de stocker les journaux dans le champ AdditionalContext traditionnel de la table Session de flux et dans la table Journaux de flux. Cette fonctionnalité consomme à la fois la capacité des fichiers et des journaux Dataverse. Ce paramètre est destiné à des fins de débogage ou de test, car il consomme à la fois la capacité des journaux et des fichiers Dataverse.

La valeur de durée de vie de l’entité FlowLogs, exprimée en minutes, détermine la durée de conservation des journaux d’actions dans la table élastique Journaux de flux. Dataverse supprime automatiquement les enregistrements plus anciens que le délai d’exécution spécifié. Voici quelques exemples de valeurs à toutes fins utiles.

Days Minutes
Un jour 1 440 minutes
Trois jours 4 320 minutes
Sept jours 10 080 minutes
14 jours 20 160 minutes
28 jours 40 320 minutes
60 jours 86 400 minutes
90 jours 129 600 minutes
180 jours 259 200 minutes
365 jours 525 600 minutes
Toujours 0 (zéro) minute

Important

Le paramètre de durée de vie (TTL) s’applique uniquement aux enregistrements de journal créés après le changement de configuration. Les enregistrements de journaux existants conservent leur valeur TTL d’origine et ne sont pas affectés par les modifications ultérieures de ce paramètre.

Par exemple, si vous définissez initialement la période de conservation sur 90 jours, puis la réduisez à sept jours, les journaux créés avant la modification seront toujours conservés pendant leurs 90 jours d’origine. Seuls les nouveaux journaux créés après la modification utiliseront la période de rétention de sept jours.

Si vous devez supprimer immédiatement les journaux existants, vous devez les supprimer manuellement ou attendre l’expiration de leur durée de vie d’origine.

Note

Avant d’activer les journaux V2, assurez-vous de disposer d’une capacité de journaux Dataverse suffisante qui prend en charge les paramètres de conservation des données et s’aligne sur votre planification de capacité et vos droits. Ajustez si nécessaire. Pour obtenir des exemples de dimensionnement, consultez la section Exemples de calculs de demande de capacité Dataverse pour les journaux V2 .

Principales différences entre les journaux de flux de bureau V1 et V2

Le tableau suivant décrit les différences entre les journaux de flux de bureau V1 et V2 :

Fonctionnalité Journaux V1 Journaux V2 Détails
Conservation automatique des données Indisponible Disponible La V2 utilise les Tables élastiques qu’Azure Cosmos DB alimente et est livrée avec une fonctionnalité intégrée de durée de vie pour la conservation automatique des données.
Prise en charge des journaux de grande taille Environ 50 000 à 80 000 journaux d’actions (maximum) Minimum 100 000 actions, peut aller jusqu’à 10 millions d’actions en fonction des actions générées et de la durée d’exécution La V2 peut théoriquement évoluer jusqu’à des gigaoctets de journaux d’actions par exécution à l’avenir, tandis que la V1 ne peut évoluer que jusqu’au volume spécifié dans cette table.
Prise en charge de la gouvernance et des rapports avancés Indisponible Disponible Dans la V1, l’attribut AdditionalContext est un type de fichier, stocké sous forme d’objet blob dans Dataverse, ce qui le rend difficile à analyser pour les contrôles de reporting et de gouvernance. Les journaux sont beaucoup plus accessibles dans V2.
Prise en charge de l’intégration d’Azure Synapse Link for Dataverse Indisponible Disponible Dans la V1, l’attribut AdditionalContext est un type de fichier, stocké sous forme d’objet blob dans Dataverse, qui n’est pas pris en charge pour la synchronisation avec Azure Synapse.
Prise en charge de l’audit Dataverse Indisponible Disponible Dans la V1, l’attribut AdditionalContext est un type de fichier, stocké sous forme d’objet blob dans Dataverse, qui n’est pas pris en charge pour les audits Dataverse.
Prise en charge de la conservation à long terme de Dataverse Indisponible Planifié Dans la V1, l’attribut AdditionalContext est un type de fichier, stocké sous forme d’objet blob dans Dataverse, qui n’est pas pris en charge pour la conservation à long terme de Dataverse.
Basé sur le contrôle d’accès en fonction du rôle (RBAC) de Dataverse Disponible Disponible Les deux versions utilisent le contrôle d’accès en fonction du rôle de Dataverse et héritent des autorisations de journal des actions de leur enregistrement de session de flux parent.

Les journaux V2 offrent des améliorations significatives par rapport à la version précédente, V1. V2 utilise la fonctionnalité de tables élastiques, qui est idéale pour gérer de gros volumes de données, comme les scénarios de journaux d’actions, et intègre la conservation des données (TTL). Cela est idéal pour les organisations qui ont besoin d’accéder à des quantités importantes de données pour la création de rapports, la gouvernance et l’intégration avec un contrôle automatique de la conservation des données.

Calculs de la demande de capacité Dataverse pour les journaux V2

La table suivante présente des exemples d’estimations de la consommation de stockage de journaux Dataverse par exécution de flux de bureau lors de l’utilisation des journaux V2. Il décrit la demande de stockage approximative pour différents nombres d’actions, en supposant une moyenne de 3 Ko de stockage par action.

Nombre d’actions Demande de stockage par action (Ko) Consommation totale de stockage (Mo)
1 000 3 2.93
10 000 3 29.3
30 000 3 87.9
60,000 3 175.8
100 000 3 293
160 000 3 480

Important

Les chiffres de consommation de stockage des journaux Dataverse ne sont que des estimations. La consommation réelle de stockage peut varier considérablement. La demande de stockage exacte dépend des détails spécifiques et de la complexité de chaque journal d’actions. Utilisez ces chiffres comme guide approximatif pour comprendre la demande potentielle de stockage et planifier vos besoins de stockage.

Commentaires des journaux d’action

Les journaux de flux de bureau V2 vous permettent de définir des niveaux de commentaires pour équilibrer l’observabilité et l’efficacité du stockage. Chaque niveau contrôle la quantité de détails affichés dans les journaux pendant l’exécution du flux. Cette section décrit les niveaux de détail disponibles pour les journaux d’actions de flux de bureau, comment les configurer au niveau de l’environnement dans le centre d’administration de Power Platform (administrateurs uniquement) et comment les configurer pour des flux de bureau individuels.

Niveaux de commentaires des journaux d’exécution de flux de bureau

Niveau de verbosité Description Inclut Remarques
Complet Capture tous les journaux, y compris les actions système intégrées. Condition, boucle et tous les autres journaux générés par le système. Paramètre par défaut. C’est le plus complet, mais peut utiliser plus de stockage.
Déboguer Se concentre sur les résultats de l’action. Sorties et résultats de chaque action exécutée dans le flux. Utile pour un dépannage détaillé sans bruit complet du système.
Personnalisé Enregistre les messages définis par l’utilisateur ainsi que tous les avertissements et erreurs. Actions Log Message explicites de l’utilisateur, plus tous les avertissements et erreurs. Permet aux utilisateurs de contrôler ce qui est consigné. Peut être utilisé pour affiner la verbosité.
Avertissement Capture uniquement les messages d’avertissement et d’erreur. Tous les avertissements ou erreurs d’exécution pendant l’exécution du flux. Aide à réduire le bruit tout en signalant les problèmes potentiels.
Erreur Ne consigne que les messages d’erreur. Défaillances critiques qui arrêtent l’exécution du flux ou provoquent un comportement incorrect. Journalisation minimale pour les environnements sensibles aux performances.

Configurer le niveau de détail du journal des actions dans le centre d’administration de Power Platform (administrateur uniquement)

Les administrateurs peuvent définir le niveau de détail par défaut pour un environnement entier. Ce paramètre s’applique à tous les flux de bureau, sauf s’il est remplacé au niveau du flux.

  1. Connectez-vous au Centre d’administration Power Platform.

  2. Dans le volet de navigation, sélectionnez Gérer.

  3. Dans la section Gérer, sélectionnez Environnements, puis l’environnement dans lequel vos flux de bureau s’exécutent.

  4. Cliquez sur Paramètres.

  5. Développez Produit et sélectionnez Fonctionnalités.

  6. Localisez le paramètre Détail des journaux d’action dans la section Configuration des journaux d’action d’exécution de flux de bureau.

  7. Choisissez votre niveau par défaut : Erreur, Avertissement, Personnalisé, Débogage ou Complet.

  8. Sélectionnez Enregistrer pour appliquer la configuration.

    Localisez le paramètre de détail des journaux d’actions sur la page de paramètres des fonctionnalités de l’environnement.

Note

Ce paramètre agit comme la valeur par défaut de l’ensemble de l’environnement.

Les créateurs peuvent remplacer le paramètre pour des flux spécifiques (voir la section suivante).

Quelques minutes peuvent être nécessaires pour que la modification prenne effet.

Configurer le niveau de détail du journal des actions pour un flux de bureau spécifique

Les créateurs peuvent configurer le niveau de détail de chaque flux de bureau à partir du portail Power Automate. Ce paramètre local remplace le paramètre administrateur par défaut.

Remplacez le paramètre d’environnement lorsque vous devez :

  • Déboguer un flux de bureau spécifique sans augmenter les journaux pour l’ensemble de l’environnement.
  • Augmenter temporairement le niveau de détail pendant les tests ou le dépannage.

Suivez ces étapes pour configurer le niveau de détail du journal des actions pour un flux de bureau spécifique :

  1. Se connecter à Power Automate.
  2. Ouvrez la page des détails du flux pour le flux de bureau que vous souhaitez configurer.
  3. Sélectionnez Modifier et localisez la section Détail des journaux d’action.
  4. Sélectionnez le niveau de détail souhaité pour ce flux spécifique.

Important

Lorsqu’un créateur modifie le niveau de détail d’un flux de bureau individuel, il ne peut sélectionner qu’un niveau de détail égal ou supérieur à la valeur par défaut de l’environnement. Par exemple, si l’environnement est configuré sur Débogage, le créateur ne peut pas choisir les niveaux Personnalisé, Avertissement ou Erreur.

Si les administrateurs modifient ultérieurement le niveau de détail de l’environnement après qu’un flux a été configuré individuellement, les journaux générés suivent toujours la valeur la plus élevée entre le paramètre d’environnement et la configuration propre au flux de bureau.

  1. Enregistrez vos modifications.

Note

Vous pouvez également configurer le niveau de détail à partir de l’application Power Automate bureau (PAD).

Interroger les journaux de données V2

Vous pouvez accéder aux données des journaux d’action du flux de bureau en effectuant un appel d’API vers le back-end Dataverse. Vous pouvez utiliser la syntaxe d’appel d’API traditionnelle ou la nouvelle méthode ExecuteCosmosSqlQuery . En utilisant cette méthode, vous pouvez exécuter une requête SQL sur Dataverse, ce qui vous permet de récupérer et de filtrer les données.

Le modèle de journaux de données V2 est basé sur une relation parent-enfant entre la session de flux et les tables de journal de flux. Chaque enregistrement hérite des autorisations de l’enregistrement de session de son flux parent. Pour interroger les journaux d’actions d’une exécution de flux de bureau spécifique, utilisez la syntaxe de requête suivante.

Syntaxe d’appel d’API Dataverse traditionnelle

L’appel d’API suivant récupère une session de flux spécifique par son ID (aaaaa-0000-1111-2222-bbbbbbbb), puis accède aux journaux d’actions associés via la relation flowsession_flowlog_parentobjectid.

[Organization URI]/api/data/v9.0/flowsessions(aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb)/flowsession_flowlog_parentobjectid  

Nouvelle syntaxe de l’appel d’API ExecuteCosmosSqlQuery en utilisant la table FlowLogs

    [Organization URI]/api/data/v9.2/ExecuteCosmosSqlQuery(
    QueryText=@p1,EntityLogicalName=@p2,QueryParameters=@p3,PageSize=@p4)?
    @p1: 'SELECT c.props.flowlogid as flowlogid, c.props.createdon as createdon, c.props.data as data, c.props.level as level, c.props.type as type, c.ttl as ttlinseconds, c.props.cloudflowid as cloudflowid, c.props.cloudflowrunid as cloudflowrunid, c.props.desktopflowid as desktopflowid, c.props.flowmachineid as flowmachineid, c.props.flowmachinegroupid as flowmachinegroupid, c.props.flowsessionid as flowsessionid, c.props.workqueueid as workqueueid, c.props.workqueueitemid as workqueueitemid FROM c WHERE c.props.type IN (100000001) ORDER BY c.props.data.startTime DESC'
    @p2: 'flowlog'
    @p3: {"Keys":["@referencingParentId","@referencingParentLogicalName"],"Values":[{"Type":"System.Guid","Value":"40590757-a9c0-4f4c-abfc-e2f389049d90"},{"Type":"System.String","Value":"flowsession"}]}
    @p4: 50

En savoir plus sur l’interrogation des colonnes JSON dans les tables élastiques.

Décomposition de l’appel en blocs individuels

  • L’URL de base (https://[mon organisation].api.crm[ma région].dynamics.com/api/data/v9.2/) est le point de terminaison de l’API Web Dataverse.
  • ExecuteCosmosSqlQuery est la méthode que vous appelez. Cette méthode exécute une requête SQL sur Dataverse.
  • Les paramètres de la méthode ExecuteCosmosSqlQuery sont fournis entre parenthèses après le nom de la méthode :
    • QueryText=@p1 : la requête SQL à exécuter. Cette requête sélectionne diverses propriétés dans une table où le type est 100000001 (type journal d’action de flux de bureau) et classe les résultats par propriété dans l’ordre décroissant startTime.
    • EntityLogicalName=@p2 : nom logique de la table (flowlog) qui contient les journaux d’actions.
    • QueryParameters=@p3 : objet JSON spécifiant les paramètres de la requête. Dans l’exemple précédent, il spécifie une paire clé-valeur où se trouvent les clés @referencingParentId et @referencingParentLogicalName avec les valeurs de flowsessionid (GUID) et le type de la table flowsession.
    • PageSize=p4 : taille de la page de la requête.

Limitations connues

  • Les journaux V2 ne sont disponibles que pour les exécutions de flux de bureau que l’utilisateur démarre à partir d’un flux de cloud via l’action du connecteur de flux de bureau.
  • Les tâches de suppression en bloc ne sont pas actuellement prises en charge pour la table Journal de flux.
  • Vous ne pouvez pas encore afficher les enregistrements du journal de flux dans la section Table du Power Apps Maker Portal.
  • La modification de la version du journal d’actions ne migre pas les journaux d’actions de flux de bureau précédents vers le nouveau type de stockage de journaux.
  • N’utilisez pas les entités FlowRun et FlowLog comme cibles pour le déclencheur de flux Lorsqu’une ligne est ajoutée, modifiée ou supprimée. L’utilisation de ces entités comme cibles peut provoquer une boucle infinie, car le système crée des enregistrements dans ces tables chaque fois qu’un flux s’exécute.