xDBインデックスの変更の追跡
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
xDBは、コンタクト、インタラクション、ファセットに対する受信変更を追跡します。xConnect Search Indexerは、このデータを使用して 、インデックスをコレクション データベース内のデータと同期します。
xDB Collection SQLプロバイダーによる変更の追跡
xDB Collection SQLプロバイダーによる変更の追跡
xDB Collection SQLプロバイダーを使用している場合、xConnectはSQL Serverの変更追跡機能を使用します。変更追跡の保持期間は、変更がSQL Serverに格納される期間を決定します。
次の操作を行うことをお勧めします。
-
すべてのシャードで自動クリーンアップを有効にします。これはデフォルトではtrueです。
-
インデクサーを注意深く監視します。
-
変更追跡の保持期間はできるだけ短くしてください。
変更追跡の値を設定するときは、IT部門が潜在的なシステム ダウンタイム中にインデクサーを修正できるように十分な時間を確保することをお勧めします。ダウンタイム中に修正できる場合は、インデックスを再構築する必要がなくなる可能性があります。 デフォルトでは、値は5日に設定されています。
xConnect Search Indexerの設定方法については、「 xConnect Search Indexerの設定」を参照してください。
ライブインデックス作成への影響
保持期間は、インデクサーがオフラインになった後にインデックス作成を再開する機能に影響します。保有期間がダウンタイム期間より短い場合、インデクサーはダウンタイム中に収集されたデータのインデックスを作成できません。このシナリオでは、インデックスを最初から再構築する必要があります。
インデックスの再構築への影響
インデックスの再構築は、次の2つの論理的な手順で行われます。
-
インデックスの再構築がトリガーされた時点までのすべてのデータのインデックス作成。
-
インデックスの再構築がトリガーされた後に収集されたすべてのデータの定期的なインデックス作成。この間隔は、SyncLatestChangesIntervalSecを使用して設定できます。詳細については 、「xConnect Search Indexerの設定」を参照してください。
手順2が構成された保有期間よりも長い場合、インデクサーは最後の同期以降に収集したデータのインデックスを作成できません。これが発生した場合は、すべてのシャードの保持期間を延長し、再構築を最初から開始します。
パフォーマンスへの影響
変更追跡が有効になっている各テーブルには、変更された各行に関するデータを格納する内部テーブルがあります。
保持期間とテーブル・サイズが異なると、次のようにパフォーマンスに影響します。
-
保持時間が短いため、高いパフォーマンスが得られ、スペースを節約できます。ただし、システムに障害が発生した場合は、 インデクサーを再構築する必要があります。
-
保有期間が長くなると、内部テーブルが大きくなります。これにより、データベース全体のサイズが増加し、ビジー状態のシステムでパフォーマンスの問題が発生する可能性があります。
-
内部テーブルが大きいと、自動クリーンアップ処理が遅くなります。ただし、自動クリーンアップ プロセスを無効にしないことをお勧めします。自動クリーンアップ プロセスを無効にすると、システムは時間の経過とともにさらに大きなテーブルを取得します。