监测你的SQL SERVER--让瓶颈暴露
来源:互联网 发布:vb控件 编辑:程序博客网 时间:2024/05/17 17:44
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实际有多个磁盘。
该值越高越好。如果持续低于80%,应考虑增加内存。 注意该参数值是从SQL SERVER启动后,就一直累加记数,所以运行经过一段时间后,该值将不能反映系统当前值。<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>
- 监测你的SQL SERVER--让瓶颈暴露
- 监测你的SQL SERVER--让瓶颈暴露
- 监测你的SQL SERVER--让瓶颈暴露
- 让瓶颈暴露--监测你的SQL SERVER
- 小心你的小动作,别让它暴露了你
- sql server 磁盘瓶颈
- SQL Server监测
- 让你见识一下SQL Server口令的脆弱性
- Ngrok让你的本地Web应用暴露在公网上
- Ngrok让你的本地Web应用暴露在公网上
- 让正则表达式也加入你的Transaction-SQL吧!(CLR SQL SERVER)
- 如何监测谁用了SQL Server的Tempdb空间?
- 监测谁用了SQL Server的Tempdb空间
- 监测谁用了SQL Server的Tempdb空间
- 如何监测谁用了SQL Server的Tempdb空间?
- 如何监测谁用了SQL Server的Tempdb空间?
- 如何监测谁用了SQL Server的Tempdb空间?
- 如何监测谁用了SQL Server的Tempdb空间?
- SQL Server应用程序中的高级SQL注入
- Eclipse及插件下载地址
- MS SQL的连接处理技巧
- 微软SQL Server 2005的30项顶尖特性
- RHCE教程033笔记
- 监测你的SQL SERVER--让瓶颈暴露
- 用Java动态代理实现AOP
- Blowing Fuses
- 从Oracle到Sql Server--Sql智能翻译器
- 三步堵死SQL注入漏洞
- c linux 串口函数
- SQL注射总结
- 优化数据库前,问自己10个问题
- 横版游戏制作过程