任何想法 – 最快的方法，如何将200GB的mdf文件从一台服务器转移到另一台服务器？
马西莫最近问了一个有点类似的问题 ，虽然他在谈论高延迟networking。 你不指定它是什么types的networking（千兆以太局域网，某种types的广域网等），但是我给出的答案也可能给你一些想法。
特别是，我build议的uftp工具为Massimo在他的高延时广域网上提供了相当不错的结果。 我还没有机会通过千兆以太网局域网进行testing，但从描述上来看，它似乎在填充pipe道方面做得相当不错。
它使用多点传送IP进行复制，所以如果你只是最终需要将文件复制到多个位置，这个工具将立即成为一个“胜利”，因为文件只需要遍历networking一次就能被任意数量的目的地。
我会把它安全地放在第一位，然后加快速度。 最安全的方法是进行备份和恢复，使用备份压缩工具（如litespeed）可以更快地进行备份和恢复 – 会导致更小的文件进行复制/恢复。
不太安全的选项将是分离/附加等。
我可能会使用Microsoft eseutil工具。 这不是专门为此目的（它是一个移动大型交换数据库的工具），但可以用于其他数据库和日志。
从Microsft：“根据磁盘和networking条件，复制文件模式可能能够复制文件速度比正常的副本速度快20％，因为Eseutil中的复制文件模式将文件复制到更大的数据块中。
微软在这里的更多信息。
那么我的第一个想法是netcat，如果你在千兆networking上，这应该工作得相当快。 Netcat示例
Richcopy似乎是一个很好的select（从这篇文章 ），如果你能保证你的本地networking运行在一个体面的速度。
鉴于一个mdf大多是文本（除非你在表中存储二进制图像等，在这种情况下，你应该好好看看你在做什么），压缩文件会给一些相当令人印象深刻的结果。 在过去，我们已经将80GB的mdf压缩到10GB，这使得复制起来更容易。