Augmentation du nombre de processus de campagne pouvant s’exécuter sur une instance parallèle

Cet article contient une solution au problème d’une augmentation du nombre de processus de campagne pouvant être exécutés sur des instances parallèles.

Description description

Environnement

Problème/Symptômes

Obtention du message : Démarrez dès que possible dans les campagnes en raison du nombre croissant de campagnes à lancer.
Quelles sont les bonnes pratiques pour augmenter les options NmsOperation_LimitConcurrency afin de répondre aux besoins de notre entreprise ?
Quelles sont les bonnes pratiques pour augmenter cette limite d’options qui peuvent aider à résoudre cette erreur qui s’est généralement produite lors de l’exécution de la campagne ?

Résolution resolution

Solution

En Campaign Standard, ce paramètre est désormais hidden dans serverConf.xml, plafonné à 20 par défaut. En Campaign Classic, l’option NmsOperation_LimitConcurrency est disponible et une valeur peut être définie.

Cette option s’applique aux workflows créés dans les campagnes UNIQUEMENT.
Cependant, la définition d’une valeur trop grande est presque toujours catastrophique, car nous ne connaissons pas le matériel sur le serveur principal et si nos tâches surchargeront la base de données.

Une meilleure idée consiste à utiliser le workflow chauffeMap pour avoir une idée du temps d’exécution des tâches et éviter de les planifier toutes en haut de l’heure (par exemple : 8 h 00), comme c’est souvent le cas.

Grâce à une meilleure gestion et à une meilleure connaissance des environnements d’exécution des workflows, grâce aux lacunes et aux tests :

Si vous utilisez sur site et souhaitez effectuer des requêtes sur ce paramètre sans accéder à la console, il s’agit du code SQL (en supposant que vous utilisez le dernier build) :

select sname, ilongvalue from xtkoption where sname like 'NmsOperation_LimitConcurrency%';