SQL Server数据库同步问题

核心提示：我们可以通过数据复制跨局域网，Internet在不同的数据库服务器上面维护多个数据的多个拷贝，SQL Server数据库同步问题，同时以同步或异步的方式保证各个拷贝之间的数据一致性，SQL Server提供完善的内置数据复制能力，因此我们将不对xxx_article做事务复制.然后对于xxx_article做快照复制，

我们可以通过数据复制跨局域网，Internet在不同的数据库服务器上面维护多个数据的多个拷贝，同时以同步或异步的方式保证各个拷贝之间的数据一致性。

SQL Server提供完善的内置数据复制能力，它是SQL Server核心引擎非常重要的一部分。

SQL Server的复制分为三种方式：

快照复制：在某个时间点对于出版数据库中的数据照相，然后将其复制到定购服务器上。一般用于复制静态表。

事务复制：事务复制复制的内容是多条语句和存储过程，这样定购数据库只是读取数据库的数据修改方式，并且反映这种修改。一般用户更新频率较高的数据库。

合幷复制：允许定购者和出版者的双向修改，幷将修改反映到双方数据库上。如果数据有冲突，将会按照一定规则处理该冲突。

目前单位有用到一个web网站，数据库分别位于美国，荷兰和深圳。在网站基础架构上我们使用的是3DNS和BigIP实现智能域名解析和负载均衡。但由于三地具备各自的数据库(SQL Server)，需要保证各个数据库的数据一致。我们就需要做数据复制。根据用户的要求我们做的是事务复制，在网站的前两个版本都很正常，但在上两周更新了web页面版本后，发现事务复制经常出现错误。重新做事务复制在间隔不长的时间后仍然出现。后检查错误日志发现提示：

The query processor could not produce a query plan from the optimizer because a query cannot update a text, ntext, or image column and a clustering key at the same

检查数据库表格经过排查，确定存在问题的一个表格(XXX_article)。和程序员确认后发现此表格属性变更为ntext类型，而且会同时更新此字段和此表的聚集索引欗位。

因此怀疑是由于在做事务复制时会同时修改这两处位置造成，查阅相关的数据未能找到明确的官方说明，但是有其他程序的人员在程序编码中发现类似问题，其解决方法是分成两次update这个两个欗位。具体的技术细节，未能得到明确的说明。在事务复制上我们无法干扰其过程，因此我们将不对xxx_article做事务复制.然后对于xxx_article做快照复制，这样可以避免此问题的产生。经过测试和应用，此问题已经得到解决