我在远程数据中心有一个专用的Windows Server，在这里我的站点与Microsoft SQL Server数据库一起运行。 数据库是50+ GB，我想有一个数据库的本地备份。 问题是如何从远程服务器传输巨大的备份文件。 我已经尝试了常规的FTP客户端（如Filezilla）和WinSCP，但都遇到大文件的麻烦。 在这种情况下是否还有其他可靠的替代scheme？ 我打算自动化这个过程，并在每个周末下载备份。
如果您还没有尝试过，则可以使用SQL Management Studio对数据库文件执行预定的备份。 我从来没有尝试过这么大的文件到远程站点，但是我已经在单独的作业上处理了远程站点和大于50GB的大文件。
或者，失败了，你有没有试过robocopy？ Robocopy应该工作“很好”，很容易编写脚本，并且当你在VB或者Powershell（或者其他）中编写脚本的时候，你还可以投入一些邮件通知来获得成功和失败。
或者就此而言，DFS？ （你不会说Windows是什么版本，但是在2003年和2008年，DFS已经有了很大的改进）。我真的很想把DFS共享的唯一目的是将数据库的不同变化从服务器转移到远程备份位置。 每天传输几百MB的更改，在使用BITS的背景下，似乎是比每次移动整个50 GB文件更好的解决scheme。
编辑：我没有明确提到它，虽然经过一番思考，我想也许我应该…你绝对不想在SQL的工作文件夹中，在数据库文件当前位于创build一个DFS名称空间。 如果您使用DFSpath，则需要执行数据库文件的本地复制/备份并通过DFS共享该位置。 （并将备份/复制作业设置为重写现有文件，否则DFS将每次都复制整个文件，而不仅仅是更改。）
作为奖励，所有这些选项都应该在Windows中提供，而不是依靠第三方工具。
使用FTP和WinSCP有什么困难？
如果传输在4GB标记附近失败，请确保您正在传输到NTFS文件系统。 其他文件系统对文件大小有限制。
如果因networking连接断开而失败，则可以将任一选项设置为轻松恢复。
你没有提到你在本地有什么样的互联网连接。 但是，如果我们假设一个5mbit电缆或DSL连接，应该需要一整天的时间进行传输，所以可以每周进行一次这样的备份。
另一种方法是设置本地SQL服务器和设置复制。 初始同步需要很长时间，但在此之后，您应该能够自动实现最新的同步。