SQL服务器2008R2事务复制 - 移动SubscriberDB - 推送订阅
我有一个用户数据库移动到新的服务器系统中断之外，即我不能再加载到发布者数据库停止新事务的要求。
到目前为止，我已经试图阻止经销代理，让所有未复制命令复制到Server1上的用户数据库。 然后，备份和恢复用户数据库到Server2。 我已经然后创建一个新的订阅Server2中现有的出版物。
这工作，但只能从该点向前复制到Server2上的用户数据库中创建的交易。 我还要求所有在注定只能到Server1上的经销商数据库建立起来的旧事务。
是否有一个复制命令可在分销商的新subscriber.subscriber_DB更新现有交易的目的地是哪里？
有1发布多篇。 该刊物目前由一个数据库服务器1处仅订阅。
你工作太辛苦了。 在新服务器上创建一个订阅，仿佛你没有一个现有的订阅可言。 有很多方法可以做到这一点; 挑自己喜欢的。 我在你的回应另一个答案看到，快照是一个不走。 我已经有很多使用“初始化从备份”选项的成功（在这里，“备份”指的是出版商的备份）。 一旦用户在同步初始化之后，你就大功告成了。 现在您清楚“迁移”到新的服务器。
由于分销代理是具体到每个订阅服务器，你真的不能有一个新用户接管那里离开的现有用户。 这会工作的唯一方法是，如果你的备份/恢复到Server2，暂时停止在发布交易，备份/恢复日志到Server2，创建“仅支持复制”订阅，然后重新启用交易。
你能不只是添加订阅同一出版物为新用户和揭开序幕快照代理？ 这将独立同步Server2上，而Server1上继续保持同步。 然后，您应该能够无缝地切换订阅到Server2并删除到Server1。
一个音符警告虽然。 我会检查你的发布数据库中syspublications表sync_method（或运行sp_helppublications），以确保快照不会锁定您的出版商的表（默认情况下与SQL Server 2005 +，这不应该是一个问题）。 否则，我只是建议将导致对发布商屏蔽，直到快照完成。
此外，这是一个很好的参考，以了解如何在使用默认设置，通过GUI你设置复制到做快照一次一个。 如果你有大量的数据复制（千兆字节，而不是兆字节）这将是超过的时间，以降低发行服务器负载较大的时段分配快照有用。 http://www.replicationanswers.com/TransactionalOptimisation.asp
