我们目前正在TFS数据库中经历重要的等待,并且正在尝试了解这些是否是数据库中tbl_Version版本历史表的大小的结果.
目前,该表包含超过2000万条记录,占用大约6GB的存储空间(总索引空间刚刚超过10GB).查看SQL Server必须处理的查询,只要访问此表,我们就会有高PAGEIOLATCH_SH等待.显然,我们无法控制在数据库中抛出的查询(TFS的所有部分).
目前我们在虚拟机上有TFS,并且本质上想要了解我们是否应该(a)移动到物理机器,(b)尝试减小tbl_version的大小或(c)遵循这些的组合.
在我们的组织中,移动到物理服务器是非常重要的,因此我想在做出任何此类决定之前了解我们的表格大小是否"正常".
小智 6
PageLatch_SH通常表示等待页面从磁盘加载到内存.从它的声音来看,tbl_Version并没有留在内存中.你可以做两件事来改善这种情况:
一个.获得更多RAM(不确定服务器上有多少RAM).湾 获得更快的磁盘子系统.
在TFS 2010中,如果您拥有Enterprise Edition of SQL,我们将启用页面压缩.这应该有助于解决问题.
| 归档时间： |
|
| 查看次数： |
616 次 |
| 最近记录： |