トラッキングワークフローロジック

この記事では、ワークフローロジックの追跡方法について説明します。

説明 description

環境

  • Campaign
  • Campaign Classic

問題/症状

トラッキングワークフローでは、1 つのコマンドのみが表示され、多くの説明は表示されません。 tracking -instance:<%= instanceName %> -download -update

このナレッジベース記事の目的は、バックエンドでのワークフローの手順を一覧表示することです。

手順 1 — データベース (NmsTrackingLogXXX) をクリックします。 期間 -downloadワークフローのステップでは、何も記録されません。

-download は、様々なトラッキングコンテナからトラッキングログを取得し、データベースに保存します。

手順 2 — トラッキングログの統計の作成 (NmsTrackingStats) をクリックします。

-update は、 NmsTrackingStats. 更新のマークが付けられた配信に基づいて、テーブル全体が更新されます。 すべてのトラッキングレポートは、このテーブルからデータを取得しています。 この手順は、トラッキング統計が欠落している配信ごとに手動で実行できます。それには、 配信統計を再計算.

手順 3   — 配信統計を再構築します (NmsDeliveryLogStats) をクリックしても、開封またはクリックの影響を受けるすべての配信に対して(配信は 1 つずつ処理されます…)

また、トラッキングワークフローは、他の複数のテーブルも更新します。

NmsUserAgentReject
NmsDelivery
NmsUserAgent
NmsTrackingLogRcp
NmsTrackingStats

これらのテーブルのインデックスの断片化率を確認することが重要です。 インデックスの断片化が 30~35%を超える場合は、インデックスを再構築する必要があります。 ホストクライアントの場合、Adobeはこのメンテナンス操作を月に 1 回実行します。 テーブルのインデックスが定期的に再構築されない場合、トラッキングワークフローの実行が遅くなります。

トラッキングワークフローで実行された正確なクエリを確認するには、次のコマンドを使用します。

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

このコマンドは、追加のログを /var/instanceName/log/tracking.log を含め、トラッキングワークフローの実行中に実行されるすべてのクエリ。

更新プロセスをスキップできるかと尋ねられる場合がありますが、 回答は「NO:トラッキング統計は更新されません。データは無効になり、トラッキングに関する他の問題が多数発生する可能性があります。必要に応じて、この問題を回避したいと考えています。

トラッキングワークフローの実行が完了したら、「 」オプションを選択します NmsTracking_Pointer が更新されました。 オプションの値には、すべてのトラッキングサーバーコンテナで最後に取得されたログの日付と、メッセージ ID が 10 進形式で表示されます。 この ID を 16 進数に変換すると、トラッキングサーバーに保存されているトラッキングファイルの名前になります。

解決策 resolution

この記事では、解決を必要としないように、ワークフローのロジックについて説明します。

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f