我们使用SQL 2008事务复制将数据从生产数据库复制到报表数据库。
我们最近创建了一个新的“全球”数据库,我们希望将其复制到世界各地的各种生产数据库中。该数据库中的表数很小(小于30),任何给定表中的最大行数可能是几千行。我们不会经常向这个全局数据库添加表和数据。
我们的DBA说“固定的复制开销与实际复制的数据量不成比例”。我对事务性复制略知一二,但不足以反驳这一论点。复制是否真的存在大量的“固定开销”,以至于如果我们不复制大量数据,那么仍然需要大量的资源使用吗?
发布于 2011-10-12 21:40:30
我会给出答案的。在现有的复制器上,新复制的物理开销不应该太大。复制中比较困难的部分是配置和监视。
您刚才说过,您现在只对报表服务器进行复制,并且实际上是“将...like复制到我们在世界各地的各种生产数据库”,因此您将在世界各地为这个新数据库提供订阅服务器。
这意味着您必须在主服务器和那些新服务器(防火墙、权限、server安装..etc)之间建立许多物理连接。您将有新的副本要监视,有新的作业要检查,有新的日志要到verify...etc。
对于一个小型数据库,我会用一个更简单的例子来复制它的数据:只需通过线路复制备份并在新位置恢复,使用日志传送,任何不需要繁琐的监视和配置的东西。
https://dba.stackexchange.com/questions/6746
复制相似问题