我从前面的系统pipe理员inheritance了一个如下所示的备份计划：
通过将数据分区映射到我们的四核戴尔R200服务器（Windows Server 2003）并运行ntbackup（星期四晚上运行完整备份），将每个150GB的数据从两台文件服务器备份到两台3.5英寸外置硬盘（USB 2.0）。 每个备份需要9个小时才能完成。 外部硬盘将在每个星期五由COO带回家（我们公司周末closures）。
我试图直接从2个文件服务器备份到USB磁盘，但它需要超过24小时才能完成，因为它们中的每一个都运行在慢速处理器上。
我觉得这个计划是荒谬的（是吗？），但请，我的问题是：
备份速度是否受USB端口速度的高度影响？
它是。 USB 2.0是480Mbps。 除以8即可获得60Mbytes / sec，但由于总线争用，驱动程序开销等原因，您将无法在实际操作中看到这一点。
SATA1.0是1.5Gpbs（187.5Mbytes / sec），由于它是一个专用的点对点链路，所以你可以使用所有的带宽。 到2000年左右，PATA UDMA-66出现在66Mbytes / sec，与USB 2.0相匹配。
加上USB控制器需要CPU来完成很多传输数据的工作，而且事情可能会很慢。
您应该检查外部SATA（e-SATA）。
USB设备的速度当然会影响备份的持续时间。 我认为USB 2.0总线的理论极限是480 Mbps（60 MBps），但经验告诉我，你不会达到这样的效果。 如果你只是复制文件数据，为什么不使用robocopy，只是复制更改（即：不是一个完整的备份）？ 您还可以使用Windows的卷影复制function为您提供日常文件恢复（需要额外的存储空间）。
哪些内容正在备份？ 如果文件适合增量/差异备份，那么这将使每个运行更快（偶尔的完整备份是肯定的）。
如果你可以改变工具，你可能想看看rsync或类似的工具，只复制更新的内容（使用rsync的--checksum选项本质上强制一个完整的更新，你应该偶尔做，以防止损坏的备份旧数据）。 如果您通过自己的协议运行rsync，而不仅仅是从SMB共享备份到本地驱动器，那么即使这样的全面扫描速度也会快很多，因为限制了两端的驱动器读取和写入的速度（尽pipe如果您使用的USB驱动器在使用–checksum或许多内容需要更新时仍然是瓶颈）。
我已经使用rsync来保存大量数据，这些数据在相对较慢的ADSL链路上备份了好几年了（所以如果你能安排这样的事情，那么你的COO就不需要手动将驱动器传送到家中），并且发现它可靠和高效，还有类似的工具，如rdiffbackup，以类似的方式运行。 有一点需要注意的是，如果你像这样保持在线的非现场备份，你应该像外部驱动一样保持离线备份。
我在一个类似的设置上平均每小时45 GBytes，所以我不认为USB是瓶颈。