新SQL Server实用简明教程(第二版) 教学课件 ch15.pptVIP

第15章 数据复制 教学目标 数据复制是一项复杂且抽象技术，为了更好地理解数据复制的过程和原理，可以把数据复制过程比喻成与其非常类似的报纸或杂志的出版过程。本章将对Microsoft SQL Server系统的数据复制技术进行详细地分析和研究。 教学重点 了解数据复制的概念和特点 理解复制和出版的关系 理解推出和拉回订阅模型 掌握复制的类型和物理模型 掌握如何规划数据复制 熟练掌握如何建立数据复制 掌握复制的监测和故障诊断技术 教学过程 概述 复制代理、复制类型和模型 建立数据复制 在异构环境中复制数据 监视和维护复制 15.1 概述 数据复制的特点 复制与出版的关系 推出–拉回订阅模型 数据复制的特点 复制是一个内置程序，不是一个附加程序； 把复制过程比喻成出版过程； 把数据源服务器比喻成发布服务器，也称为出版者； 把接收数据的服务器比喻成订阅服务器，也称为订阅者； 把复制的内容比喻成项目和发布； 可以周期性地把发布服务器上的数据完全复制到订阅服务器上； 在复制过程中，可以只复制变化了的数据，未改变的数据不必复制； 允许用户在接收数据的站点上自主地改变通过复制传输过来的数据； 可以实现异构环境的数据复制服务； 支持通过Internet复制数据； 提供用于复制的多个向导工具，使用这些工具可方便配置和管理数据复制； 所有的复制任务都可以使用脚本完成，方便了复制的编程过程和维护过程； 提供了复制监测工具，可以监测复制活动。 复制与出版的关系 复制是一种比较抽象和复杂的过程。在复制过程中，涉及到的复制组件和复制服务都比较多，复制的实现也比较复杂。为了更好地理解复制过程，可以把复制过程比喻成相对来说较容易理解的出版过程。 由于把复制过程比喻成了出版过程，因此，复制过程中的组件也就可以进行相应的比喻，例如发布服务器、订阅服务器、分发服务器、项目和发布。 推出–拉回订阅模型 推出-订阅模型就是在发布服务器上创建订阅物。 使用推出模型，发布服务器将数据复制到订阅服务器，而不必等待订阅服务器发出请求数据。推出订阅模型可以集中管理订阅物。 在订阅服务器中建立订阅物就称为拉回订阅。在拉回订阅中，由订阅服务器创建拉回的订阅物。使用拉回模型，订阅服务器必须发出数据请求，然后发布服务器才会把数据复制到订阅服务器。 15.2 复制代理、复制类型和模型 复制代理 复制的类型 复制的物理模型 复制代理 在复制过程中，必须有相应的复制进程。通过这些复制进程来完成复制的整个过程。这些复制过程中的进程可以把发布从发布服务器中传送到分发服务器中，然后由分发服务器把这些发布传送到订阅服务器中。 在Microsoft SQL Server 2000中，依靠若干个复制代理来完成复制进程。这些复制代理包括快照代理、分布代理、日志读代理和合并代理。 复制的类型 根据事务的一致性、各个站点的自主性和分区数据避免冲突的能力，可以把复制分成3种类型。 这3种复制类型分别是快照复制、事务复制和合并复制。 快照复制类型 快照复制类型就是把在发布服务器上的发布中的当前数据进行快照，然后周期地替代订阅服务器上的发布。这个过程类似于快速拍照的过程，即首先抓拍发布服务器上的数据内容，然后把这些照片贴在订阅服务器上。 快照复制是一种基本的、可以独立使用的复制类型， 事务复制类型 事务复制类型就是把发布服务器上的事务作为增加的变化分布到订阅服务器中。事实上，事务复制就是只把改变的内容复制过去，而快照复制则不论数据是否变化，都要把标记为复制的数据全部复制过去。 在这些复制类型中，事务复制是一种常用的复制类型，因为它可以最大程度地降低事务一致性的延迟。 当然，事务复制不是一种可以完全独立的复制类型，而是建立在快照复制基础上的一种复制。 合并复制类型 合并复制类型允许站点自主改变复制过的数据，经过一段时间之后，或者是周期性的调度时间，或者是根据需要而预定的时间，把有关站点对复制数据的改变合并起来，并且反应到全部站点。 复制的物理模型 复制的物理模型就是复制设计的物理实现，包括如何选择发布服务器、订阅服务器和分发服务器，以及如何连接这些服务器。 一般地，有3种基本的复制模型，分别是中心发布服务器/分发服务器、中心订阅服务器/多个发布服务器、多个发布服务器/多个订阅服务器。 中心发布服务器/分发服务器 中心发布服务器/分发服务器就是指把一个服务器定义为发布服务器/分发服务器，把一个或者多个服务器定义为订阅服务器，由中心发布服务器/分发服务器负责出版和分布数据到一个或者多个订阅服务器中。 发布服务器既可以放在一台服务器上，也可以放在不同的服务器上。有时候，为了减轻发布服务器的工作负荷，将发布服务器和分发服务器放在不同的服务器上。 中心订阅服务