复制管理最佳实践 .pdf
5墨值下载
复制管理最佳实践
项⽬
2023/04/27
8 个参与者
反馈
本文内容 开发并测试备份和还原策略 编写复制拓扑脚本 如果有必要，确定性能基准并优化复制
创建阈值和警报 显⽰另外 7 个
适⽤于： SQL Server Azure SQL 托管实例
在配置复制后，了解如何管理复制拓扑⼗分重要。 本主题介绍了许多⽅⾯的基本最佳实践指导原
则，还提供了有关每⼀⽅⾯的详细信息的链接。 除遵循本主题中介绍的最佳实践指导原则之外，
还请仔细阅读常⻅问题解答主题，以了解常⻅的问题： 复制管理常⻅问题解答 。
将最佳实践指导原则分成两个部分很有⽤：
下列信息介绍应为所有复制拓扑实现的最佳实践：
开发并测试备份和还原策略。
编写复制拓扑脚本。
创建阈值和警报。
监视复制拓扑。
如果有必要，确定性能基准并优化复制。
下列信息介绍应该考虑，但可能不是您的拓扑所必需的最佳实践：
定期验证数据。
通过配置文件调整代理参数。
调整发布和分发保持期。
如果应⽤程序要求发⽣更改，了解如何更改项⽬和发布属性。
如果应⽤程序要求发⽣更改，了解如何进⾏架构更改。
开发并测试备份和还原策略
所有数据库都应定期备份，还应对还原这些备份的能⼒定期进⾏测试；复制的数据库没有差异。
下列数据库应定期备份：
发布数据库
分发数据库
订阅数据库
发布服务器、分发服务器和所有订阅服务器上的msdb 数据库和 master 数据库
对于复制的数据库，需要特别注意与备份和还原数据有关的信息。 有关详细信息，请参阅 备份
和还原复制的数据库 。
编写复制拓扑脚本
制订灾难恢复计划时，应要求对拓扑中的所有复制组件编写脚本，另外，脚本还可以⽤来⾃动处
理重复性的任务。 脚本包含为实现要为其编写脚本的复制组件所需的 Transact-SQL 系统存储过
程，如发布或订阅。 创建完组件后，可以在向导（如新建发布向导）或 Microsoft SQL Server
Management Studio 中创建脚本。 您可以使⽤ SQL Server Management Studio 或 sqlcmd查看、修
改和运⾏脚本。 脚本可以与备份文件存储在⼀起，以便在必须重新配置复制拓扑时使⽤。 有关
详细信息，请参阅 Scripting Replication 。
如果进⾏了任何属性更改，则应重新编写组件脚本。 如果对事务复制使⽤⾃定义存储过程，则应
与脚本⼀起存储每个过程的副本。如果过程发⽣更改，应更新相应的副本（通常会由于架构更改
或应⽤程序要求的更改⽽更新过程）。 有关⾃定义过程的详细信息，请参阅 指定如何传播事务
项⽬的更改 。
如果有必要，确定性能基准并优化复制
配置复制前，建议先熟悉⼀下影响复制性能的因素：
服务器和⽹络硬件
数据库设计
分发服务器配置
发布设计和选项
筛选器设计和⽤法
订阅选项
快照选项
代理参数
维护
配置复制后，建议制定⼀个性能基准，这使您可以确定复制在应⽤程序和拓扑的典型⼯作量下的
⾏为。 使⽤复制监视器和系统监视器确定复制性能的以下五个维度的典型数⽬：
滞后时间：在复制拓扑中的节点之间传播数据更改所⽤的时间。
吞吐量：⼀段时间内系统可以持续的复制活动量（以⼀段时间内传递的命令来度量）。
并发：可以在系统上同时运⾏的复制进程数。
同步持续时间：完成给定同步所⽤的时间。
资源占⽤：复制处理结束时所⽤的硬件和⽹络资源。
滞后时间和吞吐量与事务复制关系最密切，因为建立在事务复制基础上的系统通常需要低滞后时
间和⼤吞吐量。 并发和同步持续时间与合并复制关系最密切，因为建立在合并复制基础上的系统
通常具有⼤量的订阅服务器，并且发布服务器可能具有⼤量与这些订阅服务器的并发同步。
确定基准数⽬后，请在复制监视器中设置阈值。 有关详细信息，请参阅 在复制监视器中设置阈
值和警告 和 对复制代理事件使⽤警报 。 如果您遇到性能问题，建议您通读上⾯列出的增强性能
主题中的建议，并在影响所遇到问题的区域中应⽤更改。
of 4
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论