Conservation des détails d’exécution du flux

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 5 minutes de lecture
  • En raison de la grande quantité de données consommées par les détails d’exécution du flux, votre instance utilise des politiques de conservation des données pour supprimer ces données après une période définie.

    Génération des détails de l’exécution du flux

    Par défaut, le système génère uniquement des détails d’exécution lorsque vous exécutez un test. Pour générer les détails de l’exécution du flux, consultez Activer la génération de rapports de flux

    Nettoyage de table planifié

    Le système utilise des enregistrements de nettoyeur de table standard pour déterminer quand supprimer les détails de l’exécution. Chaque type de contenu d’exécution de flux est stocké dans sa propre table et possède sa propre période de conservation. Une fois qu’un enregistrement est plus ancien que sa période de conservation par défaut, il est supprimé s’il est à l’état Terminé et que la valeur de skip_schedule_cleanup par défaut est faux. Pour en savoir plus sur la recherche et la configuration d’enregistrements de nettoyeurs de tables, reportez-vous à la section Table cleaner.
    Conseil :
    Dupliquez et désactivez tous les enregistrements de nettoyeur de table existants que vous souhaitez modifier. Le fait de conserver des copies inactives des enregistrements du nettoyeur de table d’origine permet de revenir aux paramètres d’origine recommandés.
    Tableau 1. Tables de données de génération de rapports de flux
    Table Description Période de conservation par défaut
    sys_flow_context Table parente qui stocke tous les Studio de workflow enregistrements de contexte et leurs plans de processus associés. Les enregistrements de contexte stockent l’état et les références aux données utilisées pour exécuter un flux ou une action. Consultez les tables enfants pour connaître les enregistrements de contexte dans des états spécifiques.
    • 2 semaines pour les flux terminés
    • 6 semaines pour les flux à l’état Erreur ou Annulé
    sys_flow_context_chunk Table enfant qui stocke les enregistrements de contexte et les données d’exécution pour les flux et actions en cours d’exécution. Cette table remplace la table sys_json_chunk en tant qu’emplacement de stockage des données pour les enregistrements de contexte actifs. Un flux ou une action en cours d’exécution peut être dans l’un de ces états.
    • Continuer la synchronisation
    • En cours
    • Mis en file d'attente
    • En attente
    DANGER :
    Ne modifiez pas et ne supprimez pas de données dans cette table. Studio de workflow utilise cette table pour les flux et les actions qui sont dans un état actif.
    Le système supprime ces enregistrements lorsque le flux s’arrête et crée une entrée dans la table sys_flow_context_chunk_archive.
    sys_flow_context_chunk_archive Table enfant qui stocke les enregistrements de contexte et les données d’exécution des flux et des actions qui ont cessé de s’exécuter. Cette table remplace la table sys_json_chunk en tant qu’emplacement de stockage des données pour les enregistrements de contexte inactifs. Un flux ou une action interrompu peut se trouver dans l’un de ces états.
    • Annulé
    • Terminé
    • Erreur
    Remarque :
    Studio de workflow utilise cette table pour les flux et les actions qui sont à l’état inactif.
    Supprimé lorsque l’enregistrement de sys_flow_context associé est supprimé.
    • 2 semaines pour les flux terminés
    • 6 semaines pour les flux à l’état Erreur ou Annulé
    sys_flow_report_doc Table parente qui stocke les références aux enregistrements de Studio de workflow contexte pour lesquels des données de reporting détaillées d’exécution sont disponibles. Consultez les tables enfants pour connaître les détails d’exécution des flux et des actions dans des états spécifiques. Le système supprime ces enregistrements lorsqu’il supprime l’enregistrement de contexte parent de sys_flow_context.
    sys_flow_report_doc_chunk Table enfant qui stocke les données de génération de rapports et les détails d’exécution des flux et des actions en cours d’exécution. Un flux ou une action en cours d’exécution peut être dans l’un de ces états.
    • Continuer la synchronisation
    • En cours
    • Mis en file d'attente
    • En attente
    DANGER :
    Ne modifiez pas et ne supprimez pas de données dans cette table. Studio de workflow utilise cette table pour les flux et les actions qui sont dans un état actif.
    Le système supprime ces enregistrements lorsque le flux s’arrête et crée une entrée dans la table sys_flow_report_doc_chunk_archive.
    sys_flow_report_doc_chunk_archive Table enfant qui stocke les données de génération de rapports et les détails d’exécution des flux et des actions qui ont cessé de s’exécuter. Un flux ou une action interrompu peut se trouver dans l’un de ces états.
    • Annulé
    • Terminé
    • Erreur
    Remarque :
    Cette table remplace la table sys_json_chunk en tant qu’emplacement de stockage des données de reporting pour les détails d’exécution inactive.
    Le système supprime ces enregistrements lorsqu’il supprime l’enregistrement de contexte parent de sys_flow_context_chunk_archive.
    • 2 semaines pour les flux terminés
    • 6 semaines pour les flux à l’état Erreur ou Annulé
    sys_json_chunk Table qui stocke les plans de processus compilés pour les flux et actions futurs, en cours d’exécution et terminés créés avant la San Diego publication.
    DANGER :
    Ne modifiez pas et ne supprimez pas de données dans cette table. Studio de workflow utilise cette table pour les flux et les actions qui sont dans un état actif.
    Le système a supprimé ces enregistrements lorsqu’il a supprimé l’enregistrement parent.
    sys_flow_log Table qui stocke les entrées de journal répliquées à partir de la table Journal [syslog]. Permet aux utilisateurs de corréler les journaux avec les contextes de flux.

    Le système supprime ces enregistrements dans un délai de 28 jours lors de la rotation de la table ou lors de la suppression de l’enregistrement de contexte, selon la première éventualité.

    La rotation de table sur sys_flow_log est configurable. Pour plus d’informations, reportez-vous à la rubrique Rotation des tables.

    sys_flow_plan_context_binding Table qui stocke un identificateur unique pour chaque enregistrement de contexte et le déclencheur qui l’a démarré. Chaque fois qu’un événement déclencheur se produit, le système calcule l’identificateur unique et le compare à un enregistrement sys_flow_plan_context_binding. Si l’identificateur unique calculé correspond à un enregistrement sys_flow_plan_context_binding existant, le flux déclenché n’est pas démarré.
    Remarque :
    Cet identificateur unique est utilisé pour déterminer quand exécuter des flux avec les conditions « Exécuter une fois » ou « Pour chaque changement unique ».
    Le système supprime ces enregistrements 12 mois après leur création.
    Important :
    Le système peut réexécuter des flux dont l’identificateur unique a été supprimé par la politique de conservation. Par exemple, si les conditions de déclenchement d’un flux « Exécuter une fois » sont remplies et que l’enregistrement sys_flow_plan_context_binding a été supprimé, un nouvel identificateur unique est créé et le flux s’exécute.

    Données de flux non disponibles

    Un message s’affiche en haut du rapport de flux pour indiquer que les rapports d’action ne sont pas disponibles pour un flux en raison du nettoyage de la table. Le lien Afficher les détails de l’action et les états de l’action ne sont pas disponibles dans ce cas. Un message similaire s’affiche pour indiquer quand la génération de rapports pour un flux a été désactivée. Dans ce cas, un lien vers les paramètres du rapport s’affiche également.
    Figure 1. Exemple de détails d’exécution de flux avec des données supprimées par la politique de conservation des rapports
    Page des détails de l’exécution du flux affichant la notification de conservation des données. Les détails de l’action de ce flux ont été supprimés conformément à la politique de conservation des rapports.

    Options de récupération

    Contactez le service clientèle et le support pour restaurer les données à partir d’une copie de sauvegarde d’instance.

    Pour connaître la période jusqu’à laquelle une demande de récupération de données est acceptée, reportez-vous à l’article Sauvegarde et restauration d’instance [KB0547654] dans la Now Support base de connaissances.