Sak*_*ake 14 files backup file-transfer sql-server
我有一台运行 MS SQL Server 的 Window Server 2000 机器,可存储超过 20GB 的数据。数据库每天备份到第二个硬盘。我想将这些备份文件转移到另一台计算机上,以构建另一台测试服务器并进行恢复练习。(备份实际上几乎 5 年都没有恢复。不要告诉我的老板!)
我无法通过网络传输那个巨大的文件。我尝试过普通网络复制、apache 下载和 ftp。当传输的数据量达到 2GB 时,我尝试过的任何方法都以失败告终。我最后一次成功传输文件是通过 USB 连接的外部硬盘驱动器。但我想定期执行此任务,最好是自动执行。
想知道在这种情况下最务实的方法是什么?
小智 16
可预测的 2Gb 故障听起来像是目标文件系统的罪魁祸首......两者都在 NTFS 上吗?您是否通过任何压缩进行管道传输(zip 曾经在 2gb 边界处失败)((是 apache 进行压缩))
我已经使用 robocopy 复制了超过 20Gb 的许多文件(正如其他人所提到的),但我会避免使用 /MIR 开关,直到您确定您的副本已经按照您的意愿进行了 - 因为它会删除文件并复制它们。
SMB 受到一个时间限制的一个数据包的影响,因此通常是复制文件的较慢方法 - 您可以选择使用推或拉进行复制。就个人而言,我更喜欢推送方式(复制由源发起)。
小智 10
MS Exchange 工具 eseutil 是一个出色的实用程序,可以通过网络快速复制大文件:
eseutil /y source_file /d dest_file。
我强烈建议使用免费实用程序RichCopy。它是多线程的,可以暂停和恢复文件复制操作。我很幸运使用它在服务器之间传输文件。
我使用 RichCopy 的三个重要提示
如果您要复制一个或几个大文件,请将“文件复制”属性设置为大于“1”。它会消耗资源,但会更快地复制大文件
如果您要复制大量文件,请将“线程编号”属性设置为 10-10-1。这将更快地复制多个文件
如果您通过不可靠的连接进行复制。您可以重新运行下载,它会找到第一次没有设法获得的文件。
http://blogs.technet.com/markdea/archive/2009/03/24/richcopy-is-it-the-new-sliced-bread.aspx
| 归档时间: |
|
| 查看次数: |
26562 次 |
| 最近记录: |