Sql server SQL Server 2005性能问题

我有一个dev和一个UAT环境。 开发人员在我们的位置，UAT在客户的位置

我们的开发机器是一个Xeon4核@2,33GHz，4GoRAM，带有WindowsServer2003 UAT物理机完全相同，但使用了虚拟机（在VMWare下）。 我不知道这个虚拟机使用的确切参数

问题是，开发人员机器上的SQL Server运行得很好，而UAT上的SQL Server运行得很慢

在UAT机器上打开SQL Server Management Studio需要2分钟。运行一个简单的select请求也非常慢。 数据库非常小（6GB）。 在该服务器上打开任何其他应用程序都可以正常工作

因此，我们认为sql server实例存在问题，我必须进行调查以找到原因

以下是我检查的内容：

• 服务器配置与我们在DEV上的配置类似
• 磁盘上有足够的空间
• 处理器未过载（使用10%是达到的最大值）
• 记忆力似乎也不错
• 数据和日志文件设置为自动增长
• SQL Server恢复模型：完整

在数据库日志中，此错误似乎至少发生过一次（我只能访问一小部分）：

2008-10-14 19:16:54.84 spid55
自动增长文件“xxxxx\u登录” 数据库“xxxxxx”已被取消 6766之后用户或超时 毫秒。使用ALTER数据库 为设置较小的FILEGROWTH值 此文件或要显式设置新的 文件大小

硬盘上有足够的空间，原因是什么？ 这可能与我的性能问题有关吗？ 我应该检查什么才能找到问题的原因

我不是SqlServer专家，所以如果有人有任何建议，我很乐意听听。 谢谢

---

更新1:
SQL Server恢复模型：完整
数据库是新的，到目前为止，我们没有执行任何备份。
我不知道日志文件的大小，我会检查一下

更新2:
管理工作室的问题解决了

这是由于服务器上没有Internet访问，并且Management Studio在启动时似乎试图连接：

---

但性能问题似乎与该问题无关。仍在搜索。

如果不是处理器问题，我想知道网络是否配置不当。如果它尝试了几件事情并等待连接超时等，这可能会让事情变得非常痛苦。

听起来像是虚拟机的问题。当“在UAT机器上打开SQLServerManagementStudio需要2分钟”时，如果您在这段时间内没有连接到SQLServer，那么SQLServer实例在这种缓慢过程中几乎没有什么作用

---

如果您的意思是连接到本地SQL Server需要2分钟，那么我将查看内存和VM设置。

处理器的虚拟化扩展是否已启用？禁用这些可能会导致相当大的性能损失。

1/检查SQL Server正在消耗多少RAM。对于4GB RAM服务器上的小型数据库，我将SQL server设置为仅增长到最大1GB（1024MB）的RAM

2/我正在检查数据库文件和日志文件的自动增长大小。我们避免使用百分比增长，而是使用固定的MB增长大小（如1MB块增长）

3/确保定期备份事务日志，否则它们将不断增长。（在您进行备份时，也要备份完整的数据库！）

4/您有什么磁盘设置？避免使用高IO系统的RAID 5（使用镜像数据驱动器），将日志和数据文件放在不同的磁盘上，检查RAID阵列的配置是否正确。是否有其他系统使用这些磁盘

5/使用SQL事件探查器检查服务器的实际操作。您可能会惊讶于某些SQL代码在繁忙的机器上运行得多么糟糕（以及在专用机器上运行得多么好）

---

祝你好运。

在最初的缓慢期之后，它总是缓慢的还是“预热”的？是的，这些可能会因为担心虚拟机监控程序rootkit而被禁用。你说得很对：management studio的问题已经解决：问题的原因是服务器上没有访问internet的权限