我注意到我的文件服务器上有一些特殊的东西。 我去了一些文件夹，我使用计算机pipe理中的“打开文件”实用工具，以确保我打算使用的文件夹中没有打开的文件。 我注意到有一个用户打开文件，他没有理由打开（可能在同一文件夹中的20个文件）
长话短说，我试图打开其中的一个文件（.xls），并且需要恢复，因为它已经损坏，并且已经被locking，以便在近两年内没有在这里工作的用户进行编辑（他们帐户被删除）。
打开文件的用户从他们的工作站build立了一个会话，这是该用户名的唯一会话。 我用他们的凭据login了他们的计算机，他们没有打开这些文件，最近的文件显示他们没有打开任何这些文件。 我运行了一个病毒扫描，它看起来好像没有任何恶意的后门打开。 我重新启动了计算机，这些文件不再在文件服务器上“打开”。
我知道Server 2000是陈旧的（今年我们将会取代它），但是这是一个已知的问题？ 服务器2000不正确的状态哪些文件被打开？ 任何人都可以想到另一个会导致这样的事情发生吗？
Win2003中也存在同样的问题。 除非从客户端接收到closures连接的响应，否则文件被视为打开。 我唯一的解决scheme是要么手动断开会话，要么重新启动服务器。
我不确定这是否仍然是Windows 2008的问题。
至于Windows认为正在使用的文件，可能有一些后台进程打开文件。 例如，Windowssearch可能会使文件在远程服务器上打开，如果它试图索引这些文件。 它将访问login到工作站的用户的信任下的文件。
如果用户有networking共享映射它可能是一个反病毒正在扫描的文件（这也可能发生在networking共享），反病毒可能会离开文件挂起。
我猜想问题是协议或Windows客户端，因为我已经看到了与Samba（Linux）服务器相同。 我的大多数客户是Mac电脑; 但只有Windows系统pipe理的文件保持打开状态的时间太长（有时候）。
我也有这个问题在Win2000和Win2003中。 通常我能够使用Sysinternals Process Explorer杀死锁。 从“查找”菜单中select“文件或句柄…”，查看search结果中出现的过程。 在许多情况下，您可以终止将删除文件上的锁的进程。
不过要知道，在做这件事之前，你究竟在干什么呢？