繁體中文当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 监测你的SQL SERVER--让瓶颈暴露
- MSSQL
- SQLServer中求两个字符串的交集
- SQL Server 触发器 表的特定字段更新时，触发Update触发器
- SQL 查询分析中使用net命令问题
- SQLServer 批量导入目录文件
- sql语言中delete删除命令语句详解
- Linq to SQL 插入数据时的一个问题
- 一个简单的SQL 行列转换语句
- SQLServer 常用语句(按功能分)
- SQLServer 管理常用SQL语句
- SQL Server 2000中的触发器使用
- SQL小技巧 又快又简单的得到你的数据库每个表的记录数
- Sql Server 2000删除数据库备份文件
- 批量更新数据库所有表中字段的内容,中木马后的急救处理
- sqlserver 通用分页存储过程
- 远程连接局域网内的sql server 无法连接 错误与解决方法
- 目前用到的两个分页存储过程代码
- sqlserver 多表关联时在where语句中慎用trim()方法
- Sql2005注射辅助脚本[粗糙版]
- sql 2005不允许进行远程连接可能会导致此失败的解决方法
- MSSQL2005数据库备份导入MSSQL2000
MSSQL 中的 监测你的SQL SERVER--让瓶颈暴露
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-10-17 浏览: 130 ::
收藏到网摘: n/a
当您怀疑计算机硬件是影响SQL Server运行性能的主要原因时，可以通过SQL Server Performance Monitor监视相应硬件的负载，以证实您的猜测并找出系统瓶颈。下文将介绍一些常用的分析对象及其参数。
Memory: Page Faults / sec
如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。
Process: Working Set
SQL Server的该参数应该非常接近分配给SQL Server的内存值。在SQL Server设定中，如果将"set working set size"置为0, 则Windows NT会决定SQL Server的工作集的大小。如果将"set working set size"置为1，则强制工作集大小为SQLServer的分配内存大小。一般情况下，最好不要改变"set working set size"的缺省值。
Process:%Processor Time
如果该参数值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。
Processor:%Privileged Time
如果该参数值和"Physical Disk"参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。另外设置Tempdb in RAM，减低"max async IO"，"max lazy writer IO"等措施都会降低该值。
Processor:%User Time
表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。
Physical Disk:Avg.Disk Queue Length
该值应不超过磁盘数的1.5~2倍。要提高性能，可增加磁盘。
注意:一个Raid Disk实际有多个磁盘。
SQLServer:Cache Hit Ratio
该值越高越好。如果持续低于80%，应考虑增加内存。 注意该参数值是从SQL Server启动后，就一直累加记数，所以运行经过一段时间后，该值将不能反映系统当前值。
评论 (0) All
