File Windows 2008 R2-内核（系统进程PID=4）正在锁定文件和文件夹
Windows 2008 R2内核（系统进程PID=4）长时间锁定文件和文件夹。 例如，删除文件时，文件可能会保持锁定1分钟或更长时间，并且只有在锁定1分钟或更长时间后才能删除。 还有一次，我遇到了无法删除的文件或文件夹。ProcMon显示，系统进程将这些资源的句柄保留了几分钟，然后释放了它们File Windows 2008 R2-内核（系统进程PID=4）正在锁定文件和文件夹,file,kernel,locking,windows-server-2008-r2,delete-file,File,Kernel,Locking,Windows Server 2008 R2,Delete File,Windows 2008 R2内核（系统进程PID=4）长时间锁定文件和文件夹。 例如，删除文件时，文件可能会保持锁定1分钟或更长时间，并且只有在锁定1分钟或更长时间后才能删除。 还有一次，我遇到了无法删除的文件或文件夹。ProcMon显示，系统进程将这些资源的句柄保留了几分钟，然后释放了它们 我提到的所有资源都不是系统资源，只有我安装的文件和文件夹，由我的应用程序处理。正如Dani在评论中提到的： 这是Windows7中的一个bug，很可能是WindowsServer2008中的bug（可能只
我提到的所有资源都不是系统资源，只有我安装的文件和文件夹，由我的应用程序处理。正如Dani在评论中提到的： 这是Windows7中的一个bug，很可能是WindowsServer2008中的bug（可能只有64位版本）。当您禁用服务时，它会出现 重新启用此服务已为我修复此问题 关于它为什么会导致问题的更多信息 其他似乎相关的SO问题列表：
compmgmt.msc并非所有应用程序在打开文件时都会锁定文件，但是Excel会…尝试了所有这些 即使复制文件、删除原始文件、将副本重命名为原始名称（全部在服务器上），也会立即告诉我用户已将其锁定 最后—— 用于解除锁定以清除文件锁定。 将文件从服务器复制到桌面。 从服务器上删除了原始文件。 更改了桌面上副本的文件名。 将其重新命名为桌面上的原始名称。 将文件放回服务器上的原始位置
嗯，YMMV…：） 刚才在尝试将数据复制到新的文件服务器（运行Windows 2008 R2的源服务器和目标服务器）时出现此问题 发现PID 4锁定了该文件（如上所述使用procexp），但两台服务器上都未安装应用程序体验&该文件未显示在打开的文件列表中 幸运的是，我们在这台服务器上使用了计划的卷影副本（使用户能够自行完成大多数文件恢复）。我只是使用了“早期版本”选项（通过包含文件夹的属性提供），选择了文件的最新副本并将其复制到其他地方，然后删除并替换了问题文件 您可能需要删除包含该文件的文件夹才能删除该文件-如果大量文件在使用，这可能会是一个问题（这对我来说不是问题，因为这是文件夹中唯一的文件） 对于像我一样的一次性问题（整个服务器驱动器只有一个锁定的文件），这样做不会对服务器或用户造成任何中断
如果您谈论的是服务器&卷影副本正在使用VSS，那么如果您不使用卷影副本，您应该能够从备份中恢复锁定的文件（假设您有这些备份）。另外，还有一些有用的UTIL，比如ShadowSpawn（），可能会有所帮助。在我的例子中，它是通过命令行中的一个简单命令修复的：
net session /delete
我希望这能有所帮助。我在尝试重命名文件夹时遇到了这个问题。在执行重命名时，我必须停止服务器服务。只是重新启动没有帮助，因为一旦服务器服务重新启动，系统进程就会重新锁定文件夹。希望这对其他人有帮助 打开windows run并启动mmc.exe 文件->添加或删除管理单元-->共享文件夹-->本地计算机 选择打开文件向下滚动到目录或文件，然后右键单击关闭 您还可以获取具有锁定的用户名并转到会话，然后右键单击-->关闭会话 在我的例子中，是MacOS 10.13打开了文件锁。。。
执行此操作并解决问题： 转到服务并激活应用程序体验
谢谢！在花了相当长的时间试图找到打开该文件的Excel进程之后，结果发现它是一个共享用户：-）感谢您的回复@janv8000。我尝试了从SysInternals（无法关闭句柄，系统进程正在使用文件）、windows server 2008上的进程监视器（无骰子）和其他一些方法来查找锁定它的原因。我不知道共享文件夹下有一个打开的文件列表。这甚至显示了谁在远程访问它，所以我可以检查以验证它们是否完成了。谢谢这是非常有趣的，我已经花了3周的时间试图用多种方法解决这个问题（不需要重新启动服务器），你有没有找到一种方法来自动化这个过程？通过cmd prompt/powershell运行它，非常感谢，您的答案不仅仅是“有没有办法防止这种行为？”太棒了！仍然适用于Windows 2016 Server。事实上，进程监视器也不能为我做这件事。如果谷歌将这些评论编入索引，这对于修复Sage/PeachTree accounting 2021升级过程中出现的问题至关重要，这让我可以释放出
SUA00021.LCKPT.LCK