在Windows系统上移动文件的最快方法

我想在Windows系统上将大约800gb的数据从NTFS存储设备移动到FAT32设备（两者都是外部硬盘驱动器）

实现这一目标的最佳方式是什么

简单地使用剪贴

使用命令提示符？（

移动

）

写一个批处理文件，在给定的时间间隔内复制一小块数据

使用一些特定的应用程序来为我做这项工作

还有更好的主意吗

---

要实现这样一个耗时的过程，最安全、最高效、最快速的方法是什么？

如果可能的话，我会移动硬盘dsk。

命令行：xcopy可能是您最好的选择

命令参考：

---

我发现快速复制对这类事情非常有用。这是一个gui工具

---

您可以重新启动该命令，它将恢复。我一直在网络上使用它。也适用于大型文件。

如果必须通过网络移动，则需要在服务器之间使用FTP。Windows文件系统将陷入聊天协议的泥潭。

我发现它非常快速方便。据称Fastcopy（as）甚至更快，但我没有任何使用它的经验。

尝试使用WinRar或压缩工具。大“文件”的移动速度比许多小文件快。 大多数压缩工具允许将存档（zip）文件拆分为多个存档

---

打开压缩功能时，您甚至可以将大小减小一点。

我使用了Teracopy，将50+GB的数据复制到了128GB的闪存驱动器。
太快48小时了…不得不做两次因为我有力量 打嗝必须重新格式化并重新开始…这不是我最喜欢的事情

---

要做…

复制文件的最快方法之一是使用Pyrolistical在上面的帖子中指出的robocopy。它非常灵活和强大。 如果命令不能直接在dos提示符下运行，请尝试使用powershell选项，如下面的示例所示

在使用该命令“robocopy/？”之前，必须检查该命令的文档。

powershell "robocopy  'Source' 'destination' /E /R:3 /W:10 /FP /MT:25 /V" 

/E - Copy subdirectory including empty ones.
/R - Retry 3 times if failed.
/W - wait for 10 seconds between retries.
/FP - include full path name in output.
/MT - Multi thread.
/V - verbose output.

---

我想在@hello_earth，201510131124发表一篇关于多线程的评论，但我在Stackoverflow上没有足够的声望点（到目前为止，我主要是在Superuser上发布）：
当涉及到将文件从一个存储设备复制到另一个存储设备时，多线程通常是无效的，因为顺序读取可以达到最快的吞吐量，并且使用多线程会使HDD在同一时间读取或写入多个文件时发出嘎嘎嘎嘎的声音，而且，由于HDD一次只能访问一个文件，它必须从一个文件中读取或写入一个块，然后从位于不同区域的另一个文件移动到另一个块，这大大降低了处理速度（我不知道SSD在这种情况下会如何工作）。这不仅效率低下，而且可能有害：当磁头在盘片上反复移动以短时间连续到达多个区域，而不是停留在同一位置解析大型连续文件时，机械应力会相当高

我在使用md5deep批量检查一个非常大的视频文件文件夹的MD5校验和时发现了这一点：使用默认选项时，分析是多线程的，因此有8个线程使用i7 6700K CPU，速度非常慢。然后，我添加了-j1选项，表示1个线程，由于文件现在是按顺序读取的，因此执行速度大大加快

由此产生的另一个考虑因素是，如果文件没有碎片化，传输速度将显著提高；如果文件位于硬盘驱动器的起始位置，对应于盘片的最外层，线速度最大，则传输速度也会略微提高（该方面与固态驱动器或其他基于闪存的设备无关）

此外，原始海报希望“以最安全、高效和快速的方式实现如此耗时的过程”——我要说的是，必须选择一种有利于速度/效率、或安全的折衷方案：如果你想要安全，你必须检查每个文件是否被完美复制（通过检查MD5校验和，或使用类似WinMerge的方法）；如果不这样做，您永远无法100%确定过程中没有出现任何混乱（硬件或软件问题）；如果这样做，您必须在任务上花费两倍的时间

例如：我依赖一个名为SynchronizeIt！的小工具来进行文件复制，因为与大多数类似的工具相比，它在保留所有时间戳（包括目录时间戳，就像Robocopy使用/DCOPY:T开关所做的那样）方面具有巨大的优势，它有一个简化的界面，只提供了我需要的选项。但我发现有些文件在复制后总是被破坏，在25000字节后被截断（例如，1GB视频的拷贝有25000个好字节，而1GB的拷贝是00s，拷贝过程异常快，只花了一瞬间，这首先引起了我的怀疑）。我在2010年第一次向作者报告了这个问题，但后来他将其归咎于硬件故障，并没有三思。我仍然使用SI，但每次我复制文件时都开始彻底检查文件（使用WinMerge或Total Commander）；当文件损坏时，我改用Robocopy（被SynchronizeIt破坏的文件，当它们被Robocopy复制，然后又被SynchronizeIt复制时，被复制得完美无缺，因此它们在NTFS分区上记录的方式有点让软件感到困惑，而Robocopy以某种方式修复了这些文件）。然后在2015年，在确定了更多关于哪些文件被破坏的模式后，我再次报告了这一情况：它们都是通过特定的下载管理器下载的。那一次，作者做了一些挖掘，并找到了解释：结果是