机器在客户端断电时保留文件存在/锁定

Question

我们的应用程序在客户端服务器 A 上运行，并使用以下方法在服务器 2008 R2 文件服务器上创建文件：

CreateFile(LockFileName,
                  GENERIC_READ or GENERIC_WRITE,
                  FILE_SHARE_READ, nil,
                  CREATE_ALWAYS,
                  FILE_FLAG_WRITE_THROUGH or FILE_FLAG_DELETE_ON_CLOSE,
                  0);

客户端正在测试灾难情况并关闭“服务器 A”电源并保持关闭状态。 他们报告说，我们在“服务器 B”上运行的应用程序使用相同的文件名和上述相同的代码片段失败（即文件继续存在）至少 15 分钟，直到我们相信他们浏览到包含该文件的文件夹Windows 资源管理器此时该文件将被自动删除。

有谁知道在这种情况下应该如何表现，创建服务器已经消失，是否应该释放句柄并自动删除文件？为什么查看该文件会导致其被删除？

有趣的是，在另一个据称类似的设置中，该问题不会发生。

Answer 1

[...]如果创建服务器已经消失，是否应该释放句柄并自动删除文件？

最终是的，但不是立即。当您运行 Windows Server 2008 R2（以及 SMBv2，请注意，我假设服务器和客户端都在 Windows Server 2008 R2 上运行）时，客户端将请求一个持久文件句柄。根据 SMBv2 规范，部分3.3.6.2 和 3.3.7.1 服务器必须启动持久打开清理程序计时器（在 Windows Server 上默认设置为 16 分钟）。一旦计时器到期，服务器必须检查所有打开的句柄并关闭那些尚未被客户端回收的句柄。

当然，在您的场景中，一个悬而未决的问题是服务器是否检测到与客户端的连接丢失，因为根据您的描述，客户端（即整个服务器，而不仅仅是进程）会立即被终止。

现在假设另一个客户端正在尝试打开该文件，而持久超时仍在运行/服务器仍然认为该文件是由第一个客户端打开的。然后它应该向最初打开该文件的客户端发送一个 oplock 中断通知（第 2.2.23.1 节）。由于客户端无法响应（已被杀死），服务器将等待 oplock 中断确认超时到期（第 3.3.2.1 节，默认情况下为 35 秒），然后才授予新客户端对该文件的访问权限。

还有一件事需要注意：如果第二个客户端通过本地路径而不是通过 UNC 路径访问文件，则行为会有所不同。在这种情况下，客户端不必等待机会锁中断确认超时发生。 Windows 将立即授予他对该文件的访问权限，同时尝试向第一个客户端发送关闭请求。

这就是系统应有的行为方式。至于为什么您会遇到所描述的问题，我无法告诉您。如果您偶然发现 Win Server 2008 的文件服务器实现中的错误，我不会感到惊讶。我会尝试使用其他答案中提到的工具来解决问题（procmon 非常好），并且 Wireshark 也有很大帮助。

Answer 2

没有什么可说的，当创建服务器宕机时，不应该再有任何句柄。为了删除句柄，必须有一些东西来启动该删除。如果服务器突然停机，它无法删除其句柄，因此这些句柄保持打开状态。就服务器仍在运行而言，一切都很好，并且不应强行关闭任何文件句柄。

直到您实际尝试对文件句柄进行操作。突然，服务器注意到文件句柄的主机消失了，因为它尝试发起与所述主机的通信。一旦意识到这一点，文件句柄就会被强制关闭。

因此，回答你的问题，这对我来说似乎是完全可预测和预期的行为。

文件句柄在另一个环境中立即关闭的原因可能与使这些服务器保持持续通信的原因有关：某些东西不断访问远程文件。但这只是一个猜测。

更新

Sysinternals，几年前被微软收购，有一个很棒的工具，叫做进程资源管理器，允许您搜索进程的打开文件句柄。这可能有助于您确定哪些程序正在刷新文件句柄。

Sysinternals 还具有进程监视器，它允许您实时查看程序对文件句柄进行操作。这可能是解决问题的另一个有用的程序。

编辑：哦，如果你真的想玩得开心，还有 Handle 。

Answer 3

到目前为止，这对我来说似乎不是问题。或者是一种无法在 Microsoft 编程之外处理的问题，并且处理时会产生副作用。基本上，您必须考虑客户端和服务器之间通信的小中断并优化网络流量，因此服务器不能仅仅为了查看客户端是否仍在附近而永久地与客户端交换数据包。

计算机编程必须尽可能考虑到这一点，但除非客户端应用程序正确处理，否则这样的超时是正常的。主要问题（完全没有回答）是这是否是一个问题 - 到目前为止它看起来像是“标准行为”。

有谁知道在这种情况下应该如何表现，创建服务器有
消失了，是否应该释放句柄并自动删除文件？

服务器怎么知道？

为什么查看该文件会导致其被删除？

P9可能是读取触发了超时刷新，因此 - 最后 - 这触发了定义的行为（DELETE_ON_CLOSE）。

我会暗示对文件的某些元素的任何访问都会触发此操作，但测试人员并没有这样做，只是刷新了资源管理器。