http://www.cnblogs.com/qanholas/archive/2012/03/22/2412444.html

 

 

一、为什么要使用对等事务复制

首先要说明的是使用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秒之后,就会同步到另一个库中.

配置对等事务复制完毕.

sqlserver 2005 分布式架构 对等事务复制 .的更多相关文章

  1. 第三篇 Replication:事务复制-发布服务器

    本篇文章是SQL Server Replication系列的第三篇,详细内容请参考原文. 发布服务器是所有复制数据的源头.每一个发布服务器上可以定义多个发布.每一个发布包含一组项目(项目在同一个数据库 ...

  2. 【译】第三篇 Replication:事务复制-发布服务器

    本篇文章是SQL Server Replication系列的第三篇,详细内容请参考原文. 发布服务器是所有复制数据的源头.每一个发布服务器上可以定义多个发布.每一个发布包含一组项目(项目在同一个数据库 ...

  3. 分布式架构中一致性解决方案——Zookeeper集群搭建

    当我们的项目在不知不觉中做大了之后,各种问题就出来了,真jb头疼,比如性能,业务系统的并行计算的一致性协调问题,比如分布式架构的事务问题, 我们需要多台机器共同commit事务,经典的案例当然是银行转 ...

  4. SQLServer 2005 数据库定阅复制实现双机热备(主要是sharepoint 内容数据库)

    原文:SQLServer 2005 数据库定阅复制实现双机热备(主要是sharepoint 内容数据库) 场景 公司最近的sharepoint的数据库服务器老是出问题,并且在一旦出现问题,就导致无法正 ...

  5. SqlServer 使用脚本创建分发服务及事务复制的可更新订阅

    原文:SqlServer 使用脚本创建分发服务及事务复制的可更新订阅 [创建使用本地分发服务器] /************************[使用本地分发服务器配置发布]*********** ...

  6. SqlServer 禁止架构更改的复制中手动修复使发布和订阅中分别增加的字段同步

    原文:SqlServer 禁止架构更改的复制中手动修复使发布和订阅中分别增加的字段同步 由于之前的需要,禁止了复制架构更改,以至在发布中添加一个字段,并不会同步到订阅中,而现在又在订阅中添加了一个同名 ...

  7. sqlserver 2000事务复制问题

    2000现在用的估计不多了,把之前收集的一些复制问题整理发布出来.可能都是些很白很二的问题,但人总是由最初的无知不断成长,不对之处欢迎指正. sqlserver 2000事务复制问题服务器A(发布) ...

  8. Zookeeper系列二:分布式架构详解、分布式技术详解、分布式事务

    一.分布式架构详解 1.分布式发展历程 1.1 单点集中式 特点:App.DB.FileServer都部署在一台机器上.并且访问请求量较少 1.2  应用服务和数据服务拆分  特点:App.DB.Fi ...

  9. SQLServer 事务复制中使用脚本添加某个对象的发布

    原文:SQLServer 事务复制中使用脚本添加某个对象的发布 -- use [发布库] --添加表:创建项目并将其添加到发布中 exec sp_addarticle @publication = N ...

随机推荐

  1. oracle中文显示为问号

    在用PL/sql查询时,中文显示为问号.经查证,发现问题为oracle字符集不支持中文导致的.修改oracle字符集,改为支持中文即可. 方法: 第一步:修改注册表. 开始-运行-输入regedit- ...

  2. Microsoft.DirectX.DirectSound.dll和Microsoft.DirectX.dll引用,导致项目无法调试问题

    最近在做录音功能,用到了Microsoft.DirectX.DirectSound.dll和Microsoft.DirectX.dll两个dll,但是引入后,无法调试项目 具体解决方法: 修改app. ...

  3. ActiveReports 报表应用教程 (1)---Hello ActiveReports

    在开始专题内容之前,我们还是了解一下 ActiveReports 是一款什么产品:ActiveReports是一款在全球范围内应用非常广泛的报表控件,以提供.NET报表所需的全部报表设计功能领先于同类 ...

  4. Powerbuilder编写身份证校验码

    public function boolean of_calc_cardid_verifycode (string as_cardid, ref string as_verifycode); /* 计 ...

  5. 静态导入Static import

    静态导入Static import 要使用静态成员(方法和变量)我们必须给出提供这个静态成员的类. 使用静态导入可以使被导入类的静态变量和静态方法在当前类直接可见,使用这些静态成员无需再给出他们的类名 ...

  6. 【原创】.NET Core应用类型(Portable apps & Self-contained apps)

    介绍 有许多种方式可以用来考虑构建应用的类型,通常类型用来描述一个特定的执行模型或者基于此的应用.举例说:控制台应用(Console Application).Web应用(Web Applicatio ...

  7. 误报的java.sql.SQLException: Parameter number 21 is not an OUT parameter

    今天为了模拟一个mysql内存不释放问题,要测试一个存储过程,同时具有出参和入参,启动时报了上述错误. <select id="funcl_trd_secu_execution_que ...

  8. web api post注意事项

    黄色笑话 近期一个项目需要使用到web api 在使用过程中,对应get请求方式的使用基本没出什么问题 但是对于post请求状况百出. 今将遇到的的问题列出.以作借鉴. 问题  -----post方式 ...

  9. NLog 自定义字段 写入 oracle

    1.通过Nuget安装NLog 下载,简单入门 请参照 我刚才转的几篇文章,下面我直接贴代码 2.建表语句 create table TBL_LOG ( id ) not null, appname ...

  10. BI笔记-SSAS部署的几种方式及部署后的SSAS刷新

    SSAS的部署方式在哥本哈士奇的博客:BI笔记之--- SSAS部署的几种方式已经介绍了四种方式,在这里再介绍一种比较常用的快速部署方式. 环境约定:SQL Server 2008 R2 示例库:Ad ...