トラッキングワークフローロジック
この記事では、ワークフローロジックの追跡方法について説明します。
説明 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
この記事では、解決を必要としないように、ワークフローのロジックについて説明します。