我们有几个大型数据库希望在 SQL Server 2008 上进行日志传送。不幸的是，主服务器和辅助服务器之间的链接速度足以处理日志传送，但初始备份/复制会占用带宽数天，甚至数周，这如果可能的话，我们希望避免。
我们通过将主数据库备份到硬盘并将硬盘物理带到辅助机器并在那里恢复数据库来制作副本（现在已经有几天了）。
主服务器和辅助服务器位于不同的地理位置。主服务器在 SQL Server 2008 上，辅助服务器在 2008 R2 上（不要问为什么！）
如果不从头开始备份/复制/恢复过程，我们似乎无法找到使日志传送（或镜像）工作的方法。
任何想法/解决方案将不胜感激。
我正在将 SQL Server 2008 R2 生产数据库迁移到云中的 Azure SQL 数据库服务。
是否可以从 2008 R2 数据库镜像/复制 Azure 数据库？所以我可以切换到只使用新的。与其脱机，不如创建一个 bacpac 文件，将其上传到 azure 存储，然后从该存储中恢复。
我想这样做是为了减少迁移期间的停机时间。
Azure 不支持传统的日志传送，这要求您从 2012 或更新的数据库迁移。
编辑：使问题更清楚。
我的情况：我一直在为我的 SQL Server 寻找数据复制选项（我不是这方面的专家，我应该说 - 也不是英语）。我已经看到了一些选项，例如日志传送和 SQL 复制。对于日志传送，我读到它只有在两台服务器都使用 SQL 企业版（我使用 Express）时才有效。对于 SQL 复制，我看到在主服务器上需要 Enterprise，但我想知道（尽管我几乎可以肯定）是否在两台服务器上都需要 Enterprise。如果需要，是否有 Express 的 os 数据复制选项？我想要一些不会每次都复制整个数据库的东西，更像是事务复制。谢谢