Windows 2008 R2 - 内核（系统进程PID = 4）锁定文件和文件夹

Question

Windows 2008 R2 - 内核（系统进程PID = 4）长时间锁定文件和文件夹。例如，当删除文件时，文件可能会保持锁定1分钟或更长时间，并且只有在删除后才能保持锁定状态。在另一些情况下，我遇到了无法删除的文件或文件夹。 ProcMon显示系统进程持有这些资源的句柄几分钟然后发布它们我提到的资源都不是系统资源，只有我安装的文件和文件夹由我的应用程序处理。

Answer 1

正如Dani在评论中已经提到的那样：

这是Windows 7中的一个错误，可能在Windows Server 2008中（可能只有64位版本）。当您禁用Application Experience服务时它会浮出水面。

重新启用此服务已为我解决了这个问题。

更多信息here，为什么它导致问题。

似乎有关的其他SO问题清单：

• Visual Studio output file permissions?
• Under which circumstances does the System process (PID 4) retain an open file handle?

Answer 2

通过共享访问的文件将被系统进程锁定（PID 4）。

尝试打开compmgmt.msc - >系统工具 - >共享文件夹 - >打开文件以查看锁定的文件是否列在那里

另请参阅the sysinternals forum以获得复制此方法的方法。 并非所有应用程序在打开文件时都会锁定文件，但Excel会...

Answer 3

就我而言，它是通过命令行中的一个简单命令修复的：

net session /delete

我希望有所帮助。

Answer 4

希望这有助于其他人。

打开Windows运行并启动mmc.exe

文件 - >添加或删除管理单元 - >共享文件夹 - >本地计算机

选择“打开文件”向下滚动到目录或文件，然后右键单击以关闭。

您还可以获取具有锁定的用户名并转到会话并右键单击 - >关闭会话。

在我的情况下，它是MacOS 10.13持有文件锁打开... https://support.apple.com/en-us/HT208209

Answer 5

尝试重命名文件夹时遇到此问题。我必须在执行重命名时停止服务器服务。只是重新启动没有帮助，因为系统进程在服务器服务重新启动后立即重新锁定文件夹。

Answer 6

做到这一点并解决问题：

转到服务并激活应用程序体验。

Answer 7

试过这一切......

即使复制文件，删除原始文件，将副本重命名为原始名称（全部在服务器上）也会立即告诉我用户已将其锁定。

到底 -

使用Unlocker清除文件锁。将文件关闭服务器复制到桌面。从服务器上删除原始文件。更改了桌面上副本的文件名。将其重命名为桌面上的原始名称。将文件放回服务器上的原始位置。

HTH，YMMV ...... :)

Answer 8

刚刚尝试将数据复制到新文件服务器（运行Windows 2008 R2的源服务器和目标服务器）时出现此问题。

发现PID 4锁定文件（使用上面的procexp），但是从未在任何服务器上安装过Application Experience，并且文件未显示在打开文件列表中。

幸运的是，我们在此服务器上使用预定的卷影副本（以使用户能够自助提供大多数文件恢复）。我刚刚使用了Previous Versions选项（可通过包含文件夹的Properties获得），选择了文件的最新副本并将其复制到其他地方，然后删除并替换了问题文件。

您可能需要删除包含文件夹以删除文件 - 如果使用的文件很多，这可能是一个问题（鉴于这是文件夹中唯一的文件，这对我来说不是问题）。

对于像我这样的一次性问题（整个服务器驱动器的单个锁定文件），这对服务器或用户没有任何中断。

鉴于您正在谈论服务器以及Shadow Copies正在使用VSS - 如果您不使用Shadow Copies，您应该能够从备份中恢复锁定的文件（可能是您拥有这些文件）。否则有一些有用的工具，如ShadowSpawn（https://github.com/candera/shadowspawn）可能会有所帮助。