我们有几个庞大的数据库，我们希望在SQL Server 2008上发布日志。不幸的是，主服务器和辅助服务器之间的链接足够快，可以处理日志传送，但是最初的备份/拷贝会占用带宽数天，甚至几周我们希望尽可能避免。
我们已经做了一个副本（现在几天），通过备份主数据库到一个硬盘上，物理上把硬盘转移到辅助机器上，并在那里恢复数据库。
主服务器和辅助服务器位于不同的地理位置。 主服务器在SQL Server 2008上，在2008 R2上是次要的（不要问为什么！）
似乎没有办法，我们可以find日志传送（或镜像）工作，而无需从头开始备份/复制/恢复过程。
任何想法/解决scheme将不胜感激。
WITH NORECOVERY恢复备份 我已经做了几十次，从来没有失败过，所以如果它不起作用，那么你可能要用你采取的确切步骤来更新这个问题。
如果您的数据库处于完全恢复模式，那么您只需要执行以下操作：
如果您正在使用LS作业来备份/复制/恢复日志，请确保您没有丢失任何日志，而且如果您在这些作业之外进行日志备份，您也将需要这些备份。 作业不会复制或还原它不创build的日志备份。
我已经使用了一个名为uFTP的工具来通过高延迟链接传输大量的SQL备份文件，以便将初始完整备份传输到辅助节点进行日志传送。 您可能需要进行完全备份，使用uFTP将其复制到辅助服务器，恢复数据库不恢复，然后在主服务器上configuration日志传送，并使用“辅助数据库已初始化”选项。 由于uFTP应该以多快的速度传输文件，因此您应该能够避免一切不同步的问题。
最糟糕的情况是，对数据库进行完全备份，使用uFTP将其复制到辅助数据库，然后一旦完成，就对您的大型数据库进行差异备份，并使用uFTP进行转换。 希望通过使用差速器将高速传输和减less三angular洲的组合，你应该能够使日志运行起来并运行。
注意：uFTP是一个基于UDP的文件传输实用程序，内置错误检查机制，因为UDP缺less与TCP相对的纠错。
确保您的日志传送目标已经使用norecovery恢复了数据库。
继续前进，像平时一样进行安装过程。
当您到达“辅助数据库设置”窗口上的“初始化辅助数据库”选项卡时，请确保选中“否，辅助数据库已初始化”选项。
然后，它将跳过进行完整备份和恢复的过程，并从事务日志备份开始。 如果自完全备份以来无法访问所有事务日志备份，则可以进行差异备份，并使用norecovery进行恢复以使事物保持最新状态。