SQL Server 2005/2008 国际实时可用性

Question

我的公司最近在新加坡开设了办事处。 我使用 SQL Server 2005 后端开发我们内部用于管理公司的 Web 应用程序。 由于新加坡的网络访问速度较慢，我们为他们提供了一台服务器，用于托管网络应用程序和数据库的本地副本，并且我们希望使他们的本地数据库版本与我们的保持同步。 美国应用程序和新加坡应用程序都可以读取/写入数据。

合并复制是解决这个问题的正确方法吗？ 这是我一直在研究的路径，它似乎最适合我们想要的。 SQL Server 2008 有更好的东西吗？ 您为国际合作实施了哪些类型的数据库可用性解决方案？

Answer 1

如果两个位置的某些人都必须更新任何数据，则合并复制是一种可行的方法。 但是...

我建议在以下情况下使用点对点复制：

• Office1（美国？）需要仅更新/删除 Office1 应用程序插入的记录。

• Office2（新加坡）只需要更新/删除 Office2 应用插入的记录。

两个办事处均可查询所有数据。

引用：
在对等复制中您需要了解的最基本概念是，每个服务器都包含所有数据，但每个服务器只负责更新自己的数据子集。 因此，每个服务器都具有相同的模式，并且每个服务器都是其他服务器上发生的所有更改的订阅者，同时也是其自己的更改数据的发布者。 当一台服务器上的数据发生更改时，这些更改会发送到对等网络中的所有订阅者。 每个服务器都包含并更新特定于其地理位置的数据，并且还可以查看来自其他位置的所有数据。 对等复制的一个关键部分是每个服务器负责更改自己的数据集，并且其他位置不能更改该数据集中的任何数据。 如果违反此规则，数据可能会在两个位置发生更改，并且由于站点之间没有数据锁定，因此在复制数据时，最终可能会得到不一致的结果。

您可以在这里找到更多信息：
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.) 

然后使用对等复制将数据从 TableOrders1 发送到 Office2，将数据从 TableOrders2 发送到 Office1 等等...

要查询数据，您可以创建视图。