标签: xcopy

如果我们在构建服务器 (CCNET) 上成功构建，所有 ASP.NET 网站文件都会复制到虚拟目录 (%output_dir%)，以便非开发人员可以查看/测试网站的最新版本。在构建结束时，将执行以下 bat 文件。

rmdir /s /q "%output_dir%"
mkdir "%output_dir%"
xcopy "%source_dir%*"  "%output_dir%" /e /c /i /q /-y

问题是我发现复制速度很慢，想知道 Windows 2008 中是否有比 xcopy 更快的复制命令？源和目标位于同一驱动器上。以下是我们在复制时使用的参数。

/e = copies directories and sub directories including empty ones.
/c = continues copying even if there are errors
/i = if destination does not exist destination is directory
/q = don't display filenames
/-y = confirm overwrite

我正在尝试从深度嵌套的文件结构中获取前（任意）10 个文件。我可以XCOPY source dest /T /E用来构建文件夹结构，但我想要做的是从每个文件夹和子文件夹中获取 10 个文件，然后也复制这些文件。

有没有工具可以为我做到这一点？

我想使用 XCOPY 作为一个简单的复制脚本，每天晚上将一个文件夹“同步”到另一个文件夹。

XCOPY C:\hyper-v\VHD\*.avhd Z:\BACKUP\HYPERV_VMs /s /d /c

我无法得到任何提示。当我选择选项 /y xcopy 会覆盖所有内容（115GB），所以不好。我没有看到禁用提示和不覆盖现有文件的另一个选项。

（如果你有使用另一个命令的提议，请做我的客人，然后调整现有的例子）

提前致谢！

免责声明：我是程序员，不是管理员！

我正在新的服务器集群中设置 Web 应用程序，并在同一子网上的服务器之间使用 xcopy 或 robocopy 和 UNC 路径复制文件真的很慢。有时它似乎偶尔会加速，有时它需要 2+ 秒来复制 5K 文件。在我们的旧环境中，这是闪电般的速度。我所知道的唯一区别是 Win2K3 和 Win2K8。操作系统可能与它有什么关系，还是这更可能是一个奇怪的网络问题导致的？

我正在尝试找到一种快速方法来递归更新另一个文件夹中的文件夹和所有子文件夹。显然，完全删除和 Xcopy 可以工作，但速度很慢。

更新后，目标文件夹应与源文件夹完全匹配。应复制更改的文件和新文件。

如果这样做更容易，请不要担心删除目标文件夹中但源文件夹中丢失的文件。

这个部署/镜像/更新操作看起来非常基本。我真的需要编写一个 C# 脚本来完成它吗？

我有一个 2TB 硬盘驱动器“D”，其中包含 2TB NTFS 分区上的 732GB 数据，我想将其（绝对是驱动器上的所有内容）复制到另一个具有 981GB 空间的驱动器“F”（其刚格式化 (NTFS)）。

我确保没有进程写入磁盘 D 或 F。只有一个备份进程正在运行（backblaze），我认为它只执行读取操作，所以应该没问题。

我通过管理员提升的命令提示符开始复制：

C:\Users\Me\Desktop\: xcopy /x /o /h /e /k D: F:

然后大约 20 小时后，该命令失败并显示“空间不足”。我检查了资源管理器，磁盘 F 确实 100% 已满。磁盘D没有增长或任何东西，仍然只有732GB在使用。

我在这里一窍不通。为什么数据突然变大了？我应该尝试使用诸如 clonezilla 之类的 live cd 吗？

（附带问题：我可以以某种方式加快这个过程吗？）

更新 1

根据建议，我尝试了以下操作：

robocopy D:\ F:\ /COPYALL /E /DCOPY:T /R:10 /LOG:copylog.log /XD .bzvol

我排除了.bzvol（只有 82 KB），因为如果我不这样做，它会混淆 backblaze！

一旦 F 已满，这将导致“无休止地”重复此消息： ERROR 112 (0x00000070): There is not enough space on the disk. Waiting 30 seconds...

以下是一些视觉证据：

我检查了驱动器 D未设置为“压缩此驱动器以节省磁盘空间”。 …