我有一个开发环境和一个 UAT 环境。 Dev 位于我们的位置，UAT 位于客户的位置。
我们的 DEV 机器是 XEON 4 核 @2,33GHz、4Go RAM 和 Windows Server 2003 UAT物理机完全相同，但使用虚拟机(在VMWare下)。 我不知道该虚拟机使用的确切参数。
问题是开发机器上的 SQL Server 运行得很好，而 UAT 上的 SQL Server 运行得非常慢。
在 UAT 计算机上打开 SQL Server Management Studio 需要 2 分钟。即使运行一个简单的选择请求也非常慢。 该数据库非常小(6 GB)。 打开该服务器上的任何其他应用程序都可以正常工作。
所以我们认为sql server实例有问题，我必须调查找出原因。
这是我检查的内容:
- 服务器配置与我们在 DEV 上的配置类似。
- 磁盘空间充足
- 处理器未重载(已使用的最大值为 10%)
- 内存力似乎也不错。
- 数据和日志文件设置为自动增长
- SQL Server 恢复模型:完整
在数据库日志中似乎这个错误至少发生了一次(我只能访问一小部分):
2008-10-14 19:16:54.84 spid55
Autogrow of file 'xxxxx_log' in database 'xxxxxx' was cancelled by user or timed out after 6766 milliseconds. Use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly set a new file size.
硬盘空间足够，请问是什么原因造成的？ 这可能与我的性能问题有关吗？ 我应该检查什么来找出问题的原因？
我不是 SqlServer 专家，因此如果有人有任何建议，我很乐意听到。 谢谢!
更新1:
SQL Server 恢复模型:完整
数据库是新的，到目前为止我们没有执行任何备份。
我不知道日志文件的大小，我会检查一下。
更新2:
Management Studio 问题已解决。
这是因为服务器上没有 Internet 访问权限，并且 Management Studio 在启动时似乎尝试连接: http://weblogs.sqlteam.com/tarad/archive/2006/10/05/13676.aspx
但似乎性能问题与该问题无关。仍在寻找。
最佳答案
如果不是处理器问题，我想知道是否网络配置不正确。如果它正在尝试几件事并等待连接超时等，那可能会让事情变得非常痛苦。
关于sql-server - SQL Server 2005性能问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/208263/