现在公司有个网站挂在了两个服务器上一个电信 一个网通的。
两边要保持数据同步。请问最佳的解决方案？？？如何执行 谢谢~~~~~~~~~
http://topic.csdn.net/u/20080303/13/86ae4136-7724-45fb-8253-58cf4f5b3cac.html
得到很多人的帮助再次谢谢。
本人采用了ＳＱＬ２００５的发布和订阅功能。现在发现２个问题。。
１。删除的记录无法同步。
２。双向同步基本不能实现（两边同时发布订阅。达到双向同步的目的。但是这样会出现数据交叉覆盖的现象）
还有人建议用同步专家网络版。但由于要求数据库改动太大所以没采纳。
15 个解决方案
#1
双向同步的目的
#2
SQL SERVER 2005 同步复制技术
以下实现复制步骤（以快照复制为例）
运行平台SQL SERVER 2005
一、准备工作：
1．建立一个 WINDOWS 用户，设置为管理员权限，并设置密码，作为发布快照文件的有效访问用户。
2．在SQL SERVER下实现发布服务器和订阅服务器的通信正常（即可以互访）。打开1433端口，在防火墙中设特例
3．在发布服务器上建立一个共享目录，作为发布快照文件的存放目录。例如：在D盘根目录下建文件夹名为SqlCopy
4．设置SQL 代理（发布服务器和订阅服务器均设置）本篇文章发表于www.xker.com(小新技术网)
打开服务(控制面板---管理工具---服务)
---右击SQLSERVER AGENT---属性---登录---选择“此帐户“
---输入或选择第一步中创建的WINDOWS 用户
---“密码“中输入该用户密码
5．设置SQL SERVER 身份验证，解决连接时的权限问题（发布、订阅服务器均设置）
步骤为：对象资源管理器----右击SQL实例-----属性----安全性----服务器身份验证------选“SQL Server和WINDOWS“，然后点确定
6.开启SQL Server 2005的网络协议TCP/IP和管道命名协议并重启网络服务。
7.在SQL Server中创建步骤1中对应的系统用户登陆名，作为发布数据库的拥有者（设置为dbo_owner和public）。
8．以系统超级用户sa登陆SQL Server建立数据库和表。
9．发布服务器和订阅服务器互相注册
步骤如下：视图----单击以注册服务器----右键数据库引擎----新建服务器注册-----填写要注册的远程服务器名称------身份验证选“SQL Server验证“-----用户名(sa) 密码------创建组（也可不建）-----完成。
10．对于只能用IP，不能用计算机名的，为其注册服务器别名
二、开始：
发布服务器配置（在发布服务器上配置发布和订阅）
1． 选择 复制 节点
2． 右键本地发布 ----下一步---------系统弹出对话框看提示----直到“指定快照文件夹“
----在“快照文件夹“中输入准备工作中创建的目录(指向步骤3所建的共享文件夹)------选择发布数据库-------选择发布类型-------选择订阅服务器类型-------选择要发布的对象------设置快照代理-------填写发布名称。本篇文章发表于www.xker.com(小新技术网)
3． 右键本地订阅--------选择发布服务器-------选择订阅方式（如果是在服务器方订阅的话选择推送订阅反之
选择请求订阅）-------填加订阅服务器--------选择代理计划（一般选择连续运行）---------其余选择默认项。
至此, SQL SERVER 2005 同步复制就完成了。使用复制技术，用户可以将一份客户端的数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性,就无需编程实现客户端和服务器端数据同步了！大大提高了工作效率！
以下实现复制步骤（以快照复制为例）
运行平台SQL SERVER 2005
一、准备工作：
1．建立一个 WINDOWS 用户，设置为管理员权限，并设置密码，作为发布快照文件的有效访问用户。
2．在SQL SERVER下实现发布服务器和订阅服务器的通信正常（即可以互访）。打开1433端口，在防火墙中设特例
3．在发布服务器上建立一个共享目录，作为发布快照文件的存放目录。例如：在D盘根目录下建文件夹名为SqlCopy
4．设置SQL 代理（发布服务器和订阅服务器均设置）本篇文章发表于www.xker.com(小新技术网)
打开服务(控制面板---管理工具---服务)
---右击SQLSERVER AGENT---属性---登录---选择“此帐户“
---输入或选择第一步中创建的WINDOWS 用户
---“密码“中输入该用户密码
5．设置SQL SERVER 身份验证，解决连接时的权限问题（发布、订阅服务器均设置）
步骤为：对象资源管理器----右击SQL实例-----属性----安全性----服务器身份验证------选“SQL Server和WINDOWS“，然后点确定
6.开启SQL Server 2005的网络协议TCP/IP和管道命名协议并重启网络服务。
7.在SQL Server中创建步骤1中对应的系统用户登陆名，作为发布数据库的拥有者（设置为dbo_owner和public）。
8．以系统超级用户sa登陆SQL Server建立数据库和表。
9．发布服务器和订阅服务器互相注册
步骤如下：视图----单击以注册服务器----右键数据库引擎----新建服务器注册-----填写要注册的远程服务器名称------身份验证选“SQL Server验证“-----用户名(sa) 密码------创建组（也可不建）-----完成。
10．对于只能用IP，不能用计算机名的，为其注册服务器别名
二、开始：
发布服务器配置（在发布服务器上配置发布和订阅）
1． 选择 复制 节点
2． 右键本地发布 ----下一步---------系统弹出对话框看提示----直到“指定快照文件夹“
----在“快照文件夹“中输入准备工作中创建的目录(指向步骤3所建的共享文件夹)------选择发布数据库-------选择发布类型-------选择订阅服务器类型-------选择要发布的对象------设置快照代理-------填写发布名称。本篇文章发表于www.xker.com(小新技术网)
3． 右键本地订阅--------选择发布服务器-------选择订阅方式（如果是在服务器方订阅的话选择推送订阅反之
选择请求订阅）-------填加订阅服务器--------选择代理计划（一般选择连续运行）---------其余选择默认项。
至此, SQL SERVER 2005 同步复制就完成了。使用复制技术，用户可以将一份客户端的数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性,就无需编程实现客户端和服务器端数据同步了！大大提高了工作效率！
#3
SQL Server 2005高可用性之复制
作者：IT168 高健 2007-05-15
SQL Server 2005相对于SQL Server 2000来说，无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面，SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介绍SQL Server 2005的复制功能。
一、 “复制”简介
复制是将数据或数据库对象从一个数据库复制和分发到另外一个数据库，并进行数据同步，从而使源数据库和目标数据库保持一致。使用复制，可以在局域网和广域网、拨号连接、无线连接和 Internet 上将数据分发到不同位置以及分发给远程或移动用户。
一组SQL Server 2005复制有发布服务器、分发服务器、订阅服服务器（图1：复制服务器之间的关系图）组成，它们之间的关系类似于书报行业的报社或出版社、邮局或书店、读者之间的关系。
以报纸发行为例说明，发布服务器类似于报社，报社提供报刊的内容并印刷，是数据源；分发服务器相当于邮局，它将各报社的报刊送（分发）到订户手中;订阅服务器相当于订户，从邮局那里收到报刊。在实际的复制中，发布服务器是一种数据库实例，它通过复制向其他位置提供数据，分发服务器也是一种数据库实例，它起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。每个发布服务器都与分发服务器上的单个数据库（称作“分发数据库”）相关联。分发数据库存储复制状态数据和有关发布的元数据，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很多情况下，一个数据库服务器实例充当发布服务器和分发服务器两个角色，这称为“本地分发服务器”。订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多个发布服务器和发布接收数据。
图1
复制有三种类：事务复制、快照复制、合并复制。
? 事务复制：事务复制是将复制启用后的所有发布服务器上发布的内容在修改时传给订阅服务器，数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，在发布内部可以保证事务的一致性。
? 快照复制：快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。
? 合并复制：合并复制通常是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和架构修改。订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。
二、复制实例
这里以配置一个事务复制来说明复制配置过程 。
试验在同一台机器的二个实例间进行，实例名分别是SERVER01、SERVER02 。将SERVER01配置发布服务器和分发服务器(也就是前面提到的“本地分发服务器”),SERVER02配置为订阅服务器。在本例中将SERVER01中一个DBCoper库中person表作为发布的数据，在发布前请确保person表有主键、SQL SERVER 代理自动启动、发布数据库是日志是完整模式。
第一步：完全备份SERVER01 DBCopy数据库，在SERVER02上恢复DBCopy数据库(复制前的同步，使用发布的源和目标数据一致)。
第二步： 在SERVER01上设置发布和分发。
A、 在SERVER01的复制节点-->本地发布右键选择新建订阅(如图2)。
图2
B、 在新建发布向导中首先要求选择分发服务器，本例选择本机作为分发服务器，选择默认值（如图3）。
图3
C、 向导第三步要求选择快照的路径，一般情况下选择默认路径。
D、 向导第四步选择发布的数据库(如图四),选择DBCopy。
图4
E、 接着选择发布的类型，这里选择事务复制(如图5)。
图5
F、 选择发布的内容（PERSON），这里不仅可以发表，还可以发布其他的数据库对象，比如函数。在选择某一个表之后还可以选择发布某一列或几列。在这个步骤下一个界面中可以选择要发布的行。
图6
G、 设置发布的内容之后设置 运行SQL代理的账号。设置如下：
图7
H、 设置上一步之后，给复制起个名字PersonCopy。到此为止，发布和分发已配置成功(如图8)。
图8
第三步：配置订阅
订阅有两种方种，一种是由发布服务器向订阅服务器“推”数据，由订阅服务器去请求订阅数据。本例在SERVER02上设置请求订阅。
A、 第一步在SERVER02复制节点右击订阅，新建订阅（图9）。
图9
B、 选择发布服务器,在下拉列表框中选择查找SQL SERVER 发布服务器,选择SERVER01，就可以看到刚才新建的发布PersonCopy(如图10)。
图10
C、 选择订阅方式（如图11）， 这里选择请求订阅。
图11
D、 选择订阅的本地数据库（如图12）。
图12
E、 设置完本地数据库之后要求设置运行代理的安全性，设置成SQL 代理账号。完成以上设置后，订阅已设置完成。
在SERVER01表中插入一条新记录后，在SERVER02中去检查是否同步过来。一般来说，几乎SERVER01执行完了，SERVER02就可以看到更新后的数据。
作者：IT168 高健 2007-05-15
SQL Server 2005相对于SQL Server 2000来说，无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面，SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介绍SQL Server 2005的复制功能。
一、 “复制”简介
复制是将数据或数据库对象从一个数据库复制和分发到另外一个数据库，并进行数据同步，从而使源数据库和目标数据库保持一致。使用复制，可以在局域网和广域网、拨号连接、无线连接和 Internet 上将数据分发到不同位置以及分发给远程或移动用户。
一组SQL Server 2005复制有发布服务器、分发服务器、订阅服服务器（图1：复制服务器之间的关系图）组成，它们之间的关系类似于书报行业的报社或出版社、邮局或书店、读者之间的关系。
以报纸发行为例说明，发布服务器类似于报社，报社提供报刊的内容并印刷，是数据源；分发服务器相当于邮局，它将各报社的报刊送（分发）到订户手中;订阅服务器相当于订户，从邮局那里收到报刊。在实际的复制中，发布服务器是一种数据库实例，它通过复制向其他位置提供数据，分发服务器也是一种数据库实例，它起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。每个发布服务器都与分发服务器上的单个数据库（称作“分发数据库”）相关联。分发数据库存储复制状态数据和有关发布的元数据，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很多情况下，一个数据库服务器实例充当发布服务器和分发服务器两个角色，这称为“本地分发服务器”。订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多个发布服务器和发布接收数据。
图1
复制有三种类：事务复制、快照复制、合并复制。
? 事务复制：事务复制是将复制启用后的所有发布服务器上发布的内容在修改时传给订阅服务器，数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，在发布内部可以保证事务的一致性。
? 快照复制：快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。
? 合并复制：合并复制通常是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和架构修改。订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。
二、复制实例
这里以配置一个事务复制来说明复制配置过程 。
试验在同一台机器的二个实例间进行，实例名分别是SERVER01、SERVER02 。将SERVER01配置发布服务器和分发服务器(也就是前面提到的“本地分发服务器”),SERVER02配置为订阅服务器。在本例中将SERVER01中一个DBCoper库中person表作为发布的数据，在发布前请确保person表有主键、SQL SERVER 代理自动启动、发布数据库是日志是完整模式。
第一步：完全备份SERVER01 DBCopy数据库，在SERVER02上恢复DBCopy数据库(复制前的同步，使用发布的源和目标数据一致)。
第二步： 在SERVER01上设置发布和分发。
A、 在SERVER01的复制节点-->本地发布右键选择新建订阅(如图2)。
图2
B、 在新建发布向导中首先要求选择分发服务器，本例选择本机作为分发服务器，选择默认值（如图3）。
图3
C、 向导第三步要求选择快照的路径，一般情况下选择默认路径。
D、 向导第四步选择发布的数据库(如图四),选择DBCopy。
图4
E、 接着选择发布的类型，这里选择事务复制(如图5)。
图5
F、 选择发布的内容（PERSON），这里不仅可以发表，还可以发布其他的数据库对象，比如函数。在选择某一个表之后还可以选择发布某一列或几列。在这个步骤下一个界面中可以选择要发布的行。
图6
G、 设置发布的内容之后设置 运行SQL代理的账号。设置如下：
图7
H、 设置上一步之后，给复制起个名字PersonCopy。到此为止，发布和分发已配置成功(如图8)。
图8
第三步：配置订阅
订阅有两种方种，一种是由发布服务器向订阅服务器“推”数据，由订阅服务器去请求订阅数据。本例在SERVER02上设置请求订阅。
A、 第一步在SERVER02复制节点右击订阅，新建订阅（图9）。
图9
B、 选择发布服务器,在下拉列表框中选择查找SQL SERVER 发布服务器,选择SERVER01，就可以看到刚才新建的发布PersonCopy(如图10)。
图10
C、 选择订阅方式（如图11）， 这里选择请求订阅。
图11
D、 选择订阅的本地数据库（如图12）。
图12
E、 设置完本地数据库之后要求设置运行代理的安全性，设置成SQL 代理账号。完成以上设置后，订阅已设置完成。
在SERVER01表中插入一条新记录后，在SERVER02中去检查是否同步过来。一般来说，几乎SERVER01执行完了，SERVER02就可以看到更新后的数据。
#4
谢谢楼上的大哥 每次都这么热心帮忙。我是照着2楼的方法做的。但问题出现了。就我帖子上说的。
１。删除的记录无法同步。
２。双向同步基本不能实现（两边同时相互发布,订阅。达到双向同步的目的。但是这样会出现数据交叉覆盖的现象）
不知哪位仁兄成功过????
１。删除的记录无法同步。
２。双向同步基本不能实现（两边同时相互发布,订阅。达到双向同步的目的。但是这样会出现数据交叉覆盖的现象）
不知哪位仁兄成功过????
#5
为何不尝试使用合并发布呢？
#6
复制的配置方式有很多种，
LZ实际使用了哪一种？快照，事务，合并？
LZ实际使用了哪一种？快照，事务，合并？
#7
要不就购买中间件吧，一般都提供完善的数据库同步共能！
#8
复制的配置方式有很多种，
LZ实际使用了哪一种？快照，事务，合并？
---------我用的事务
请问快照 事务 合并有什么区别？？ 谢谢
LZ实际使用了哪一种？快照，事务，合并？
---------我用的事务
请问快照 事务 合并有什么区别？？ 谢谢
#9
楼主你照着第二个方案做出来了，可以用复制，怎么我做不出来啊，我qq275774365大哥们帮帮我啊
#10
楼主做复制的时候有问题啊.....
保持两边同步要用到合并代理的...
用事务复制吧...
保持两边同步要用到合并代理的...
用事务复制吧...
#11
一边发布 一边订阅就行 ....双向是什么意思啊.... 事务复制中 选中合并就行..
#12
11楼你做成功过吗，我想和你们学习一下，和楼主一样，我做了两天也没做出来。。。我qq275774365支持一下谢谢
#13
当然成功了! 双向的要合并复制才行....
我做的时事务复制...其中合并选项没有选.也没有测试....订阅端的任何操作都不影响服务器端...
不过对于新增表还要自己写过程代码来修复发布过程.....
我做的时事务复制...其中合并选项没有选.也没有测试....订阅端的任何操作都不影响服务器端...
不过对于新增表还要自己写过程代码来修复发布过程.....
#14
看来还是自己写代码实现吧!
我就是自己写代码,靠数据本身功能比较难实现!
我就是自己写代码,靠数据本身功能比较难实现!
#15
合并复制只需要一个数据库做发布
另一个数据库做订阅
就可以实现两个数据库之间的同步了
另一个数据库做订阅
就可以实现两个数据库之间的同步了
#1
双向同步的目的
#2
SQL SERVER 2005 同步复制技术
以下实现复制步骤（以快照复制为例）
运行平台SQL SERVER 2005
一、准备工作：
1．建立一个 WINDOWS 用户，设置为管理员权限，并设置密码，作为发布快照文件的有效访问用户。
2．在SQL SERVER下实现发布服务器和订阅服务器的通信正常（即可以互访）。打开1433端口，在防火墙中设特例
3．在发布服务器上建立一个共享目录，作为发布快照文件的存放目录。例如：在D盘根目录下建文件夹名为SqlCopy
4．设置SQL 代理（发布服务器和订阅服务器均设置）本篇文章发表于www.xker.com(小新技术网)
打开服务(控制面板---管理工具---服务)
---右击SQLSERVER AGENT---属性---登录---选择“此帐户“
---输入或选择第一步中创建的WINDOWS 用户
---“密码“中输入该用户密码
5．设置SQL SERVER 身份验证，解决连接时的权限问题（发布、订阅服务器均设置）
步骤为：对象资源管理器----右击SQL实例-----属性----安全性----服务器身份验证------选“SQL Server和WINDOWS“，然后点确定
6.开启SQL Server 2005的网络协议TCP/IP和管道命名协议并重启网络服务。
7.在SQL Server中创建步骤1中对应的系统用户登陆名，作为发布数据库的拥有者（设置为dbo_owner和public）。
8．以系统超级用户sa登陆SQL Server建立数据库和表。
9．发布服务器和订阅服务器互相注册
步骤如下：视图----单击以注册服务器----右键数据库引擎----新建服务器注册-----填写要注册的远程服务器名称------身份验证选“SQL Server验证“-----用户名(sa) 密码------创建组（也可不建）-----完成。
10．对于只能用IP，不能用计算机名的，为其注册服务器别名
二、开始：
发布服务器配置（在发布服务器上配置发布和订阅）
1． 选择 复制 节点
2． 右键本地发布 ----下一步---------系统弹出对话框看提示----直到“指定快照文件夹“
----在“快照文件夹“中输入准备工作中创建的目录(指向步骤3所建的共享文件夹)------选择发布数据库-------选择发布类型-------选择订阅服务器类型-------选择要发布的对象------设置快照代理-------填写发布名称。本篇文章发表于www.xker.com(小新技术网)
3． 右键本地订阅--------选择发布服务器-------选择订阅方式（如果是在服务器方订阅的话选择推送订阅反之
选择请求订阅）-------填加订阅服务器--------选择代理计划（一般选择连续运行）---------其余选择默认项。
至此, SQL SERVER 2005 同步复制就完成了。使用复制技术，用户可以将一份客户端的数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性,就无需编程实现客户端和服务器端数据同步了！大大提高了工作效率！
以下实现复制步骤（以快照复制为例）
运行平台SQL SERVER 2005
一、准备工作：
1．建立一个 WINDOWS 用户，设置为管理员权限，并设置密码，作为发布快照文件的有效访问用户。
2．在SQL SERVER下实现发布服务器和订阅服务器的通信正常（即可以互访）。打开1433端口，在防火墙中设特例
3．在发布服务器上建立一个共享目录，作为发布快照文件的存放目录。例如：在D盘根目录下建文件夹名为SqlCopy
4．设置SQL 代理（发布服务器和订阅服务器均设置）本篇文章发表于www.xker.com(小新技术网)
打开服务(控制面板---管理工具---服务)
---右击SQLSERVER AGENT---属性---登录---选择“此帐户“
---输入或选择第一步中创建的WINDOWS 用户
---“密码“中输入该用户密码
5．设置SQL SERVER 身份验证，解决连接时的权限问题（发布、订阅服务器均设置）
步骤为：对象资源管理器----右击SQL实例-----属性----安全性----服务器身份验证------选“SQL Server和WINDOWS“，然后点确定
6.开启SQL Server 2005的网络协议TCP/IP和管道命名协议并重启网络服务。
7.在SQL Server中创建步骤1中对应的系统用户登陆名，作为发布数据库的拥有者（设置为dbo_owner和public）。
8．以系统超级用户sa登陆SQL Server建立数据库和表。
9．发布服务器和订阅服务器互相注册
步骤如下：视图----单击以注册服务器----右键数据库引擎----新建服务器注册-----填写要注册的远程服务器名称------身份验证选“SQL Server验证“-----用户名(sa) 密码------创建组（也可不建）-----完成。
10．对于只能用IP，不能用计算机名的，为其注册服务器别名
二、开始：
发布服务器配置（在发布服务器上配置发布和订阅）
1． 选择 复制 节点
2． 右键本地发布 ----下一步---------系统弹出对话框看提示----直到“指定快照文件夹“
----在“快照文件夹“中输入准备工作中创建的目录(指向步骤3所建的共享文件夹)------选择发布数据库-------选择发布类型-------选择订阅服务器类型-------选择要发布的对象------设置快照代理-------填写发布名称。本篇文章发表于www.xker.com(小新技术网)
3． 右键本地订阅--------选择发布服务器-------选择订阅方式（如果是在服务器方订阅的话选择推送订阅反之
选择请求订阅）-------填加订阅服务器--------选择代理计划（一般选择连续运行）---------其余选择默认项。
至此, SQL SERVER 2005 同步复制就完成了。使用复制技术，用户可以将一份客户端的数据发布到多台服务器上，从而使不同的服务器用户都可以在权限的许可的范围内共享这份数据。复制技术可以确保分布在不同地点的数据自动同步更新，从而保证数据的一致性,就无需编程实现客户端和服务器端数据同步了！大大提高了工作效率！
#3
SQL Server 2005高可用性之复制
作者：IT168 高健 2007-05-15
SQL Server 2005相对于SQL Server 2000来说，无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面，SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介绍SQL Server 2005的复制功能。
一、 “复制”简介
复制是将数据或数据库对象从一个数据库复制和分发到另外一个数据库，并进行数据同步，从而使源数据库和目标数据库保持一致。使用复制，可以在局域网和广域网、拨号连接、无线连接和 Internet 上将数据分发到不同位置以及分发给远程或移动用户。
一组SQL Server 2005复制有发布服务器、分发服务器、订阅服服务器（图1：复制服务器之间的关系图）组成，它们之间的关系类似于书报行业的报社或出版社、邮局或书店、读者之间的关系。
以报纸发行为例说明，发布服务器类似于报社，报社提供报刊的内容并印刷，是数据源；分发服务器相当于邮局，它将各报社的报刊送（分发）到订户手中;订阅服务器相当于订户，从邮局那里收到报刊。在实际的复制中，发布服务器是一种数据库实例，它通过复制向其他位置提供数据，分发服务器也是一种数据库实例，它起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。每个发布服务器都与分发服务器上的单个数据库（称作“分发数据库”）相关联。分发数据库存储复制状态数据和有关发布的元数据，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很多情况下，一个数据库服务器实例充当发布服务器和分发服务器两个角色，这称为“本地分发服务器”。订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多个发布服务器和发布接收数据。
图1
复制有三种类：事务复制、快照复制、合并复制。
? 事务复制：事务复制是将复制启用后的所有发布服务器上发布的内容在修改时传给订阅服务器，数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，在发布内部可以保证事务的一致性。
? 快照复制：快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。
? 合并复制：合并复制通常是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和架构修改。订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。
二、复制实例
这里以配置一个事务复制来说明复制配置过程 。
试验在同一台机器的二个实例间进行，实例名分别是SERVER01、SERVER02 。将SERVER01配置发布服务器和分发服务器(也就是前面提到的“本地分发服务器”),SERVER02配置为订阅服务器。在本例中将SERVER01中一个DBCoper库中person表作为发布的数据，在发布前请确保person表有主键、SQL SERVER 代理自动启动、发布数据库是日志是完整模式。
第一步：完全备份SERVER01 DBCopy数据库，在SERVER02上恢复DBCopy数据库(复制前的同步，使用发布的源和目标数据一致)。
第二步： 在SERVER01上设置发布和分发。
A、 在SERVER01的复制节点-->本地发布右键选择新建订阅(如图2)。
图2
B、 在新建发布向导中首先要求选择分发服务器，本例选择本机作为分发服务器，选择默认值（如图3）。
图3
C、 向导第三步要求选择快照的路径，一般情况下选择默认路径。
D、 向导第四步选择发布的数据库(如图四),选择DBCopy。
图4
E、 接着选择发布的类型，这里选择事务复制(如图5)。
图5
F、 选择发布的内容（PERSON），这里不仅可以发表，还可以发布其他的数据库对象，比如函数。在选择某一个表之后还可以选择发布某一列或几列。在这个步骤下一个界面中可以选择要发布的行。
图6
G、 设置发布的内容之后设置 运行SQL代理的账号。设置如下：
图7
H、 设置上一步之后，给复制起个名字PersonCopy。到此为止，发布和分发已配置成功(如图8)。
图8
第三步：配置订阅
订阅有两种方种，一种是由发布服务器向订阅服务器“推”数据，由订阅服务器去请求订阅数据。本例在SERVER02上设置请求订阅。
A、 第一步在SERVER02复制节点右击订阅，新建订阅（图9）。
图9
B、 选择发布服务器,在下拉列表框中选择查找SQL SERVER 发布服务器,选择SERVER01，就可以看到刚才新建的发布PersonCopy(如图10)。
图10
C、 选择订阅方式（如图11）， 这里选择请求订阅。
图11
D、 选择订阅的本地数据库（如图12）。
图12
E、 设置完本地数据库之后要求设置运行代理的安全性，设置成SQL 代理账号。完成以上设置后，订阅已设置完成。
在SERVER01表中插入一条新记录后，在SERVER02中去检查是否同步过来。一般来说，几乎SERVER01执行完了，SERVER02就可以看到更新后的数据。
作者：IT168 高健 2007-05-15
SQL Server 2005相对于SQL Server 2000来说，无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQL Server 2005使 SQL Server 跻身于企业级数据库行列。在数据高可用性方面，SQL Server 2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介绍SQL Server 2005的复制功能。
一、 “复制”简介
复制是将数据或数据库对象从一个数据库复制和分发到另外一个数据库，并进行数据同步，从而使源数据库和目标数据库保持一致。使用复制，可以在局域网和广域网、拨号连接、无线连接和 Internet 上将数据分发到不同位置以及分发给远程或移动用户。
一组SQL Server 2005复制有发布服务器、分发服务器、订阅服服务器（图1：复制服务器之间的关系图）组成，它们之间的关系类似于书报行业的报社或出版社、邮局或书店、读者之间的关系。
以报纸发行为例说明，发布服务器类似于报社，报社提供报刊的内容并印刷，是数据源；分发服务器相当于邮局，它将各报社的报刊送（分发）到订户手中;订阅服务器相当于订户，从邮局那里收到报刊。在实际的复制中，发布服务器是一种数据库实例，它通过复制向其他位置提供数据，分发服务器也是一种数据库实例，它起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。每个发布服务器都与分发服务器上的单个数据库（称作“分发数据库”）相关联。分发数据库存储复制状态数据和有关发布的元数据，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很多情况下，一个数据库服务器实例充当发布服务器和分发服务器两个角色，这称为“本地分发服务器”。订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多个发布服务器和发布接收数据。
图1
复制有三种类：事务复制、快照复制、合并复制。
? 事务复制：事务复制是将复制启用后的所有发布服务器上发布的内容在修改时传给订阅服务器，数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，在发布内部可以保证事务的一致性。
? 快照复制：快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。
? 合并复制：合并复制通常是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和架构修改。订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。
二、复制实例
这里以配置一个事务复制来说明复制配置过程 。
试验在同一台机器的二个实例间进行，实例名分别是SERVER01、SERVER02 。将SERVER01配置发布服务器和分发服务器(也就是前面提到的“本地分发服务器”),SERVER02配置为订阅服务器。在本例中将SERVER01中一个DBCoper库中person表作为发布的数据，在发布前请确保person表有主键、SQL SERVER 代理自动启动、发布数据库是日志是完整模式。
第一步：完全备份SERVER01 DBCopy数据库，在SERVER02上恢复DBCopy数据库(复制前的同步，使用发布的源和目标数据一致)。
第二步： 在SERVER01上设置发布和分发。
A、 在SERVER01的复制节点-->本地发布右键选择新建订阅(如图2)。
图2
B、 在新建发布向导中首先要求选择分发服务器，本例选择本机作为分发服务器，选择默认值（如图3）。
图3
C、 向导第三步要求选择快照的路径，一般情况下选择默认路径。
D、 向导第四步选择发布的数据库(如图四),选择DBCopy。
图4
E、 接着选择发布的类型，这里选择事务复制(如图5)。
图5
F、 选择发布的内容（PERSON），这里不仅可以发表，还可以发布其他的数据库对象，比如函数。在选择某一个表之后还可以选择发布某一列或几列。在这个步骤下一个界面中可以选择要发布的行。
图6
G、 设置发布的内容之后设置 运行SQL代理的账号。设置如下：
图7
H、 设置上一步之后，给复制起个名字PersonCopy。到此为止，发布和分发已配置成功(如图8)。
图8
第三步：配置订阅
订阅有两种方种，一种是由发布服务器向订阅服务器“推”数据，由订阅服务器去请求订阅数据。本例在SERVER02上设置请求订阅。
A、 第一步在SERVER02复制节点右击订阅，新建订阅（图9）。
图9
B、 选择发布服务器,在下拉列表框中选择查找SQL SERVER 发布服务器,选择SERVER01，就可以看到刚才新建的发布PersonCopy(如图10)。
图10
C、 选择订阅方式（如图11）， 这里选择请求订阅。
图11
D、 选择订阅的本地数据库（如图12）。
图12
E、 设置完本地数据库之后要求设置运行代理的安全性，设置成SQL 代理账号。完成以上设置后，订阅已设置完成。
在SERVER01表中插入一条新记录后，在SERVER02中去检查是否同步过来。一般来说，几乎SERVER01执行完了，SERVER02就可以看到更新后的数据。
#4
谢谢楼上的大哥 每次都这么热心帮忙。我是照着2楼的方法做的。但问题出现了。就我帖子上说的。
１。删除的记录无法同步。
２。双向同步基本不能实现（两边同时相互发布,订阅。达到双向同步的目的。但是这样会出现数据交叉覆盖的现象）
不知哪位仁兄成功过????
１。删除的记录无法同步。
２。双向同步基本不能实现（两边同时相互发布,订阅。达到双向同步的目的。但是这样会出现数据交叉覆盖的现象）
不知哪位仁兄成功过????
#5
为何不尝试使用合并发布呢？
#6
复制的配置方式有很多种，
LZ实际使用了哪一种？快照，事务，合并？
LZ实际使用了哪一种？快照，事务，合并？
#7
要不就购买中间件吧，一般都提供完善的数据库同步共能！
#8
复制的配置方式有很多种，
LZ实际使用了哪一种？快照，事务，合并？
---------我用的事务
请问快照 事务 合并有什么区别？？ 谢谢
LZ实际使用了哪一种？快照，事务，合并？
---------我用的事务
请问快照 事务 合并有什么区别？？ 谢谢
#9
楼主你照着第二个方案做出来了，可以用复制，怎么我做不出来啊，我qq275774365大哥们帮帮我啊
#10
楼主做复制的时候有问题啊.....
保持两边同步要用到合并代理的...
用事务复制吧...
保持两边同步要用到合并代理的...
用事务复制吧...
#11
一边发布 一边订阅就行 ....双向是什么意思啊.... 事务复制中 选中合并就行..
#12
11楼你做成功过吗，我想和你们学习一下，和楼主一样，我做了两天也没做出来。。。我qq275774365支持一下谢谢
#13
当然成功了! 双向的要合并复制才行....
我做的时事务复制...其中合并选项没有选.也没有测试....订阅端的任何操作都不影响服务器端...
不过对于新增表还要自己写过程代码来修复发布过程.....
我做的时事务复制...其中合并选项没有选.也没有测试....订阅端的任何操作都不影响服务器端...
不过对于新增表还要自己写过程代码来修复发布过程.....
#14
看来还是自己写代码实现吧!
我就是自己写代码,靠数据本身功能比较难实现!
我就是自己写代码,靠数据本身功能比较难实现!
#15
合并复制只需要一个数据库做发布
另一个数据库做订阅
就可以实现两个数据库之间的同步了
另一个数据库做订阅
就可以实现两个数据库之间的同步了