1

可能なMS SYNCの別のテクノロジでSQLレプリケーションを置き換えることを検討しています。大規模なSAASアプリケーションのデータとスキーマを複数のデータセンター間で同期させ、高可用性、信頼性、およびパフォーマンスを必要としています。RFI:SQLレプリケーションからMSシンクロへの移行

質問:ので、あなたの経験は何だった場合

  1. は誰でも、SYNCにSQLレプリケーションから移動した経験がありましたか?
  2. SYNCのパフォーマンスおよびスケーラビリティの考慮事項/制約は何ですか?
  3. このシナリオでは、MS Syncをお勧めしますか?

これは、コーディング、テスト、パフォーマンスの操作が開発者によって経験される可能性が高いため、ここに掲載されています。

答えて

2

私は両方の技術で働いているし、ここで考慮すべき事柄のAAカップルだ:

  1. Sync Frameworkのは、スキーマが
  2. Sync Frameworkのは、パーティションの再編
  3. Sync Frameworkのは、そう、SDKあるんいけない変更同期いけませんOOTBがコーディングを必要としない実装であるSQLレプリケーションと違います。
  4. 新しいSync Frameworkデータベースプロバイダには、ツーリングのサポートがありません(Visual Studioウィザードまたはテンプレートはありません)ので、ゼロからコードを作成できます。上記述べた
  5. Sync FrameworkのはSDKですので、あなたがアドレスHA、信頼性とパフォーマンスを自分で持っている(すなわち、バランスの取れたWCFベースの同期サービス、同期の再試行、競合の処理などをロードする...)

一方、Sync Frameworkは、SDK以来、より拡張性を提供します。同期アプリケーションはデータベースに接続する別のデータベースアプリケーションなので、データベースアプリケーションと同じアプリケーションの最適化が適用されます(良いデータベース設計、インデックス作成、頻繁な同期、少ないデータセットなど)

Sync Framework with Merge Replication

データベースがSql Azureまたはオンプレミスでホストされている場合は、Sql Azure Data Sync Serviceも参照してください。

関連する問題