使用系统存储过程设置事务复制后，已发布的数据库恢复失败。很少有解决此问题的方法是使用 KEEP_replication 选项进行恢复，而不是删除发布和订阅。
在使用系统 SP 设置事务复制时我们可以做些什么来避免这个问题？
我使用的是 SQL Server 2008，我们有一个包含 150 个表的数据库。我们在每个表中都引入了 systimestamp DATETIME 列。每当在表上执行插入/更新操作时，我们都会使用当前时间戳更新此列。
如何编写查询以在单个结果集中获取数据库的最新（基于 systimestamp 列）100 条记录？
哪种技术使用更多的网络带宽：
- 日志运输
- 事务复制
有人可以分享任何相同的基准吗？
当我们使用任何一种技术时，对主服务器的内存和 I/O 会有什么影响？
谢谢，
皮尤什·帕特尔
我想在不同的服务器上恢复复制的数据库并从那里恢复复制。我有分销商和订户在同一台服务器上运行。当我在不同的服务器上恢复我的复制数据库时，我不想重新初始化订阅。
我知道我可以通过手动初始化设置复制，但在这种情况下，尚未传输到分发器并备份的数据将不会被复制。我也想复制这些数据。