Exécution des workflows workflow-execution
La section ci-dessous présente des informations sur les problèmes courants liés à l’exécution des workflows et sur la manière de les résoudre.
Pour plus d'informations sur les workflows, consultez les sections suivantes :
Démarrage dès que possible dans les campagnes start-as-soon-as-possible-in-campaigns
Dans certains cas, les workflows exécutés à partir d’une campagne ne commencent pas lorsque vous cliquez sur le bouton Démarrer. Au lieu de commencer, il passe à l’état « Démarrage dès que possible ».
Il peut y avoir plusieurs causes à ce problème. Procédez comme suit pour le résoudre :
-
Vérifiez le statut du workflow technique operationMgt. Ce processus gère les traitements ou les workflows au sein d’une campagne. En cas d’échec, les workflows ne démarrent pas / ne s’arrêtent pas. Redémarrez-le pour reprendre l’exécution des workflows de campagne.
Pour en savoir plus sur la surveillance des workflows techniques, consultez cette page.
note note NOTE Une fois le processus redémarré, assurez-vous d’exécuter les tâches en attente (cliquez avec le bouton droit de la souris sur l’activité Planificateur / Traitement anticipé de la (des) tâche(s)) afin de vérifier si l’une des activités échoue à nouveau. Si le workflow échoue toujours, recherchez une erreur spécifique dans le log d’audit, dépannez en conséquence, puis redémarrez le workflow.
-
Vérifiez l’état du module wfserver dans l’onglet Surveillance, accessible à partir de la page d’accueil de Campaign Classic (voir Surveillance des processus). Ce processus est responsable de l’exécution de tous les workflows.
Un utilisateur administrateur peut également vérifier que le module wfserver@
<instance>est lancé sur votre serveur d’applications principal à l’aide de la commande ci-dessous.code language-none nlserver pdump HH:MM:SS > Application server for Adobe Campaign Version X.Y (build XXXX) of DD/MM/YYYY [...] wfserver@<instance-name> (9340) - 11.3 Mb [...]Si le module n’est pas en cours d’exécution, contactez l’assistance clientèle d’Adobe. Si vous disposez d’une installation on-premise, un utilisateur administrateur doit redémarrer le service à l’aide de la commande ci-dessous.
code language-none nlserver start wfserver@<instance-name>note note NOTE Remplacez <instance-name>par le nom de votre instance (production, développement, etc.). Le nom de l’instance est identifié via les fichiers de configuration :[path of application]nl6/conf/config-<instance-name>.xmlPour plus d'informations sur le redémarrage des modules, consultez cette section.
-
Vérifiez si le nombre de processus de campagne en cours d’excution sur l’instance est supérieur au seuil. Une limite est définie par l'option NmsOperation_LimitConcurrency concernant le nombre de workflows de campagne pouvant être exécutés sur l'instance en parallèle. Lorsque cette limite est atteinte, le workflow reste à l’état « Démarrage dès que possible » tant que le nombre de workflows en cours d’exécution est supérieur à la limite.
Pour résoudre ce problème, arrêtez les workflows indésirables et supprimez les diffusions en échec. Si le seuil a été atteint, cela permettra l’exécution de nouveaux processus.
Pour vérifier le nombre de workflows en cours d’exécution de votre instance, nous vous recommandons d’utiliser les vues prédéfinies, accessibles par défaut dans le dossier Administration / Audit. Pour plus d’informations, consultez cette page.
note important IMPORTANT L’augmentation du seuil de l’option NmsOperation_LimitConcurrency peut entraîner des problèmes de performances sur votre instance. Dans tous les cas, n’effectuez pas cette opération vous-même et communiquez avec votre contact Adobe Campaign.
Pour plus d’informations sur la manière de surveiller vos workflows, consultez cette section.
Démarrage en cours start-in-progress
Si les workflows ne s'exécutent pas et restent dans un état Démarrage en cours, il se peut que le module de workflow ne soit pas lancé.
Pour le vérifier, puis au besoin le lancer, les étapes sont les suivantes :
-
Vérifiez l’état du module wfserver dans l’onglet Surveillance , accessible à partir de la page d’accueil de Campaign Classic (voir Surveillance des processus).
Un utilisateur administrateur peut également vérifier que le module wfserver@
<instance>est lancé sur votre serveur d’applications principal à l’aide de la commande ci-dessous.code language-sql nlserver pdump HH:MM:SS > Application server for Adobe Campaign Classic (7.X YY.R build XXX@SHA1) of DD/MM/YYYY [...] wfserver@<instance-name> (9340) - 11.3 Mb [...]Pour plus d'informations sur la manière de surveiller les modules, consultez cette section.
-
Si le module n’est pas en cours d’exécution, contactez l’assistance clientèle d’Adobe. Si vous disposez d’une installation on-premise, un administrateur doit la redémarrer à l’aide de la commande ci-dessous.
code language-none nlserver start wfserver@<instance-name>note note NOTE Remplacez <instance-name>par le nom de votre instance (production, développement, etc.). Le nom de l’instance est identifié via les fichiers de configuration :[path of application]nl6/conf/config-<instance-name>.xmlPour plus d'informations sur le redémarrage des modules, consultez cette section.
Workflow en échec failed-workflow
Si un workflow est en échec, procédez comme suit :
- Vérifiez le journal du workflow. Voir à ce propos les sections Suivre l'exécution des workflows et Afficher les logs.
- Effectuez un suivi des workflows techniques. Voir à ce propos cette section.
- Recherchez des échecs dans chaque activité du workflow.