在 Windows 中移动文件的正确方法是什么?

在 Windows 中移动文件的正确方法是什么?

我在工作中遇到过一个问题,我剪切并粘贴了一些文件。当我这样做的时候,大量的文件立即丢失了。我在 IT 行业工作了 10 多年。我知道如何剪切和粘贴文件。好吧,当我向经理询问文件丢失的原因时,他们说我使用了剪切和粘贴导致了所有的问题,并问为什么像我这样知识渊博的人会剪切和粘贴文件,难道我不知道这是完全错误的移动文件的方式吗?他们声称,

“移动文件的正确方法是拖动文件。剪切和粘贴时,它会将 1+ GB 的文件(在服务器上)移动到剪贴板(在我的 PC 上),这显然会导致问题。拖动文件永远不会到达剪贴板。”

说实话,我根本不相信这一点。我相信当我剪切和粘贴文本时,它会进入剪贴板。我在旧版本的 Windows 中看到过这种情况。但是,当右键单击 100 多个文件(相当于 1+ GB)时,我无法相信所有这些数据都会立即从我在服务器上的任何共享中通过我的笔记本电脑上的无线网络复制到我的本地剪贴板,然后再返回到服务器的另一个共享。似乎他们会在服务器操作系统或我的本地操作系统(更可能是我的本地操作系统)中构建一些逻辑,这些逻辑会说在复制文件时,在我单击粘贴之前不要执行移动操作,如果文件保持在它们之前所在的本地位置,则只需移动它们。

那么,谁是对的?

答案1

你是对的

当用户使用 Windows 资源管理器剪切和粘贴文件时,剪贴板中存储的不是实际的文件内容,而是文件位置。当您启动粘贴时,操作系统会非常智能地启动移动,或者更准确地说,Windows 会复制文件,然后删除原始文件(通过网络,如果位于同一驱动器上,则通过更新指针来移动本地驱动器)。

我不太清楚中间还发生了什么其他步骤,但从网络和系统管理员的角度来看,我们永远不会从一个网络驱动器剪切粘贴到另一个网络驱动器。我们会复制,然后在确认文件安全移动后,删除原始文件。剪切粘贴是一种不好的做法。

希望您找到那些丢失的文件,在服务器上运行文件恢复程序 - 它可能仍然在那里。

答案2

剪切文件不会将其从 Windows 资源管理器中的原始位置移除。这实在太危险了。只需按顺序复制两个文件,第一个文件就会被移除……

管理文件(较新的 Windows 版本也存在类似的文章):

笔记:使用 CUT 和 PASTE 命令时,Windows 2000 不会立即从原始位置删除项目。CUT 命令只是将项目的副本放在剪贴板上。使用 PASTE 命令将文件粘贴到新位置后,文件将从旧位置删除。

这就是为什么没有对于 OS X 文件管理器中的文件:这是一个错误的说法。它基本上是标记文件以便稍后移动


虽然传输过程中可能出现问题导致双方的数据被删除,但通过不可靠的网络很容易发生这种情况,通过拖放移动文件也同样有风险。

如果你想确定,总是复制首先,然后验证它是否按预期工作(它不需要是真正的传输错误,太长的路径名会破坏传输的某些部分),然后从源位置删除。

相关内容