Logique du workflow de suivi

Description

Environnement

  • Campaign
  • Campaign Classic

Problème/Symptômes
Le workflow de suivi n'affiche qu'une seule commande sans 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). Durant : -downloadLe workflow ne consigne rien.

-download récupère uniquement le log de tracking des différents conteneurs de tracking et les stocke dans la base de données.

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

-update consolide 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 de statistiques de tracking en cliquant sur Statistiques de diffusion des reclassements.

Étape 3 - Reconstruire 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 %, il faut reconstruire l'index. 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 visualiser les requêtes exactes exécutées par le workflow de tracking, 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 lors de 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 concernant le 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

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

Sur cette page