我有一个开发和UAT环境。 Dev在我们的位置,UAT在客户的地方。SQL Server 2005性能问题
我们的DEV机器是XEON 4核心@ 2,33GHz,4Go RAM与Windows服务器2003 UAT物理机器完全相同,但使用虚拟机(在VMWare下)。 我不知道这个VM使用的确切参数。
问题是开发机器上的SQL Server运行得很好,UAT上的SQL Server运行速度非常慢。
在UAT机器上打开SQL Server Management Studio需要2分钟。即使是简单的选择请求也很慢。 数据库非常小(6 GB)。 在该服务器上打开任何其他应用程序都能正常工作。
因此我们认为sql server实例存在问题,我必须调查以找出原因。
这里是我的检查:
- 服务器配置是一个类似于我们对DEV。
- 存在磁盘上
- 处理器不超载足够的空间(用10%达到最大)
- 记忆似乎也是确定。
- 数据和日志文件将增长自动
- SQL Server恢复模型:FULL
似乎在数据库日志中,这个错误至少有一次发生(我只能访问一小部分) :
2008-10-14 19:16:54.84 spid55
自动增长文件中 数据库 'xxxxx_log' 'XXXXXX' 由 用户取消或6766 毫秒超时后的一次哔声。使用ALTER DATABASE至 为此文件设置较小的FILEGROWTH值为 或明确设置新的 文件大小。
由于硬盘上有足够的空间,可能是什么原因? 它可能与我的perfs问题有关吗? 我应该检查什么来找出问题的原因?
我不是SqlServer专家,所以如果有人有任何建议,我很乐意听到它。 谢谢!
更新1:
SQL Server恢复模型:FULL
数据库是新,所以到目前为止,我们没有执行的任何备份。
我不知道日志文件的大小,我会检查一下。
更新2:
Management Studio问题已解决。 http://weblogs.sqlteam.com/tarad/archive/2006/10/05/13676.aspx
但似乎PERF问题未链接到这个问题:
它是由一个事实,即没有在服务器上,并且Management Studio中似乎试图启动时连接上网而引起的。仍在搜索中。
在最初的缓慢时期之后它总是缓慢或“暖起来”吗? – Constantin 2008-10-16 16:04:37