补充资料-数据应用与性能优化-第五章-SQL Server数据库复制-V1.0.docVIP

SQL Server 数据库复制 实际上，许多公司有多个数据库系统，特别是有多个办公地点或多个部门，而且它们拥有各自的服务器。这些服务器之中有许多需要复制对方的数据库。例如，销售业务部有两个服务器（一个在北京，而另一个在上海），需要在每个服务器上保持数据库的一个副本，使所有销售业务部的人员都能看到相同的数据。解决这个问题的最好办法是使用复制。 本文将简单介绍数据库复制技术，并且演示一个实际复制的案例。 一、复制概述 1．什么是复制 简单地说，复制就是把数据的多个拷贝（复制品）分发到公司中的各个服务器中。通过复制为多台服务器提供相同的数据，这样用户就可以在不同服务器中访问同样的信息，对于一个拥有大量用户的企业，复制可以分散用户访问服务器的负载，从而为每个用户提供更高质量的服务。 复制可以将数据和数据库对象从一个数据库复制和分发到另一个数据库，然后在数据库间进行同步，以维持一致性。使用复制，可以在局域网和广域网、拨号连接、无线连接和 Internet 上将数据分发到不同位置以及分发给远程或移动用户。 2．复制模型 “复制拓扑”定义了服务器和数据副本间的关系。有若干复制进程（称为“代理”）负责在发布服务器和订阅服务器之间复制和移动数据。图5.1所示为复制中所涉及的组件和进程的概述。 图5.1 复制拓扑 根据服务器在复制拓扑中的角色和任务不同，可以分为以下三种： 发布服务器：提供数据以便复制到其他服务器的服务器。 分发服务器：它起着存储区的作用，用于复制与发布服务器相关联的特定数据。 订阅服务器：订阅服务器是接收复制数据的服务器。 发布服务器拥有原始数据的拷贝，通过订阅，将数据传送到分发服务器，并且由分发服务器传递给订阅服务器。 分发数据库存储复制状态数据和有关发布的信息，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很多情况下，一个数据库服务器实例可以充当发布服务器和分发服务器两个角色。 订阅服务器拥有数据的拷贝，根据所选复制的类型，订阅服务器还可以将数据更改传递回发布服务器或者将数据重新发布到其他订阅服务器。 在复制拓扑中还包括以下内容： 项目：用于识别发布中包含的数据库对象（如表）。当把表作为项目发布时，可以用筛选器限制发送到订阅服务器的数据的列和行。 发布：是来自一个数据库的一个或多个项目的集合。将多个项目组成一个发布，更便于指定一组作为一个单元、具有逻辑关系的数据库对象和数据。 订阅：是把发布副本传递到订阅服务器的请求。订阅定义将接收发布和接收的时间、地点。有两种类型的订阅：推送和请求。 3．复制类型 选择的复制类型取决于多种因素，其中包括实际复制环境、要复制的数据类型和数量，以及是否在订阅服务器上更新数据等。 SQL Server 提供了下列复制类型： 快照复制。 事务性复制。 合并复制。 （1）快照复制 这是最容易进行设置的复制方式，快照复制只需要周期性地发送数据。当同步发生时，快照复制发送所有数据。不需要去监视数据的修改，但这样也可能引起数据流量的增加，如：当没有数据修改时也会发送所有的数据。 （2）事务性复制 与快照复制不同，只要数据发生改变。事务性复制就将它们发送给订阅服务器。这样可以减少数据复制的流量。 事务性复制通常从发布数据库对象和数据的快照开始，创建初始快照。当发生复制时，事务日志被发送到订阅服务器上，用以保证事务的一致性。 默认情况下，事务性发布的订阅服务器被视为只读，因为更改将不会传播回发布服务器。 （3）合并复制 合并复制允许既可以在发布服务器上修改数据，也可以在订阅服务器上修改数据，当同步发生时，发布服务器的修改和订阅服务器的修改被合并在一起。 在合并复制中，同一数据可能由发布服务器和多个订阅服务器进行了更新。因此，在合并更新时可能会产生冲突，合并复制提供了多种处理冲突的方法。 与事务性复制相同，合并复制通常也是从发布数据库对象和数据的快照开始，当复制发生时，之后的更改被合并在一起。 二、实施复制 背景：在Benet数据库中，有许多应用与销售信息记录表（Sales表）相关联，作为Benet公司数据库管理员，为了避免冲突，需要将Sales表复制到一个不同的SQL Server实例上，原实例中的表用于数据更新，副本则用于查询分析，并且需要随时保持同步更新。 具体步骤如下： 1．在默认实例Tahiti上新建发布 （1）打开SQL Server Management Studio，连接到默认实例Tahiti，在对象资源管理器中，展开“SQL Server 实例”→“复制”→“本地发布”，鼠标右键选择“新建发布”。 （2）出现新建发布向导界面，单击“下一步”按钮，出现“分发服务器”对话框，如图5.2所示，选择第一项，让Tahit