--- title: "パフォーマンスのヒント" slug: "performance-tips" abstract: "Sitecore 8.2から後期バージョンへのデータ移行性能最適化ガイドSitecore。" --- # パフォーマンスのヒント このセクションでは、Sitecore 8.2(MongoDBベースのxDB)からSitecore 9.x – 10.0(xConnect)へのデータ移行プロセスを迅速化するための推奨事項が含まれています。 ## MongoDBインデックスの追加 MongoDBからデータの読み取り速度を向上させるために、以下のインデックスをMongoDBデータベースに追加してください。 - db.getCollection('Devices').createIndex({LastKnownContactId:1}) - db.getCollection('Interactions').createIndex({ContactId:1}) MongoDBのインデックスに関する詳細は、公式の[MongoDBドキュメント](https://docs.mongodb.com/manual/indexes/)をご参照ください。 ## マルチスレッディングの利用 複数の並列スレッドで移行を実行することで処理を迅速化できます。 少なくとも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への負荷がますます増えています。 このデータ保持を最適化するために利用できるいくつかの選択肢があります。 [それらはここに](https://www.brentozar.com/archive/2014/06/performance-tuning-sql-server-change-tracking/)説明されています。 ## IISアプリケーションプール設定の変更 コンテンツ管理サーバーで使用されるIISアプリケーションプールには、パフォーマンスに影響を与えるいくつかの [設定](https://docs.microsoft.com/en-us/iis/configuration/system.applicationhost/applicationpools/add/recycling/periodicrestart/) があります。パフォーマンスを向上させるために、以下の方法があります: - IISによる要求のタイムアウトを防ぐ - IISアプリケーションプールの自動再利用を防ぐこと。