クラスタモードで ThingWorx を実行している場合、最終的にはモデルの変更がクラスタ全体で一貫して行われます。サーバー A での変更がサーバー B、C などと同期化されるまでに少し時間がかかります。変更を同期化するため、ThingWorx モデルの永続化プロバイダで維持されている sync_log に変更がログ記録されます。クラスタ内の各サーバーは、設定可能な頻度 (デフォルトは 100 ミリ秒) で変更ウォッチャーサービスを実行して、sync_log 内のエンティティに変更がないか監視します。変更ウォッチャーは、そのデータベースが正しい情報源であるものとして、そのサーバーで変更されたエンティティをアンロードしてから再ロードします。この最終的な一貫性はモデルとコンフィギュレーションの変更のみに適用され、状態はただちに一貫性が保証されます。

次のシナリオでは、ユーザーへの影響を軽減する方法について説明します。

Thing モデルに変更が加えられると、古いエントリがパージされるまで sync_log は増え続けます。モデルの変更が行われた後、sync_log 内の関連するエントリをパージできます。これによって sync_log のサイズが小さくなり、クラスタのパフォーマンスと安定性が向上します。

Sync_log のパージは、「コンフィギュレーション」タブの「クラスタサブシステム」で設定します。自動パージを有効にするには、パージスケジュールとバッチサイズを設定します。