首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >到Server 2008 R2数据库服务器的连接很慢

到Server 2008 R2数据库服务器的连接很慢
EN

Server Fault用户
提问于 2014-05-31 05:55:28
回答 1查看 7.7K关注 0票数 2

数据库服务器是运行server 2008 R2的VM,运行在Windows 2012之上,分配了24 2TB内存,磁盘空间为2TB。

总的来说,数据库连接非常慢,突出的一点是,通过SSMS连接到数据库服务器需要5-10秒。

在其他功能较弱的服务器上,则需要1-2秒.

从技术上讲,VM比其他机器更强大,但是与服务器的连接太慢了。

所以,我猜想这个问题是与网络有关的,但是对于我应该在哪里寻找的线索呢?

谢谢!

EN

回答 1

Server Fault用户

回答已采纳

发布于 2014-05-31 07:37:06

您提到连接需要很长时间--一旦建立了连接,操作/查询就会以正常速度进行吗?如果它只是建立缓慢的连接,但您可以以正常的速率接收结果集,我将确保不存在身份验证问题,比如没有为数据库服务器正确定义站点,并且在远程位置查询DC,或者它没有使用适当的DNS服务器。

如果在建立连接后操作比较慢,则需要开始排除新服务器性能不佳的原因。

在您可以说服务器A比服务器B更好之前,或者等效的,或者更糟的--您确实需要有一个基线。

例如,对于我的所有数据库服务器,我运行一组SQL ( http://www.microsoft.com/en-us/download/details.aspx?id=20163)基准测试,用于各种读/写排列。然后,在我安装SQL server或其他任何东西之前,我都会看到新平台与我之前所使用的平台相比是如何的。保持历史。

同样的网络性能??您可以使用iperf这样的方法来测量同一子网、不同子网、不同开放源码软件上机器之间的原始带宽。

我会从这样的基本测试开始,看看是否有什么东西会跳出来。仅仅因为新服务器在纸上看起来更强大,并不意味着它实际上是。如果这些看起来不错,那么就开始对SQL server中的实际操作进行基准测试。

VMs很容易受到主机上其他负载的限制。也许数据库服务器将它的存储存储在一个存储聚合中,该存储聚合被过度使用,或者过度使用CPU。

查看原始统计数据是否良好,然后查看是否特定于产品配置(本例中为sql server )。

票数 3
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/599861

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档