Ran*_*der 5 replication sql-server-2008 sql-server
我们正在使用 SQL 2008 事务复制将数据从我们的生产数据库复制到我们的报告数据库。
我们最近创建了一个新的“全球”数据库，我们希望将其复制到我们在世界各地的各种生产数据库中。此数据库中的表数量很少（小于 30），并且任何给定表中的最大行数可能是几千。我们不会经常向这个全局数据库添加表和数据。
我们的 DBA 说“复制的固定开销与实际复制的数据量不成比例”。我对事务复制略知一二，但不足以反驳这个论点。复制是否真的存在大量“固定开销”，以至于如果我们不复制大量数据，仍然会占用大量资源？
我会抛出一个答案。在现有复制器上，新复制的物理开销不应太大。复制中更困难的部分是配置和监控。
您说现在您仅复制到报告服务器，而您实际上“...希望复制到我们世界各地的各种生产数据库”，因此您将在世界各地拥有这个新数据库的订阅者。
这意味着您必须在家庭服务器和那些新服务器之间建立许多物理连接（防火墙、权限、SQL Server 安装等）。您将有新的复制要监视、新的作业要检查、新的日志要验证......等等。
对于小型数据库，我会采用更简单的复制数据的情况：只需通过网络复制备份并在新位置恢复，使用日志传送，以及任何不需要繁琐的监视和配置的操作。