光纤WAN上的延迟和SQL连接 – 应用程序电子pipe理

我在我的Salt Lake位置的VMware主机上托pipeencryption的SQL Server数据库(SQL Server 2012)。 我的盐湖数据pipe道通过康卡斯特光纤100 Mbps。 我的凤凰方有一个通过考克斯光纤50 Mbps。 我站点之间的延迟是45毫秒。 每个办公室都有大约40个用户。 从凤凰城login我们的电子pipe理应用程序的用户有20人,从盐湖城login的用户有20人左右。

使用电子pipe理的盐湖局域网用户没有速度问题,但是,我的凤凰局局域网用户在电子pipe理应用程序中工作时报告访问缓慢。 开发人员认为这个问题源自于使用虚拟化(VMWare ESxi 5.5)。 当我检查VMware和我的SAN的资源利用情况时,我发现所有资源(CPU,RAM等)基本上都处于睡眠状态。 我为Cox和Comcast运行了带宽报告,我的带宽利用率在正常范围内。 对于我使用的内部应用程序的减速,我没有其他问题。

我已经与康卡斯特和考克斯公司开了票,看看有什么办法可以将延迟从45毫秒降低到20多岁。 我觉得这样做会有所作为。 我在networking两端运行WAN加速器来加速TCP通信,并排除了SQL通信量。 为了排除凤凰networking,我有一个用户直接连接笔记本电脑到Cox光纤电路,然后利用电子pipe理。 相同的结果。 响应时间很慢。 我有站点之间的IPSec隧道,并排除IPSec隧道,我改变凤凰DNSlogging利用公共Alogging我已经为我的SQL服务器设置。

我已经向SQL开发人员询问了另一个客户的联系人,以便从远程站点运行时可以看到他们的访问/响应时间是什么样的。 我很乐意提供更详细的信息,看看是否有什么我失踪。 我还考虑过从第三方运行独立的SQL查询来查看我的SQL服务器的健康状况,以及SQL数据库是否存在任何潜在的问题。

我有一个物理服务器,我准备configuration,看看它会有所作为。

我期待着任何意见,build议和意见。

在此先感谢 – 特洛伊

国际海事组织(而且我没有任何经验数据)通过广域网连接运行基于SQL的应用程序很less从性能angular度出色地运行。 有多层可能会导致广域网用户的问题,这些问题对于局域网用户来说不会很明显。 应用程序延迟,SQLencryption延迟,操作系统延迟,networking延迟等。在其他方面相同的情况下,如您所述,networking延迟可能是从用户angular度出现的问题。 除非你在同一供应商的两个地点之间有私人的专用连接,否则任何人都无法做到。 他们只能控制自己的networking基础设施,而不是彼此之间,当然不是两者之间的任何事情。 您的延迟不会让我感到非常恐怖,所以我有兴趣知道两个办事处之间会发生什么types的数据包丢失(如果有)。