私の会社は最近シンガポールに事務所を開設しました。 SQL Server 2005のバックエンドを使用して、社内で使用するWebアプリケーションを使用して企業を管理しています。シンガポールからネットへのアクセスが遅いため、ウェブアプリケーションとデータベースのローカルコピーをホストするサーバーを出荷しており、ローカルバージョンのデータベースを当社のサーバーと同期させたいと考えています。米国アプリとシンガポールアプリの両方でデータを読み書きできます。SQL Server 2005/2008国際リアルタイム利用
マージレプリケーションはこの問題の正しい解決方法ですか？これは私が調査してきた道であり、私たちが望むものに最も近いようです。 SQL Server 2008には何か良い点がありますか？国際的なコラボレーションのためにどのようなタイプのデータベース可用性ソリューションを実装しましたか？
マージレプリケーションは、両方の場所の一部のユーザーがデータを更新する必要がある場合に移動する方法です。しかし...私は場合はピアツーピア・レプリケーションの使用をお勧めします可能性があり
場合：
Office1（？米国は）Office1のアプリによって挿入されたレコードのみを削除/更新する必要があります。
Office2（シンガポール）は、Office2アプリケーションによって挿入されたレコードのみを更新/削除する必要があります。
両方のオフィスがすべてのデータを照会できます。
引用： ピアツーピアレプリケーションで理解する必要がある最も基本的な概念は、すべてのサーバーにすべてのデータが含まれていますが、各サーバーは独自のデータサブセットのみを更新することです。したがって、すべてのサーバーは同じスキーマを持ち、各サーバーは他のサーバーで発生したすべての変更のサブスクライバですが、変更されたデータのパブリッシャです。あるサーバーでデータが変更されると、その変更はピアツーピアネットワーク内のすべての加入者に送られます。各サーバーは、その地理的位置に固有のデータを含み更新し、他の場所からのすべてのデータも見る。ピアツーピアレプリケーションの重要な部分は、各サーバーが独自のデータセットを変更する責任があり、他の場所ではそのデータセット内のデータを変更できないことです。このルールに違反すると、データが2か所で変更され、サイト間でデータがロックされないため、データが複製されると、結果が一貫しなくなる可能性があります。それを実装することができますか http://www.sqlmag.com/Article/ArticleID/49241/sql_server_49241.html
http://technet.microsoft.com/en-us/magazine/2006.07.insidemsft.aspx
http://www.sql-server-performance.com/articles/dba/peer-to-peer_replication_p1.aspx
を：あなたがここに見つけることができます
詳細情報。そう
TableOrders1 (OrderID int IDENTITY(1,2) NOT NULL, Col1 int, Col1 nvarchar(), etc.)
TableOrders2 (OrderID int IDENTITY(2,2) NOT NULL, Col1 int, Col1 nvarchar(), etc.)
次にあなたがOffice2にTableOrders1からデータを送信する、ピア・ツー・ピア・レプリケーションを使用してTableOrders2からOffice1にデータと：
たとえば、あなたが複製する必要があり、両方の場所から更新されなければならないテーブルオン...
データを照会するには、ビューを作成します。