计算机教程-第14章调整复制系统.pdfVIP

下载 第14章 调整复制系统 SQL Server 7提供了一个改进的复制数据的系统。要利用此复制系统，就必须理解如何配 置、监视和调整复制组件以及底层的 SQL Server 系统。考虑到性能，本章帮助你采用必要的 步骤来正确设计一个复制系统。我们讨论如何使用性能监视器计数器来监视 SQL Server 复制 组件。此外，还说明可以调整的对象以及如何调整一个复制系统。 14.1 复制概述 微软公司的 SQL Server复制就好比是出版与订购。此比喻使用了出版者、发行者和订阅 者的概念。出版者是一个数据库，它使数据可用于复制。发行者是一台包含分布数据库的服 务器。订阅者是一台接收复制数据并存储复制数据库的服务器。 出版者发行出版物，出版物是一篇或多篇文章的集合。一篇文件是要被复制的一组数据， 它可以是整张表、一定的列或一定的行。发行可以是推发行 (push distribution) ，也可以是拉发 行(pull distribution) 。推发行是指不考虑订阅者是否需要数据而将该数据从出版者推出。拉发 行是指订阅者定期地申请数据。 14.1.1 复制的类型 SQL Server 7提供了3种不同的复制类型，它们在被复制的数据库中提供了不同程度的数 据一致性以及不同的系统开销级别。可能的复制类型是快照复制、事务复制与合并复制。 1. 快照复制 快照复制(snapshot replication)是最简单和最直接的复制类型，包括对数据库拍照或并将 它传播到订阅者。快照复制的优点是，它不会在出版者和订阅者上有持续不断的开销。缺点 是订阅者中的数据库可能不是必威体育精装版的，因为它仅仅在拍摄的那一时刻是必威体育精装版的。在许多情况 下，这种类型的复制已经足够了，并且很有效；例如当讨论的数据不被修改，并仅需要偶尔 被复制的时候。你能够用快照复制很容易地处理诸如电话单、价格表和项目说明这样的应用， 因为可以在非空闲时间每天更新一次这些表。 快照复制通过快照代理进行工作，该代理对整个数据库拍一个快照。此快照被复制到发 行者，稍后被用于创建订购数据库。通常，此快照用来创建事务复制的初始数据库。 2. 事务复制 你可以使用事务复制(transactional replication)来复制表和存储过程。使用事务复制，能够 从事务日志中捕获对文章所做的改变并把该改变传播到发行者，稍后由发行者把它们传到订 阅者。事务复制使出版者和订阅者几乎处于完全相同的状态成为可能，因此在必须保存当前 的复制系统的情况下使用该复制类型。 事务复制的工作方式是读事务日志并且重放那些已经被用于从数据库更新、插入或删除 数据的事务。一旦某个事务注册到事务日志中，那么一个日志进程会获得该事务并将它拷贝 到发行数据库中。此日志读进程要么连续运行，要么定期运行，这取决于你如何配置事务复 1 6 8 第三部分 配置与调整系统 下载 制。一旦该事务已经被放入发行数据库中，那么它们在订购系统中被重放；频率取决于你如 何配置复制。稍后在本章中，我们讨论如何配置复制，使其性能达到最佳。 3. 合并复制 合并复制( m e rge replication) 类似于事务复制，因为它记住了对文章所做的全部改变。然 而，不是传播事务变化，合并复制定期地将该变化发送到数据库中。必要时这些变化能够被 分批传送。合并复制使出版者和订阅者都能够修改数据库。这些变化最终传播到合并复制的 所有订阅者，因此，多个系统可以保持同步。 14.1.2 复制调整基础 一般来说，调整复制与调整任何其他类型的 SQL Server 系统相同。然而，复制系统有一 些需要注意的特殊属性。根据你正在执行的复制类型确定这些性能属性，将在本章稍后部分 中谈到它们。通常，你可以做一些改善复制系统的工作。 • 为了减少被发布 (被复制) 的数据量，需要对数据进行过滤。通过减少被复制的数据量， 可以减少网络通信量并且将所需存储器的数量减到最小。目标是复制最小数量的必需数 据。 • 分离日志文件。每一个被复制的数据库在一个单独的磁盘卷中都有它自己的日志文件。 这会使事务日志的性能达到最大，同样使复制的性能达到最大。稍后在 1 4 . 4节中，我们 详细讨论此内容。 •