一、为什么要使用对等事务复制
首先要说明的是使用sqlserver复制的目的
使用sqlserver数据库复制的目的,就是要将数据库压力由一台服务器分散到多台服务器,通过一台sqlserver服务器作为主机,将主数据库中的数据,复制到其他N台备份服务器上,从而实现分布式查询,大大降低了主服务器的压力.
在图一中,右面的拓扑结构就是典型的复制,写入的压力,全都在B这台服务器上,读取的压力平衡到两台机器上
图一
综上所述,使用sqlserver复制的目的就是均衡压力,提高sqlserver的高可用性
类似的能够提高数据库高可用性的解决方案目前有四种
1 windows集群实现sqlserver双机热备
2 sqlserver 数据库镜像
3 sqlserver日志传送
4 sqlserver复制
在这四种解决方案中,能够满足分布式数据库需求的只有sqlserver复制
其次为什么要使用事务复制呢?在sqlserver复制技术中,共有三种
1 快照复制
2 事务复制
3 合并复制
在这三种复制技术中
快照复制最简单,定时将主数据库中的所有数据,同步到其他备份机器中,这样做的缺点有两点,1 数据同步定时,不即时;2 浪费I/O资源,每次同步都是将主数据库中的所有数据同步到其他备份机器上.快照复制的主要用途是定期初始化备份机,例如在进行事务复制时可用设定每周进行一次快照复制,有效的保证了主数据库与其他备份数据库的数据一致性.
合并复制较为复杂,在合并复制中 主数据库与其他备份数据库可以同时修改一条数据,当发生冲突是,处理起来较为复杂.
事务复制是最适合做分布式的,首先,要求主数据库和其他备份数据库中的架构和数据一致(可以通过使用相同的备份还原,快照复制等方法),当数据库运行时,只用当主数据库中的架构或者数据发生变动,才产生事务将变动同步到其他备份数据库上.相比快照复制,同步即时,又省I/O资源.相比合并复制,简单,可靠.
那为什么要使用对等事务复制呢?
在sqlserver 事务复制中,又分为三种方式
1 标准事务复制
2 层次结构更新订阅事务复制
3 对等事务复制
在上面,介绍复制技术的三种方式中,已经将了标准事务复制的好处,但是这里要讲讲它的缺点,大家可以再仔细看看图一,就会发现,所有写入压力都在B这台服务器上,也就是说事务复制的瓶颈在于主服务器,当主服务器挂掉时,虽然其他备份数据依然可以提供读取服务,但是这个数据库系统已经挂掉了,不能写入了.
这时应该怎么办?别担心,Microsoft已经为我们提供了解决方案,那就是 可更新订阅的事务复制和对等事务复制
可更新订阅的事务复制有一个特性,可以同时在多个位置(服务器)更改同一行。这必然会带来冲突.
所以我们选择了对等事务复制,同一行在同一时间只能在一个位置修改.
图一中,左边的图,就是典型的对等事务复制,不单单读取的压力被分散到多台服务器上,连写入的压力也被分散了.
图二中就是一个典型的对等事务复制实施案例
图二
上图显示了三个参与数据库，它们作为一家在洛杉矶、伦敦和台北均设有办事处的国际软件支持单位的后端数据库。每个办事处的支持工程师接听客户电话，并输入和更新每个客户电话的相关信息。三个办事处的时区各相差八小时，因此不会出现工作日的重叠：台北办事处下班时，伦敦办事处正开始一天的工作。如果办事处下班时电话仍在进行中，则电话将被转接到下一个开始办公的办事处的代表。
每个地点都有一台数据库服务器和一台应用程序服务器，供支持工程师在输入和更新客户电话的相关信息时使用。拓扑按时间进行分区，因此更新只发生在正在办公的节点。然后更新流动到其他参与数据库。此拓扑具有下列优点：
- 独立，但不孤立：每个办事处都可以独立插入、更新或删除数据，还可以共享数据，因为数据将复制到其他所有的参与数据库。
- 出现故障或维护任一参与数据库的同时可提供更高的可用性。
图三
上图显示了向三节点拓扑添加节点的过程。当出现下列情形时，可以添加一个节点：
- 因为又开设了一家办事处。
- 为了提供更高的可用性以支持维护或提高发生灾难性错误时的容错能力。
请注意：在三节点拓扑和四节点拓扑中，所有的数据库都向其他数据库发布和订阅，从而在需要维护或者一个或多个节点发生故障时，提供最大的可用性。添加节点后，必须针对性能以及部署和管理的复杂性来权衡可用性和可伸缩性的需要。
二、怎样实现对等事务复制
在这里,将演示怎样配置两个sqlserver实例中的数据库来实现对等事务复制
首先要介绍下试验环境,YUANLQ/SQLSERVER2005和./SQLSERVERcopy
主数据库就是YUANLQ/SQLSERVER2005中,实例数据库AdventureWorks
前提条件
1 ./SQLSERVERcopy中需要有一个和主数据库结构完全一样的数据库,在这里我们使用advW来进行演示
2 确保所有sqlserver实例的代理服务器都开启,下图中,两个sqlserver实例的代理都亮起了绿色,表示运行正常.
在这里要说明的一点,这两个实例都曾发布过复制,并且分发服务器选择的都是本地,所以,在演示中不会出现要求配置分发服务器的界面
开始配置
首先在 主机上发布事务复制
选择需要对等事务复制的数据库
下一步,选择复制方式 事务复制
下一步 选择要发布的对象 在这里选择全部
下一步,这里说明了某些问题可能导致更改程序
下一步,由于对等事务复制不支持筛选,所以这里直接跳过
下一步, 因为备份数据库中个结构和数据与主数据库完全一致,所以这里什么都不选,直接跳过
下一步,配置代理,点击快照代理的安全设置
进入 安全设置中,在这里,推荐做法是专门为代理设置widows帐户,我这里偷懒了
下面的一项是发布服务器帐户,我专门为它开通了一个sqlserver登陆账户
确定之后回到 代理安全性
下一步 创建发布
需要给发布一个名称
点击完成,开始发布
发布完成
点击关闭就好了
想要进行对等事务复制还要修改复制属性
在备份实例中,也要进行相应的操作,只是要注意一点,发布名称要和主数据库实例中的发布名称一致就好了,下图中,能够看到 两个sqlserver实例都发布了自己的事务复制
下面开始配置对等事务复制,这里需要注意的是,只须在主服务器上配置就可以了
这里需要将所有备份数据库所在的sqlserver实例添加进来,点击添加sqlserver
登陆到这些备份sqlserver实例上去,选择对等数据库
点击红色圆圈中的按钮
下一步
最终,我们能够看到,两个sqlserver实例都发布了自己的事务复制,也都订阅了对方的事务复制
=================================================
赶快连接两个sqlserver实例试试吧,修改其中任何一个库中的数据,过1到2秒之后,就会同步到另一个库中.
配置对等事务复制完毕.
===================================================
主要是要注意权限的问题,一般做发布/订阅,建议你做如下准备工作:1.发布服务器,订阅服务器都创建一个同名的windows用户,并设置相同的密码,做为发布快照文件夹的有效访问用户
我的电脑
--控制面板
--管理工具
--计算机管理
--用户和组
--右键用户
--新建用户
--建立一个隶属于administrator组的登陆windows的用户
2.在发布服务器上,新建一个共享目录,做为发布的快照文件的存放目录,操作:
我的电脑--D:\ 新建一个目录,名为: PUB
--右键这个新建的目录
--属性--共享
--选择 "共享该文件夹 "
--通过 "权限 "按纽来设置具体的用户权限,保证第一步中创建的用户具有对该文件夹的所有权限
--确定
3.设置SQL代理(SQLSERVER，SQLAGENT)服务的启动用户(发布/订阅服务器均做此设置)
开始--程序--管理工具--服务
--右键SQLSERVERAGENT
--属性--登陆--选择 "此账户 "
--输入或者选择第一步中创建的windows登录用户名
-- "密码 "中输入该用户的密码
4.设置SQL Server身份验证模式,解决连接时的权限问题(发布/订阅服务器均做此设置)
企业管理器
--右键SQL实例--属性
--安全性--身份验证
--选择 "SQL Server 和 Windows "
--确定
5.在发布服务器和订阅服务器上互相注册
企业管理器
--右键SQL Server组
--新建SQL Server注册...
--下一步--可用的服务器中,输入你要注册的远程服务器名--添加
--下一步--连接使用,选择第二个 "SQL Server身份验证 "
--下一步--输入用户名和密码
--下一步--选择SQL Server组,也可以创建一个新组
--下一步--完成
6.对于只能用IP,不能用计算机名的,为其注册服务器别名
(在连接端配置,比如,在订阅服务器上配置的话,服务器名称中输入的是发布服务器的IP)
开始--程序--Microsoft SQL Server--客户端网络实用工具
--别名--添加
--网络库选择 "tcp/ip "--服务器别名输入SQL服务器名
--连接参数--服务器名称中输入SQL服务器ip地址
--如果你修改了SQL的端口,取消选择 "动态决定端口 ",并输入对应的端口号
==============================================
SQL Server 2005 复制需要有实际的服务器名称才能连接到服务器。不支持通过服务器别名、IP 地址或任何其他备用名称进行连接。请指定实际的服务器名称“SUDU”。 (Replication.Utilities)
在订阅服务器设置别名为发布服务器名 再注册
