开始一段代码检查访问许多数据文件（平面文件，所以每个表是一个文件），当我做一个数据包捕获，在我们的捕获只有头信息由服务器发送到客户端。 但是，我有一个客户使用的是获取整个文件而不是只有标题信息的SAN，除了慢，这是导致文件访问问题。 他们已经在服务器和工作站上closures了OPLOCKS。 这不是客户端服务器。 数据文件和应用程序驻留在服务器上，但用户通过具有映射的驱动器或UNC的快捷方式在本地运行应用程序。
所以，当我简单地select一个提示车号的选项，而不是尝试select一个logging，而只是validation数据文件是可访问的，该窗口在1-2秒内打开我。 当他们做同样的事情，需要6-15秒后有几个用户正在运行的程序。 最大用户数是15.该程序有很多小模块，800 .cob模块。 所以它非常健谈，但是这些都是数据文件。
我们有Wireshark捕获，显示他拉动整个文件，我们只是得到头。 他们夺取vs我们的。 我们怀疑SAN。
有没有人听说过一个不正确地解释运行时请求的SAN？ 所以一个SMB请求。 这是Acucobol-GT（现在是Microfocus）。 该应用程序是用COBOL编写的。 这不是一个新的scheme，只是一个新的问题。 这是一千多个运行顺畅的客户，我们完全被困住了。
所有的XP用户，服务器是Windows 2003（带有虚拟服务器），我还不知道SAN信息。 另外，我们有许多运行虚拟服务器的安装，但是只有很less的安装在SAN上，或者我们不知道。 这不是一个networking通过问题，在服务器上的负载小于5％，并且没有超时或重传。
PS如果不是Wireshark，我还是会追着我的尾巴。 他们安装的应用程序跟踪文件看起来像他们运行较慢。 如果你想要Wireshark跟踪文件，我可以使它可用。
提前致谢 – 请原谅我的冗长（字？），但我不知道什么是相关的。
如果SAN正在使用，那么他们有机会使用集群。 我知道，如果直接与一台机器通话，SMB的行为与通过虚拟服务器进行交谈的行为有所不同。 我不知道确切的细节，但是在解决这类问题时，这种事情是很好的知道的。