ドキュメント

Adobe Campaign Classicでのワークフローパフォーマンスの問題の追跡

Last update: Fri Dec 19 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

この記事では、Adobe Campaign Classicの戦略的インスタンスのトラッキングワークフローの処理時間を短縮し、戦術インスタンスで観察される時間に合わせる方法を説明します。

説明 description

環境

製品：Adobe Campaign Classicがホスト
バージョン：Classic v7

問題/症状

Adobe Campaign Classicのオンプレミスインスタンスでは、2 つの実稼動インスタンス間で、トラッキングワークフローのパフォーマンスに顕著な不一致があります。 戦術的 インスタンスは 30～45 分以内にトラッキングワークフローを完了します。一方、戦略的 インスタンスは、処理するメールキャンペーンが少ないにもかかわらず、1.5～2 時間を超えます。

この遅延は、配信ログの統計が迅速に更新されないので、A/B の件名テストに影響を与え、テストの勝者を決定するためのタイムリーな意思決定を妨げます。

解決策 resolution

問題を解決するには、次の手順に従います。

  1. ログ取得設定の最適化： logCountPerRequest ファイルの serverConf.xml パラメーターをデフォルト値（1000）から高い値（8000 など）に調整します。 この変更により、リクエストごとに取得できるログが増えるため、パフォーマンスが向上します。

  2. インデックスの断片化の管理： キー・テーブルのインデックスの断片化レートを定期的に監視します。

    • NmsBroadLogRcp
    • NmsTrackingLogRcp
    • NmsRecipient
    • NmsDelivery
    • NmsTrackingStats
    • NmsDeliveryLogStats

    任意のテーブルのインデックスの断片化が 30～35% を超える場合は、最適なパフォーマンスを維持するために、これらのインデックスを再構築します。

  3. ワークフローの最適化戦略： 既存のトラッキングワークフローを、次の 2 つの異なるワークフローに分割することを検討してください。

    • 現在のトラッキングワークフローの複製を作成します。
    • 1 つの trackingDownload に名前を付け、-download オプションを使用してのみ設定します。
    • もう 1 つの trackingUpdate に名前を付け、-update オプションを使用してのみ設定します。

    これらのワークフローは戦略的 trackingDownload スケジュールします。数時間ごとに実行し、サーバートラフィックが少ない期間は 1 日 1 回 trackingUpdate きます。

  4. 新しい設定を実装します。

    code language-none 
    Option Name: NmsRecompute_Delivery_BatchSize
Data Type: Integer
Value: 600
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f