Performance Monitor1:开始性能监控

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

Performance Monitor是Windows内置的一个可视化监控工具,能够在OS级别上实时记录系统资源的使用情况,通过收集和存储日志数据,在SQL Server发生异常时,能够还原系统当时的资源的使用情况,是对SQL Server进行Troubleshooting的首选工具。Performance Monitor使用Performance Counter来追踪系统的活动状态的测量值,取样间隔默认是15s,即,Performance Monitor每隔15s,记录Performance Counter的当前值。

Performance Monitor主要有两个组件:Viewer和Data Collector,分别用于查看和记录Performance Counter的测量值,开启Performance Monitor对Server的影响很微小,建议开启,多收集一些性能数据。

一,查看Viewer

1,打开 Performance Monitor

点击Windows+R,在Run中输入perfmon,打开Performance Monitor,主要分为三个目录:Monitoring Tools,Data Collector Sets 和 Reports。

2,查看Performance Monitor

Performance Monitor是Viewer,有两种查看模式:View Current Activity 和 View Log Data,前者用于实时监控当前数据,后者用于查看历史数据。

3,图表(Graph),显示计数器的测量值

能够选择时间区间(zoom to),能够选择显示和隐藏指定的Counter,能够缩放(Scale)Counter的值

4,Sample Interval,实时监控可以设置取样间隔和显示的数据长度

Performance Monitor的取样时间间隔由属性 Sample Interval 确定,通过Performance Monitor Properties -> General tab查看取样间隔设置

  • 勾选Sample automatically:自动取样
  • Sample Every  X  seconds:采样的时间间隔
  • Duration X seconds:Viewer显示的时间长度,这是 Real-Time 监控模式下保持数据的最长时间

二,创建Data Collector

Data Collector用于记录Performance Counter的数值,默认存储在C:\PerfLogs 目录下,多个Data Collector的集合就是一个Data Collector Set。

1,创建自定义的Data Collector Set

展开Data Collector Sets,点击User Defined->New->Data Collector Set,输入Name,选择 Create Manually(Advanced),不使用模板,自定义创建。

2,创建数据日志

选择Create Data Logs,并勾选Performance Counter,通过Add按钮添加Performance Counter,默认的Sample Interval是15s。

3,添加Performance Counter

根据监控目的,选择合适的Counter,楼主创建的Data Collector用于监控Disk活动,主要选择以下7个计数器,通过Add按钮添加到右侧面板中。

4,设置Data Collector Set的Stop Condition,使数据文件Size不会超过限制

Windows使用Set来同一管理Data Collector,每个Data Collector的数据单独存储在文件中,如果数据文件过大,在查看时,Viewer加载过程缓慢,建议将Data Collector的数据文件控制在300MB以内。打开指定Data Collector Set的属性,切换到Stop Condition Tab,指定停止收集数据的条件。

Overall duration指定:在一定的时间之后,停止收集数据(stop collecting data after a period of time)

Limits指定:当数据收集满足Duration和Maximum Size条件时,将数据文件分离单独的数据文件。

  • Use limits to segment data collection into separate logs by selecting  When a limit is reached, restart the data collector set.
  • If both limit types are selected, data collection will stop or restart when the first limit is reached.
  • Duration:configure a time period for data collection to write to a single log file.
  • Maximum Size:restart the Data Collector Set or to stop collecting data when the log file reaches the limit.

 

5,Data Manager,删除旧的无用数据

在Data Collector运行了很长世间之后,Data Collector创建的数据文件可能很大,必须及时将无用的数据清理掉,Data Manger负责清理数据文件。

选中指定的Data Collector Set,右击弹出快捷菜单,打开Data Manager。在Data Manager Tab中设置Maximum root path size=10GB,并勾选Enable Data Manager复选框;在Actions Tab中,增加一个Action,Age:30Days,勾选Delete Data Files,表示将超过30天的数据文件删除。

三,查看Reports,还原计数器在某个历史时间点的测量值

如果设置了Data Collector的Limits属性,将数据文件分段,那么在Disk Activity目录下,能看到多个文件,每个文件的大小不会超过Stop Condtition Tab的限制,楼主的文件大小不超过300MB,每个文件记录数据的时间不会大于6hours。

点击数据文件,Viewer就能自动加载数据,此时,Viewer处于View Log Data模式。

  • 从图表面板,能够查看各个Counter,在特定时间点的测量值;
  • 从时间轴,选中时间区间,右击选中Zoom To,能够缩放图表面板;
  • 从Counter面板,能够显示或隐藏计数器,能对单个计数值按比例缩放(Scale);

四,开启Performance Monitor对Server性能影响很微小

在一个Production Server上,Performance Monitor运行很长一段时间之后,Task Management显示消耗的CPU和内存资源数量很小,如图:

引用《SQL Server 2012 实施与管理实战指南》:

默认的Performance Monitor 是用来Real-Time 检测系统的,在现实的问题分析中,更多的是需要在问题发生之前,开启Performance Counter来收集数据,一段时间之后,或者问题重现之后,通过收集的数据,离线分析问题的现象和原因。

有些DBA会担心,抓这么多Performance Counter会不会影响Server的性能,根据经验,Performance Monitor对系统整体性能的影响几乎感觉不到,所以,可以放心大胆地多收集一些Counter,时间间隔设置默认值 15s 是比较安全的。

如果性能日志文件超过1GB,在View Report时,加载log file会很慢,一般将日志文件的Size的最大值设置为300MB。这可以通过选择“Stop Condition” Tab,勾选 Maximum Size 设置日志文件的最大值为300MB来实现。

 

Performance Counter是性能监控的测量值,直接关系到监控的数据是否完善和合理,请继续阅读《Performance Monitor2:Peformance Counter》了解常用的计数器。

 

参考文档:

Windows Performance Monitor

Performance Monitoring Getting Started Guide

作者悦光阴
本文版权归作者和博客园所有,欢迎转载,但未经作者同意,必须保留此段声明,且在文章页面醒目位置显示原文连接,否则保留追究法律责任的权利。
分类: 数据库管理








本文转自悦光阴博客园博客,原文链接:http://www.cnblogs.com/ljhdo/p/5061561.html,如需转载请自行联系原作者
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
8月前
|
监控 API
使用Performance API进行性能监控
使用Performance API可实时监控网页性能,如加载时间、资源请求时间和用户交互响应时间。示例代码包括:计算页面加载时间(`window.onload`事件)、获取资源请求时间(`window.performance.getEntriesByType('resource')`)和监听用户交互响应时间(`performance.now()`)。
|
8月前
|
SQL 运维 监控
关系型数据库性能监控工具
【5月更文挑战第21天】
148 2
|
5月前
|
监控 Java 开发者
揭秘Struts 2性能监控:选对工具与方法,让你的应用跑得更快,赢在起跑线上!
【8月更文挑战第31天】在企业级应用开发中,性能监控对系统的稳定运行至关重要。针对流行的Java EE框架Struts 2,本文探讨了性能监控的工具与方法,包括商用的JProfiler、免费的VisualVM以及Struts 2自带的性能监控插件。通过示例代码展示了如何在实际项目中实施这些监控手段,帮助开发者发现和解决性能瓶颈,确保应用在高并发、高负载环境下稳定运行。选择合适的监控工具需综合考虑项目需求、成本、易用性和可扩展性等因素。
52 0
|
5月前
|
Java 开发者 前端开发
Struts 2、Spring MVC、Play Framework 上演巅峰之战,Web 开发的未来何去何从?
【8月更文挑战第31天】在Web应用开发中,Struts 2框架因强大功能和灵活配置备受青睐,但开发者常遇配置错误、类型转换失败、标签属性设置不当及异常处理等问题。本文通过实例解析常见难题与解决方案,如配置文件中遗漏`result`元素致页面跳转失败、日期格式不匹配需自定义转换器、`<s:checkbox>`标签缺少`label`属性致显示不全及Action中未捕获异常影响用户体验等,助您有效应对挑战。
107 0
|
5月前
|
SQL 监控 关系型数据库
SQL性能监控与调优工具的神奇之处:如何用最佳实践选择最适合你的那一个,让你的数据库飞起来?
【8月更文挑战第31天】在现代软件开发中,数据库性能监控与调优对应用稳定性至关重要。本文对比了数据库内置工具、第三方工具及云服务工具等几种常用SQL性能监控与调优工具,并通过示例代码展示了如何利用MySQL的EXPLAIN功能分析查询性能。选择最适合的工具需综合考虑功能需求、数据库类型及成本预算等因素。遵循了解工具功能、试用工具及定期维护工具等最佳实践,可帮助开发者更高效地管理和优化数据库性能,迎接未来软件开发中的挑战与机遇。
69 0
|
6月前
|
运维 监控 Java
(十)JVM成神路之线上故障排查、性能监控工具分析及各线上问题排错实战
经过前述九章的JVM知识学习后,咱们对于JVM的整体知识体系已经有了全面的认知。但前面的章节中,更多的是停留在理论上进行阐述,而本章节中则更多的会分析JVM的实战操作。
146 1
|
5月前
|
存储 监控 Ubuntu
完全交互式!易于使用的 Linux 性能监控工具
完全交互式!易于使用的 Linux 性能监控工具
|
6月前
|
Prometheus 监控 数据可视化
性能测试:主流性能监控工具介绍
Linux系统中,`vmstat`和`top`提供基本监控;Nmon是实时性能分析工具,轻量且功能丰富;Collectd+InfluxDB+Grafana组合用于系统数据收集、存储和可视化;Prometheus+Grafana则提供灵活的监控和定制化仪表板。这些工具帮助企业监控系统性能,及时发现和解决问题。
|
监控 Oracle 数据可视化
深度解析JVM性能监控工具:推荐与详细用法
深度解析JVM性能监控工具:推荐与详细用法
1064 0
|
8月前
|
监控 Java
Java项目jar性能监控工具CPU内存等
Java项目jar性能监控工具CPU内存等
228 0