数据库服务器是在Windows Server 2012之上运行SQL Server 2008 R2的VM，分配了24GB RAM和2TB的磁盘空间。
总体而言，数据库连接速度非常慢，突出的一点是通过SSMS连接到数据库服务器需要5-10秒。
在其他function较弱的服务器上，需要1-2秒。
VM在技术上比其他机器更强大，但与服务器的连接速度太慢。
所以，我的猜测是networking相关的问题，但我应该在哪里寻找线索的任何线索？
谢谢！
您提到连接需要很长时间 – 连接build立后，操作/查询是否以正常的速度进行？ 如果它只是build立连接速度慢，但你可以以正常的速度接收结果集，我会确保没有身份validation问题，如数据库服务器没有正确定义站点，它正在远程位置查询DC，或者它不使用适当的DNS服务器。
如果在build立连接后操作很慢，则需要开始解决为什么新服务器不能正常运行的问题。
在你可以说服务器A比服务器B好，或者更好 – 你真的需要有一个基线。
例如 – 对于我所有的数据库服务器，我运行一组SQL IO（ http://www.microsoft.com/en-us/download/details.aspx?id=20163 ）各种读/写排列的基准。 然后，甚至在我甚至安装SQL服务器或其他任何东西之前，我看到新平台如何比较我以前的工作。 保持历史。
与networking性能相同 – 您可以使用类似iperf的方法来测量同一子网，不同子网，不同操作系统上的机器之间的原始带宽
我会从这样的基本testing开始，看看是否有任何东西跳出来。 只是因为新的服务器在纸上看起来更强大并不意味着它实际上是。 如果这些看起来不错，那么开始在SQL服务器中testing实际的操作。
虚拟机很容易受到主机上其他负载的限制。 也许数据库服务器的存储空间已经过大，或者过度的CPU。
查看原始统计数据是否看起来不错，然后查看它是否是特定于产品configuration（sql server）的情况。