注意事項:
<オール> <リ>スコープの数 - 1 つのサーバー スコープに対して 1500 のクライアント スコープではなく、クライアント対サーバーの 1 対 1 のスコープ比率を維持することができます。これにより、各クライアントの同期情報が互いに分離されます。他のスコープに影響を与えることなく、クライアント スコープを削除して再作成することもできます。同期の知識も非常にコンパクトになります。
<リ>スコープの定義 - すべてのテーブルを 1 つのスコープにダンプしないでください。テーブルが異なれば特性も異なります (ダウンロードのみ、読み取り専用、更新頻度が低い、更新頻度が高いなど)。特性に基づいてテーブルをグループ化します。
<リ>バッチ処理 - 変更が小さい場合は、バッチ処理を行わないでください。バッチ処理ではファイルを書き込む必要があり、後でファイルから変更データセットを再構成する必要があるため、バッチ処理でパフォーマンスのオーバーヘッドが発生します。
<リ>メタデータのクリーンアップ - メタデータの保持とメタデータのクリーンアップ プロセスを設定します。これにより、同期メタデータ (追跡テーブルの行と同期ナレッジ) が削減されます。
<リ>WCF 構成 - タイムアウト、メッセージ サイズなどの WCF 構成エントリに注意してください。この問題にも注意してください:http://support.microsoft.com/kb/2567595
編集:
また、スコープに関するその他の考慮事項については、同期フレームワークのスコープと SQL Azure データ同期データセットに関する考慮事項