您使用哪些工具（开箱即用或其他工具）来提供有关可能导致 Windows 共享问题的有用/详细信息？
我在下面有一个具体示例，但我希望看到一些关于如何收集有关 Windows 共享的性能/稳定性特征的数据的一般答案。
编辑：正如 Izzy 在下面指出的，我的具体示例可能表明一个更深层次的问题，因此我正在寻找一些我可以查看的特定工具/日志，以便更好地了解可能发生的情况，该示例只是为了展示一个设想。
Edit2：可悲的是，我从来没有发现为什么会发生这种情况。我们及时回滚到“已知良好状态”，并从机器上清除了所有防病毒软件的痕迹。这与“是的，重新安装”基本相同。
因此，我将 John 的答案标记为正确答案，尽管有点沮丧，但我始终无法找到任何工具来解决 Windows 共享问题。
具体例子：
我在 Windows 2008 服务器上创建了一个常规的 smb 共享（不是 DFS），并且客户端通常可以访问该共享（因此，创建的权限似乎不是问题）
但是，在随机的时间量之后（并且可能访问共享），该共享对于客户端消失，并且变得无法通过网络访问。
但是，服务器一点也不忙，而且似乎很乐意接受对其他网络服务的请求而没有任何障碍。重新启动服务器将使共享再次可访问，直到此后不久问题再次出现。
一般的系统/应用程序/安全事件日志没有显示任何异常。
当您无法访问共享时，您甚至可以从客户端 ping 服务器吗？如果不是，这听起来像是一个连接问题。如果是这样，那么它听起来像是服务器本身的东西，也许是某种 Max Connections 的东西。
我既不使用 2008 也不使用 Vista，但在使用早期版本（95 到 XP）时遇到了同样的问题。在这些情况下发生的事情是在一段时间不活动之后 Windows 停止检查连接。这就是资源管理器使驱动器看起来好像已断开连接的时候。应该发生的是在需要时建立连接，并且世界是一个快乐的地方。在只有几台机器上，连接在空闲时断开，Windows 无法获取连接，并且太愚蠢以至于无法意识到它必须重新建立连接。
现在是坏消息。我永远无法解决问题，在每种情况下，唯一的选择是在客户端上重新安装 Windows，成功率达到 100%。
我对根本原因的猜测是某种程度非常低的腐败。即使卸载并重新安装网络堆栈，也无法修复它。当然，它也可能是一个错误的注册表项，谁知道呢？