Logique du workflow de suivi

Cet article explique comment suivre la logique de workflow.

Description description

Environnement

Problème/Symptômes

Le workflow de suivi n'affiche qu'une seule commande sans grande explication : tracking -instance:<%= instanceName %> -download -update

L’objectif de cet article de la base de connaissances est de répertorier les étapes du workflow dans le serveur principal :

Étape 1 - Télécharger et insérer des logs de tracking dans la base de données (NmsTrackingLogXXX). Pendant l’étape -download, le workflow ne consigne rien.

-download va uniquement récupérer le journal de suivi des différents conteneurs de suivi et les stocker dans la base de données.

Étape 2 - Création des statistiques de logs de tracking (NmsTrackingStats).

-update consolidera les logs en créant des enregistrements agrégés dans NmsTrackingStats. Le tableau entier est mis à jour en fonction des diffusions marquées pour mise à jour. Tous les rapports de suivi récupèrent les données de ce tableau. Vous pouvez effectuer cette étape manuellement pour chaque diffusion qui manque des statistiques de suivi en cliquant sur Recalculer les statistiques de diffusion.

Étape 3 - Recréez les statistiques de diffusion (NmsDeliveryLogStats) pour toutes les diffusions affectées par un ouverture ou un clic (les diffusions sont traitées une par une…)

Le workflow de tracking mettra également à jour plusieurs autres tables :

NmsUserAgentReject
NmsDelivery
NmsUserAgent
NmsTrackingLogRcp
NmsTrackingStats

Il est important de vérifier le taux de fragmentation des index dans ces tables. Si la fragmentation de l'index est supérieure à 30-35 %, l'index doit être reconstruit. Pour les clients hébergés, Adobe effectue cette opération de maintenance une fois par mois. Si les index des tables ne sont pas régulièrement recréés, l'exécution du workflow de tracking est ralentie.

Pour afficher les requêtes exactes exécutées par le workflow de suivi, utilisez la commande :

nlserver tracking -instance:instanceName -download -update -verbose -tracefilter:*

Cette commande va créer un journal supplémentaire dans /var/instanceName/log/tracking.log avec toutes les requêtes exécutées pendant l'exécution du workflow de tracking.

Parfois, les clients demandent s’ils peuvent ignorer le processus de mise à jour ? La réponse est NON : les statistiques de tracking ne seront pas mises à jour, les données seront invalides, ce qui peut entraîner de nombreux autres problèmes de tracking que nous souhaitons éviter par tous les moyens.

Une fois l'exécution du workflow de tracking terminée, l'option NmsTracking_Pointer est mise à jour. La valeur de l’option affiche la date du dernier log récupéré dans tous les conteneurs du serveur de suivi et l’identifiant du message au format décimal. Si nous convertissons cet identifiant en hexadécimal, il s'agira du nom du fichier de tracking stocké sur le serveur de tracking.

Résolution resolution

Cet article explique la logique de workflow afin qu’elle ne nécessite pas de résolution.