我们在主机 Windows Server 2012R2 上运行了虚拟化的 Windows Server 2008R2。08R2 服务器还运行 SQL Server 2008R2 SP3（版本 10.5）和 IIS 7.5。
最近，我们在这台服务器上运行 SSRS 时遇到了间歇性问题，这在我们的 ERP 软件中被称为“http://服务器名称/服务器共享“。与此同时，我们在通过 RDP 直接连接到服务器以及访问服务器上的任何 UNC 共享时遇到了问题。我们可以使用 Hyper-V 管理器连接到服务器，并且访问 SQL 服务器似乎没有任何问题。我们还在另一台服务器上使用单独的软件运行报告，这些延迟似乎没有影响它。
据我了解，访问 SSRS、RDP 和 UNC 共享的方式都使用 TCP/IP。与正常情况下通过 Windows 资源管理器浏览文件结构相比，即使在有问题的服务器上访问 UNC 共享仍然很慢，这让我相信我在这台服务器上遇到了 TCP/IP 问题。我找到了一些建议，例如禁用大型发送卸载、禁用 IPv6、检查驱动程序，尽管我还没有找到任何可以解决此问题的方法。我不愿意相信这是虚拟交换机或物理接口的问题，因为这两个都是由另一个没有遇到任何这些问题的虚拟机共享的。这两台机器的主要区别在于另一台运行的是 2012R2。
此时我们需要考虑检查什么吗？我们是否正确地认为这与 IIS 或 TCP/IP 有关，或者两者兼而有之？
答案1
因此，经过更多的考虑和等待，我们最终决定继续重建 TCP/IP 堆栈。卸载并重新安装后，我们现在在服务器上遇到了 DNS 解析问题，它只会使用自身进行 DNS 解析，而不会在其他地方查询 DNS 解析。我们的解决方案最终是重新安装 Server 2008 R2。从好的方面来看，我们之前遇到的任何问题都没有问题，所以无论问题是什么，似乎都是 Windows 本身的核心问题。