通过 VPN (WAN) 的 SQL Server 查询结果传输时间

spl*_*tne 5 performance sql-server-2005 ssms

我在使用 SQL Server Management Studio 管理和查询的一个远程 SQL Server 2005 上有一个神秘现象。我通过 VPN 隧道(由 ISP 提供,大约 8 MBit/s 上下)连接到服务器。

当我打开一个新的查询窗口(第一次连接)时,结果会很快传输到客户端。假设 <1 秒。当我重复查询几次时,结果传输变得越来越慢,最多 5 秒甚至更多。它与查询执行时间无关,只是传输到客户端 (SSMS) 的时间。

现在,更奇怪的是:我对同一个服务器/数据库打开了第二个查询窗口,即使我同时运行它们,查询结果的传输也总是很快。即使在两个小时之后,结果总是会在另一个窗口中快速传输,而在第一个查询选项卡中则需要更长的时间。

我使用这个测试查询是为了避免一些潜在的缓存问题:

select top 2000 newid() from <SOMETABLE>
Run Code Online (Sandbox Code Playgroud)

我尝试更改服务器注册的连接数据包大小,但并没有太大变化。

什么可能导致问题?

更新:正如我在 Serverfault.com 上交叉发布的评论中所建议的那样

spl*_*tne 1

郑重声明:我可以解决这个问题。这是一个与网络相关的问题。

我们的 ISP 发现 VPN 连接上存在严重数据包丢失,影响了 IPsec 解密。他们做了一些优化,更新了思科路由器,并重新启动了我们正在使用的微波无线电中继。