SQLServer2008-2012资源及性能监控—CPU使用率监控具体解释

前言:

CPU是server中最重要的资源。在数据库server中,CPU的使用情况应该时刻监控以便SQLServer一直处于最佳状态。

本文将会使用可靠性和性能监视器来获取CPU相关的使用统计信息

可靠性和性能监视器是过去性能监视器工具的加强版。同一时候拥有性能监视器的所有功能。

性能计数器提供对各种系统活动的统计功能。能够找到有数百种性能计数器来针对Windows操作系统或者第三方应用程序的性能。SQLServer相同有数百个性能计数器供DBA使用。

在本文中,我们将跟踪下列相关CPU性能计数器的数据:

  • Processor:%Processor Time
  • System: Processor Queue Length

准备工作:

在開始之前,须要先了解Processor:%Processor Time和System: Processor Queue Length相关的知识。

Processor:%ProcessorTime:提供被一个线程使用的CPU时间的百分比。假设在系统中有多个CPU或者CPU内核。你将会看到在这个实例上有多个计数器。

System:Processor Queue Length:显示有多少个线程在等待CPU使用。

步骤:

1、 打开可靠性和性能监视器:在【执行】中输入perfmon.exe。

2、 打开后,选择性能监视器。如图:

3、 在工具栏中按delete或者点击Xbutton删除全部性能计数器。然后点击+button来添加计数器。

4、 在加入计数器对话框中,输入须要监控的计算机名或者使用本地计算机<Local computer>。

5、 打开Processor并选择%Processor Time。

6、 然后如图所看到的把计数器加入到监视器中:

7、 反复上面步骤把另外一个计数器加入进去,这个计数器在System→ProcessorQueue Length:

留意一下这个计数器是没有选择实例的。

8、 在加入完成之后,结果例如以下,然后点击确定:

9、然后能够看到下图的结果:

分析:

使用可靠性和性能监视器中的性能计数器是很直观的。注意图形化界面的结果,这些结果是以秒为单位的,实时显示。在图的中部部分,有【最新】、【平均】、【最大】、【最小】、【持续时间】这几个数值。

假设你发现Processor:%Processor Time的平均值持续处于80而且System:Processor Queue Length持续超过2,可能意味着CPU不够快来处理server上的进程,此时须要升级CPU或者加入CPU。

时间: 2024-10-05 09:39:38

SQLServer2008-2012资源及性能监控—CPU使用率监控具体解释的相关文章

SQLServer2008-2012资源及性能监控—CPU使用率监控详解

 本文接着上文继续,讲述如何监控CPU的使用情况 前言: CPU是服务器中最重要的资源.在数据库服务器中,CPU的使用情况应该时刻监控以便SQLServer一直处于最佳状态. 本文将会使用可靠性和性能监视器来获取CPU相关的使用统计信息 可靠性和性能监视器是过去性能监视器工具的加强版.同时拥有性能监视器的全部功能. 性能计数器提供对各种系统活动的统计功能.可以找到有数百种性能计数器来针对Windows操作系统或者第三方应用程序的性能.SQLServer同样有数百个性能计数器供DBA使用. 在

操作系统性能监控-CPU使用率

CPU使用率分为 用户态CPU使用率:执行应用程序代码的时间占总CPU时间的百分比 系统态CPU使用率:应用执行操作系统调用的时间占总CPU时间的百分比 系统态CPU使用率高意味着共享资源有竞争或者IO设备之间有大量的交互. 目标:理想情况应用达到最高性能和扩展性时,它的系统态CPU使用率为0%,提供应用性能和扩展性一个目标是尽可能降低系统态CPU使用率   对于计算密集型应用 监控用户态和系统态CPU使用率 监控每时钟指令书IPC或每指令时钟周期CPI(对于计算密集型重要,系统自带工具无法监控

第四章——SQLServer2008-2012资源及性能监控(1)

原文:第四章--SQLServer2008-2012资源及性能监控(1) 性能优化的第一步是发现问题,而发现问题通常又有两类:突发问题的侦测和常规问题的侦测,对于常规问题的侦测,通常需要有一个长效的性能监控作为依据. 本系列文章介绍 服务器性能监控 CPU使用率监控 内存使用率监控 前言: 当由于劣质的查询写法.缺失必要的索引或者数据库级别的其他情况所导致的性能问题时,可以通过使用执行计划.DMVs/DMFs.SQL Trace或者数据库引擎顾问(DTA)这些手段来查找问题的根源. 但是,如果性

Zabbix通过SNMP监控多核CPU使用率时, 计算CPU平均使用率

环境:没有Agent,只能通过SNMP监控时,需要获取多核CPU的平均使用率. ZABBIX的使用SNMP监控CPU使用率时,由于设备都是多核CPU,监控的都是单独某一核心的使用率,但单独某一核使用率过高触发告警实际意义不大. 所以写了一个"外部检查"查询CPU的每个核心的使用率,然后再计算该设备CPU的总体的一个使用率. cd /usr/local/share/zabbix/externalscripts/ vim /usr/local/share/zabbix/externalsc

zabbix监控CPU等资源报警到163邮箱

监控cpu报警: zabbix自带模板有一个 Template OS Linux模板.这个模板有监控CPU的监控项,如果没有添加一个监控项" CPU idle time" 这个监控项监控的是CPU剩余的时间.监控到这个指标也就可以监控到使用了多少. 1.首先,如果没有添加一个监控项" CPU idle time",具体步骤如下: 1.1:配置->模板-->找到Template OS Linux模板-监控项  创建监控项: 内容如下: 备注这个一般没有需要

【转载】php-fpm的高CPU使用率排查方法

1.CPU使用率监控 sar -P ALL 1 100 输出结果如下:CPU %user %nice %system %iowait %steal %idleall 85.54 0.00 5.69 0.00 0.00 8.76 0 74.75 0.00 25.25 0.00 0.00 0.00 1 98.00 0.00 2.00 0.00 0.00 0.00 2 89.22 0.00 3.92 0.00 0.00 6.86 3 91.00 0.00 2.00 0.00 0.00 7.00 4 7

Zabbix CPU utilization监控参数

工作中查看Zabbix linux 监控项的时候对linux 监控的cpu使用的各个参数没怎么明白,特意查看了下资料 Zabbix linux模板下的CPU utilization是自带的监控Linux CPU各个参数的监控项,其实就是Linux下top命令显示的cpu信息. Zabbix下的监控信息,有时候直观的看图会一脸懵逼,各个值分别是什么意思呢? 官方解释,Cpu(s)表示的是cpu信息. us: user cpu time (or) % CPU time spent in user s

collectd 检测cpu使用率

进阶 1. 为collectd 增加一个python的plugin来监控cpu 使用率 https://blog.csdn.net/ffeiffei/article/details/50670411 2. How to Write a Collectd Plugin with Python https://www.tuicool.com/articles/niiIFra 原文地址:https://www.cnblogs.com/shaohef/p/9348102.html

Linux性能优化从入门到实战:04 CPU篇:CPU使用率

??CPU使用率是单位时间内CPU使用情况的统计,以百分比方式展示. $ top top - 11:46:45 up 7 days, 11:52, 1 user, load average: 0.00, 0.01, 0.00 Tasks: 198 total, 1 running, 197 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.2 us, 0.2 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st K