Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
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.
| 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.
| 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.
Connectez-vous au Centre d’administration Power Platform.
Dans le volet de navigation, sélectionnez Gérer.
Dans la section Gérer, sélectionnez Environnements, puis l’environnement dans lequel vos flux de bureau s’exécutent.
Cliquez sur Paramètres.
Développez Produit et sélectionnez Fonctionnalités.
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.
Choisissez votre niveau par défaut : Erreur, Avertissement, Personnalisé, Débogage ou Complet.
Sélectionnez Enregistrer pour appliquer la configuration.
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 :
- Se connecter à Power Automate.
- Ouvrez la page des détails du flux pour le flux de bureau que vous souhaitez configurer.
- Sélectionnez Modifier et localisez la section Détail des journaux d’action.
- 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.
- 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.
-
ExecuteCosmosSqlQueryest la méthode que vous appelez. Cette méthode exécute une requête SQL sur Dataverse. - Les paramètres de la méthode
ExecuteCosmosSqlQuerysont 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écroissantstartTime. -
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@referencingParentIdet@referencingParentLogicalNameavec les valeurs deflowsessionid(GUID) et le type de la tableflowsession. -
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.