5.0
  1. xDBデータ移行ツール

パフォーマンスのヒント

日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

このセクションでは、Sitecore 8.2(MongoDBベースのxDB)からSitecore 9.x – 10.0(xConnect)へのデータ移行プロセスを迅速化するための推奨事項が含まれています。

MongoDBインデックスの追加

MongoDBからデータの読み取り速度を向上させるために、以下のインデックスをMongoDBデータベースに追加してください。

  • db.getCollection('Devices').createIndex({LastKnownContactId
    })
  • db.getCollection('Interactions').createIndex({ContactId
    })

MongoDBのインデックスに関する詳細は、公式のMongoDBドキュメントをご参照ください。

マルチスレッディングの利用

複数の並列スレッドで移行を実行することで処理を迅速化できます。

少なくとも4つのスレッドを使用することを推奨します。最適なスレッド数を決定するには、ターゲットシステムのパフォーマンスを測定してください。最適なスレッド数は、移行プロセスを実行しているコンテンツ管理インスタンスのCPU数とxConnectデータベースのパフォーマンスに依存します。

!注スレッド数が多いと、xConnectのインストールが大量のリクエストを並列処理できない場合、処理が遅くなることがあります。

並列スレッドの数を調整するには:

  1. コンテンツエディターで /Pipelines/MongoDB Contacts to xConnect Migration Pipelines/Read Contacts from MongoDB Pipeline/Iterate MongoDB Contacts and Run Pipelinesに移動します。

    The Iterate MongoDB Contacts and Run Pipelines node in the Content tree.
  2. 最大スレッド数フィールドで、使いたいスレッド数を入力します。

xConnectコレクションデータベースのデータ保持ポリシーを変更する

デフォルトでは、xConnectコレクションデータベースは5日間のデータ保持に設定されています。SQL Serverはこのデータを保存するために隠れたデータベースを使用しています。この隠れたデータベースは成長を続け、SQL Serverへの負荷がますます増えています。

このデータ保持を最適化するために利用できるいくつかの選択肢があります。 それらはここに説明されています。

IISアプリケーションプール設定の変更

コンテンツ管理サーバーで使用されるIISアプリケーションプールには、パフォーマンスに影響を与えるいくつかの 設定 があります。パフォーマンスを向上させるために、以下の方法があります:

  • IISによる要求のタイムアウトを防ぐ
  • IISアプリケーションプールの自動再利用を防ぐこと。
この記事を改善するための提案がある場合は、 お知らせください!