Windows 2008 R2 - 内核(系统进程 PID=4)长时间锁定文件和文件夹。例如,当删除一个文件时,该文件可能会保持锁定状态 1 分钟或更长时间,然后才会被删除。在其他情况下,我遇到了无法删除的文件或文件夹。ProcMon 显示系统进程持有这些资源的句柄几分钟然后释放它们我提到的资源都不是系统资源,只有我安装的文件和文件夹由我的应用程序处理。
8 回答
通过共享访问的文件将被系统进程 (PID 4) 锁定。
尝试打开compmgmt.msc
->系统工具->共享文件夹->打开文件,看看是否列出了锁定的文件
另请参阅sysinternals 论坛以了解复制此内容的方法。
并非所有应用程序在打开文件时都会锁定文件,但是 Excel 会...
就我而言,它是通过命令行中的一个简单命令修复的:
net session /delete
我希望这会有所帮助。
希望这对其他人有帮助。
打开窗口运行并启动 mmc.exe
文件 -> 添加或删除管理单元 -> 共享文件夹 -> 本地计算机
选择打开文件向下滚动到目录或文件,然后右键单击关闭。
您还可以获取已锁定的用户名并转到会话并右键单击 --> 关闭会话。
在我的情况下,它是 MacOS 10.13 保持文件锁打开...... https://support.apple.com/en-us/HT208209
尝试重命名文件夹时遇到此问题。在执行重命名时,我不得不停止服务器服务。只是重新启动并没有帮助,因为系统进程在服务器服务重新启动后立即重新锁定了该文件夹。
刚刚在尝试将数据复制到新文件服务器(运行 Windows 2008 R2 的源服务器和目标服务器)时遇到此问题。
发现 PID 4 锁定了文件(如上使用 procexp),但从未在任一服务器上安装 Application Experience,并且该文件未显示在打开文件列表中。
幸运的是,我们在此服务器上使用了计划的卷影副本(以使用户能够自助服务大多数文件恢复)。我只是使用了先前版本选项(可通过包含文件夹的属性获得),选择文件的最新副本并将其复制到其他地方,然后删除并替换问题文件。
您可能需要删除包含文件夹才能删除文件 - 如果明显使用大量文件,这可能是一个问题(这对我来说不是问题,因为这是文件夹中唯一的文件)。
对于像我这样的一次性问题(整个服务器驱动器的单个锁定文件),这在没有对服务器或用户造成任何干扰的情况下工作。
鉴于您正在谈论服务器并且 Shadow Copies 正在使用 VSS - 如果您不使用 Shadow Copies,您应该能够从备份中恢复锁定的文件(假设您拥有这些文件)。否则有一些有用的工具,比如 ShadowSpawn ( https://github.com/candera/shadowspawn ) 可能会有所帮助。
这些都试过了...
即使复制文件、删除原始文件、将副本重命名为原始名称(全部在服务器上)也会立即告诉我用户已将其锁定。
到底 -
使用 Unlocker 清除文件锁。将文件从服务器复制到桌面。从服务器上删除了原始文件。更改了桌面上副本的文件名。将其重命名为桌面上的原始名称。将文件放回服务器上的原始位置。
HTH,YMMV ... :)