第13章复制与性能监视.ppt.ppt

第13章 复制与性能监视 内容提要 复制（replication）是将数据和数据库对象从一个数据库复制和分发到另一个数据库，然后在数据库间进行同步，以维持一致性的过程。 性能监视是在SQL Server数据库系统运行过程中，通过监视工具查看数据库系统的运行情况、对数据库进行优化、发现并修复错误的管理手段。 本章主要介绍实现复制的基本过程和使用监视工具的一般方法。 第13章 复制与性能监视 本章内容 13.1 复制概述 13.2 创建复制 13.3 管理复制 13.4如何查看SQL Server的当前活动 13.5 系统性能监视器的使用 13.6小结 13.1 复制概述 13.1.1复制的发布模型 SQL Server 复制的组件包括发布服务器、分发服务器、订阅服务器、项目、发布、订阅和复制代理。 在SQL Server 2005中，复制的源数据对象所在的数据库引擎成为发布服务器，复制的目标数据对象所在的数据库引擎成为订阅服务器，把数据对象从发布服务器提供给订阅服务器的服务成为分发服务器。 发布服务器具有将增量更改的数据发送到发布中的项目的功能，订阅服务器具有进行随之更新的功能复制代理负责在发布服务器和订阅服务器之间复制和移动数据，如图13.1所示。 13.1 复制概述 13.1.1复制的发布模型 发布服务器。发布服务器是一种数据库实例，它通过复制向其他位置提供数据。 分发服务器。分发服务器也是一种数据库实例，它起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。 订阅服务器。订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多个发布服务器和发布接收数据。 项目。项目用于识别发布中包含的数据库对象。 发布。发布是来自一个数据库的一个或多个项目的集合。 订阅。订阅是把发布副本传递到订阅服务器的请求。 13.1 复制概述 13.1.2复制类型 1．事务复制 事务复制通常从发布数据库对象和数据的快照开始。创建了初始快照后，在发布服务器上所做的数据更改和架构修改通常在修改发生时便传递给订阅服务器。 数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，因此，在发布内部可以保证事务的一致性。 在以下各种情况下适合采用事务性复制： 13.1 复制概述 13.1.2复制类型 1．事务复制 在以下各种情况下适合采用事务性复制： 希望发生增量更改时将其传播到订阅服务器。 从发布服务器上发生更改到更改到达订阅服务器，应用程序需要这两者之间的滞后时间较短。 应用程序需要访问中间数据状态。 发布服务器有大量的插入、更新和删除活动。 发布服务器或订阅服务器不是SQL Server数据库（例如Oracle） 13.1 复制概述 13.1.2复制类型 2．合并复制 合并复制通常也是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和架构修改。 订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。 合并复制适用于下列各种情况： 多个订阅服务器在不同时间更新同一数据，并将其更改传播到发布服务器和其他订阅服务器。 13.1 复制概述 13.1.2复制类型 2．合并复制 合并复制适用于下列各种情况： 订阅服务器需要接收数据，脱机更改数据，并在以后与发布服务器和其他订阅服务器同步更改。 每个订阅服务器都需要不同的数据分区。 可能会发生冲突，并且在冲突发生时，需要具有检测和解决冲突的能力。 应用程序需要最终的数据更改结果，而不是访问中间数据状态。 合并复制允许不同站点自主工作，并在以后将更新合并成一个统一的结果。 13.1 复制概述 13.1.2复制类型 3．快照复制 快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。 当符合以下一个或多个条件时，使用快照复制是最合适的： 很少更改数据。 在一段时间内允许具有相对发布服务器已过时的数据副本。 复制少量数据。 在短期内出现大量更改。 13.2 创建复制 创建复制可以通过复制向导或Transact-SQL命令实现 , 下面介绍一下进行复制示例的环境。使用两个数据库实例，一个是默认实例，一个是命名实例jianggh，两个实例的SQL Server代理都设置为“启动”状态。其中默认实例上存在数据库test01，通过复制，使得命名实例jianggh上的数据库test01与之同步。 13.2.1创建发布 所谓创建发布，就是将要进行复制的源数据库对象进行发布处理。用户通过使用“新建发布向导”创建发布和定义项目。 13.2 创建复制 13.2.1创建发布 创建发布和定义项目的具体参考步骤如下。 （1