SQL Server 2008 复制 - 修复了复制开销？答案

【问题标题】：SQL Server 2008 Replication - Fixed Overhead of Replication?SQL Server 2008 复制 - 修复了复制开销？
【发布时间】：2011-12-06 05:15:01
【问题描述】：

我们正在使用 SQL 2008 事务复制将数据从生产数据库复制到报告数据库。

我们最近创建了一个新的“全球”数据库，我们希望将其复制到我们在世界各地的各种生产数据库中。该数据库中的表数量很少（少于 30 个），任何给定表中的最大行数可能是几千。我们不会经常向这个全局数据库添加表和数据。

我们的 DBA 表示，“复制的固定开销与实际复制的数据量不成比例”。我对事务复制了解一点，但不足以反驳这个论点。复制是否真的存在大量“固定开销”，以至于如果我们不复制大量数据，仍然会占用大量资源？

【问题讨论】：

【解决方案1】：

DBA 响应非常通用。你需要进一步质疑他
如果您启用了复制，您可以检查与复制相关的计数器以查看性能 (http://www.sqlservergeeks.com/blogs/rahulsharma1975/sql-server-bi/181/replication-monitoring-in-sql-server )
DBA 需要具体说明他所指的开销（是 CPU 使用率/数据库大小增长吗？），他如何计算得出的结果
您的订阅方式是什么（推送还是拉取？）。在 WAN 场景中，拉取订阅的性能比推送订阅要好得多
通过暂时禁用与复制相关的 SQL 代理作业什么是 SQL Server 性能

很少有好的资源

确定事务复制工作负载以帮助解决数据延迟 (http://blogs.msdn.com/b/repltalk/archive/2010/10/20/determine-transactional-replication-workload-to-help-resolve-data -latency.aspx)
SQL Server 复制资源管理器 (http://replicationexplorer.codeplex.com/)
SQL Server 事务复制的自定义警报 (http://www.mssqltips.com/sqlservertip/1901/customized-alerts-for-sql-server-transactional-replication/)

【讨论】：