3

SQLServerデータベースでMicrosoftSyncFramework2.1を使用しようとしています。中央データベースサーバーと同期する多数の同時エンドユーザーが存在します。

その他の仕様は次のとおりです。

  • 1500の同時クライアントが1つの中央データベースサーバーに接続します
    • クライアントはMSSQLServer Express2008R2を使用しています
    • サーバーはMSSQLServer Enterprise2008R2を使用しています
  • 短い同期間隔(約5分)
  • データベースサイズは5GBになります
  • Webサービスはサーバー側のSyncProviderとして使用されます

これに似たSyncFramework環境の経験がある人はいますか?

  • 出来ますか?
  • これを実装するときに考慮すべき重要なことは何ですか?
  • 私が期待できる物理的な限界は何ですか?
4

2 に答える 2

7

心に留めておくべきいくつかのこと:

  1. スコープの数 - 1 つのサーバー スコープに対して 1500 のクライアント スコープではなく、クライアント対サーバーの 1 対 1 のスコープ比率を維持することをお勧めします。これにより、各クライアントの同期情報が互いに分離されます。他のスコープに影響を与えることなく、クライアント スコープを削除して再作成することもできます。同期の知識も非常にコンパクトになります。

  2. スコープの定義 - すべてのテーブルを 1 つのスコープにダンプしないでください。テーブルごとに特性が異なります (ダウンロードのみ、読み取り専用、更新頻度が低い、更新頻度が高いなど)。特性に基づいてテーブルをグループ化します。

  3. バッチ処理 - 変更が小さい場合は、バッチ処理を行わないでください。バッチ処理ではファイルを書き込む必要があり、後でファイルから変更データセットを再構成する必要があるため、バッチ処理でパフォーマンスのオーバーヘッドが発生します。

  4. メタデータのクリーンアップ - メタデータの保持とメタデータのクリーンアップ プロセスを設定します。これにより、同期メタデータ (追跡テーブルの行と同期ナレッジ) が削減されます。

  5. WCF 構成 - タイムアウト、メッセージ サイズなどの WCF 構成エントリに注意してください。この問題にも注意してください: http://support.microsoft.com/kb/2567595

編集:

また、スコープに関するその他の考慮事項については、「フレームワークの同期スコープと SQL Azure データ同期データセットに関する考慮事項」を参照してください。

于 2012-04-12T03:06:46.577 に答える
0

ここで提供されるサンプル: http://www.rajneeshnoonia.com/blog/2012/03/n-tier-sync-framework/

あなたの要件に近いものはありますか

1:1 スコープの定義 => テンプレートを定義し、このテンプレートに基づいて各クライアントのスコープを構成します。このシナリオでは、T1 は S1 と S2 で定義されますが、各スコープの行レベル レコードを識別するためにフィルタが使用されます。

于 2012-06-10T10:05:07.513 に答える