CN112131090A - 业务系统性能监控方法及装置、设备及介质 - Google Patents
业务系统性能监控方法及装置、设备及介质 Download PDFInfo
- Publication number
- CN112131090A CN112131090A CN202011066034.2A CN202011066034A CN112131090A CN 112131090 A CN112131090 A CN 112131090A CN 202011066034 A CN202011066034 A CN 202011066034A CN 112131090 A CN112131090 A CN 112131090A
- Authority
- CN
- China
- Prior art keywords
- data
- memory occupation
- jvm
- target jvm
- memory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 73
- 238000000034 method Methods 0.000 title claims abstract description 71
- 230000015654 memory Effects 0.000 claims abstract description 113
- 230000008859 change Effects 0.000 claims abstract description 24
- 238000012423 maintenance Methods 0.000 claims description 31
- 230000008569 process Effects 0.000 claims description 31
- 238000004458 analytical method Methods 0.000 claims description 11
- 238000007405 data analysis Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 8
- 238000003672 processing method Methods 0.000 claims description 4
- 238000012163 sequencing technique Methods 0.000 claims description 4
- 230000002159 abnormal effect Effects 0.000 abstract description 3
- 230000002354 daily effect Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000007689 inspection Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003203 everyday effect Effects 0.000 description 2
- 238000003062 neural network model Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 238000010223 real-time analysis Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例提供的一种业务系统性能监控方法及装置、设备及介质，该方法包括：获取目标JVM的运行数据；根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表通过对JVM的运行数据进行获取并且分析，利用各项类指标占用的内存量来判断系统性能是否发生异常，并且声称方便业务人员查看的表格形式，从而能够实现对业务系统性能监控，找出影响性能的指标，以实现业务系统稳定运行。
Description
技术领域
本发明涉及计算机技术领域，尤其涉及业务系统性能监控方法及装置、设备及介质。
背景技术
目前计算机系统的应用越来越多，业务系统在企业等机构中的应用也越来越广泛，业务系统能够达成定位所需要的业务环节、各合作伙伴扮演的角色以及利益相关者合作与交易的方式和内容。而业务系统日常巡检是运维人员每天要面对的工作，而业务系统太多，怎样提高运维效率或是系统稳定，业务系统日常巡检时，影响性能的指标代码有哪些，故障处理是否及时，或者是否可以消除有发生故障的可能性等一些列的与业务系统有关的问题。
因此，如何提供一种业务系统监控方案，能够实现对业务系统性能监控，找出影响性能的指标，以实现业务系统稳定运行是本领域技术人员亟待解决的技术问题。
发明内容
本发明实施例提供一种业务系统性能监控方法及装置、设备及介质，能够实现对业务系统性能监控，找出影响性能的指标，以实现业务系统稳定运行。
第一方面，本发明实施例提供一种业务系统性能监控方法，包括：
获取目标JVM的运行数据；
根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；
按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表。
进一步地，还包括：
根据所述每个类指标的内存占用量判断当前的故障类型；
根据所述故障类型在显示对应的故障树型知识库；
其中，故障树型知识库包括：多种故障类型以及与故障类型对应的故障描述、故障原因、故障处理方法。
进一步地，所述获取目标JVM的运行数据包括：
配置运维主机对目标JVM的登录方式；
每隔预设时间等登录所述目标JVM并获取所述目标JVM的进程ID，获取所述进程ID对应的进程的运行状态数据；
判断所述目标JVM的进程ID是否在服务器配置表中，若不存在则将所述进程ID增加到所述服务器配置表，如果存在则修改对应的运行状态数据；
根据所述运行状态数据建立与所述进程ID对应的运行历史表，其中，运行历史表完整记录所述目标JVM的进程ID的运行状态。
进一步地，所述根据所述运行数据分析所述目标JVM的每个类指标的内存占用量包括：
解析所述运行数据，得到与所述目标JVM对应的类指标；
按照时间顺序将所述类指标的每个内存占用量进行排序，得到类指标历史数据；
按照所述目标JVM的ID，将所述类指标历史数据归档到同一JVM的ID下。
进一步地，所述获取目标JVM的运行数据包括：通过数据采集端获取目标JVM的运行数据，所述数据采集端具有登录服务器、用户密码、设置系统的权限；
所述根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表包括：通过数据分析端根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表；其中所述数据分析端具有监控运维指标、查看业务系统的权限。
进一步地，在所述根据所述运行数据分析所述目标JVM的每个类指标的内存占用量之后，还包括：
判断所述内存占用量是否超过预设阈值，若是则发出所述内存占用量对应的类指标超标的报警信息；
将超标的类指标列入重点监控表，以便重点监控。
第二方面，本发明实施例提供一种业务系统性能监控系统，包括：
数据获取模块，用于获取目标JVM的运行数据；
内存分析模块，用于根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；
变化显示模块，用于按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表。
进一步地，还包括：
阈值判断模块，用于判断所述内存占用量是否超过预设阈值，若是则发出所述内存占用量对应的类指标超标的报警信息；
重点监控模块，用于将超标的类指标列入重点监控表，以便重点监控。
第三方面，本发明实施例还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述业务系统性能监控方法的步骤。
第四方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述业务系统性能监控方法的步骤。
本发明实施例提供的一种业务系统性能监控方法及装置、设备及介质，通过对JVM的运行数据进行获取并且分析，利用各项类指标占用的内存量来判断系统性能是否发生异常，并且声称方便业务人员查看的表格形式，从而能够实现对业务系统性能监控，找出影响性能的指标，以实现业务系统稳定运行。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种业务系统性能监控方法的流程图；
图2为本发明实施例提供的一种业务系统性能监控方法的故障判断流程图；
图3为本发明实施例提供的一种业务系统性能监控方法的数据获取流程图；
图4为本发明实施例提供的一种业务系统性能监控方法的数据分析流程图；
图5为本发明实施例提供的一种业务系统性能监控系统的组成结构示意图；
图6是本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
下面结合图1-图4描述本发明实施例的业务系统性能监控方法。
图1为本发明实施例提供的一种业务系统性能监控方法的流程图；图2为本发明实施例提供的一种业务系统性能监控方法的故障判断流程图；图3为本发明实施例提供的一种业务系统性能监控方法的数据获取流程图；图4为本发明实施例提供的一种业务系统性能监控方法的数据分析流程图。
在本发明一种具体实施方式中，本发明实施例提供一种业务系统性能监控方法，包括：
步骤S11：获取目标JVM(Java Virtual Machine，Java虚拟机)的运行数据；
在本发明实施例中，首先需要获取目标JVM的运行数据，在实践中，存在众多的JVM，JVM是Java Virtual Machine(Java虚拟机)的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。引入Java语言虚拟机后，Java语言在不同平台上运行时不需要重新编译。Java语言使用Java虚拟机屏蔽了与具体平台相关的信息，使得Java语言编译程序只需生成在Java虚拟机上运行的目标代码(字节码)，就可以在多种平台上不加修改地运行。
由于需要监控JVM上的众多应用程序，因此可以每隔预设时间，例如五分钟来获取目标JVM的运行数据，也就是运行日志。当然，预设时间也可以是其他的时间间隔，例如10分钟，15分钟等。在运行日志中，存在着各种类指标运行占用的资源值和对JVM操作的相关信息等。
步骤S12：根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；
由于在JVM的运行过程中，内存的占用量是一个重要的指标，通常的JVM运行出现故障或者异常的过程中都会伴随着内存的变化，例如内存使用量飙升鞥，因此，在获取到目标JVM的运行数据后，可以在其中提取出所述目标JVM的每个类指标的内存占用量。
内存溢出是导致JVM宕机的主要故障，以java为开发语言的业务系统，底层都以java虚拟机(JVM)为其提供运行环境。针对占用内存高的类(class)，比较不同时间点，分析内存回收情况，判断业务系统是否存在风险。如果存在内存一直缓慢增加，可能最终导致内存溢出，到达一定的阈值要重启业务系统，通知代码开发人员修复BUG。
步骤S13：按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表。
本发明实施例可以实现将多达几千个类(class)按类型、占用内存进行排序，列出不同时间点内存占用情况、各时间点内存占用上升或下降。通过变化表或者曲线图清晰明了展示业务系统内存运行状态，运维人员可以及时发现内存飙升、或是阈值设定及时提醒。通过本方法再结合监控告警系统可快速直观指出业务系统存在漏洞、给出代码修改意见、辅助开发人员分析代码。
更近一步地，为了实现JVM的故障类型的判断，还可以进行以下步骤：
步骤S21：根据所述每个类指标的内存占用量判断当前的故障类型；
也就是说，可以根据内存占用量随时间的变化趋势，判断出故障类型，在实际中可以使用预训练的神经网络模型进行故障类型的判断，该预训练的神经网络模型是根据内存占用量随时间的变化表与对应的故障类型标签来训练生成的，从而可以实现故障类型的判断。
步骤S22：根据所述故障类型在显示对应的故障树型知识库；
而对于故障类型，可以建立故障树型知识库，在故障树型知识库包括：多种故障类型以及与故障类型对应的故障描述、故障原因、故障处理方法。随着故障类型的增多，可以逐渐增加故障树型知识库的容量，不断地丰富知识库中的运维知识。从而有利于运维知识共享与传承，结合故障描述、故障原因、故障处理方法导出生成图形或文字标准化业务系统运维文档，共享业务系统运维知识。
开发人员通过压力测试，关注各个耗用内存大的指标的变化情况，内存回收情况，更早的发现可以优化的问题代码，也可促使开发人员提升开发技能，业务系统上线后的内存配置可以此参考。进而可以提升开发人员的代码质量、使项目上线之前减少故障的发生。并且可以规范化日常巡检流程，，日常巡检是运维中重复工作，通过JVM的监控指标查看可以快速分析业务系统当前是否稳定，比通过页面访问业务系统判断更加可靠。对于出现内存不够用的情况，及早扩充内存，以防止业务系统宕机。减少人为疏忽及人力工作，通过监控数据总结日常运维成果。
更进一步地，为了获取目标JVM的运行数据，可以具体进行以下步骤：
步骤S31：配置运维主机对目标JVM的登录方式；
步骤S32：每隔预设时间等登录所述目标JVM并获取所述目标JVM的进程ID，获取所述进程ID对应的进程的运行状态数据；
步骤S33：判断所述目标JVM的进程ID是否在服务器配置表中，若不存在则将所述进程ID增加到所述服务器配置表，如果存在则修改对应的运行状态数据；
步骤S34：根据所述运行状态数据建立与所述进程ID对应的运行历史表，其中，运行历史表完整记录所述目标JVM的进程ID的运行状态。
具体地，JVM运行日志记录着多达几千个类(class)占用内存情况，正常情况下每个时点数据随着内存的占用和回收是上下波动的，但是如果某个类(class)占用内存一直升高，说明代码存在性能问题，针对具体的类(class)给出修改意见，若C对象占用Heap(堆)多且持续升高，往往跟代码中的String(字符串)使用有关。具体地通过进程ID获取JVM运行日志，首先配置运维主机的远程登录方式，如ssh等；在登录后，可以获取JVM的进程ID，将进程ID运行状态数据上传至服务器；而如果运维主机的JVM的进程ID在服务器配置表中，不存在则新增，否则修改运行状态数据；运行历史表完整记录一个JVM的进程ID的运行状态；通过定时任务获取远程服务器的JVM运行数据，文件只有几十K大小，不会对网络、服务器产生影响。在服务端对日志数据提取、分类、分析、比对。可实现多个业务系统的监控指标展示、异常指标提醒。
通常每个运行日志只有几十K大小，而几十K的运行日志数据最终会形成近万条数据，如果采集频率设定5分钟一次的话，每天一个JVM的采集数据量还是很大的，对多个业务系统进行监控，数据量会更大，通过我们的JVM大数据分析平台能够实现实时数据分析、指标分类统计、分类比较。
值得说明的是，为了根据所述运行数据分析所述目标JVM的每个类指标的内存占用量，可以进行以下步骤：
步骤S41：解析所述运行数据，得到与所述目标JVM对应的类指标；
步骤S42：按照时间顺序将所述类指标的每个内存占用量进行排序，得到类指标历史数据；
步骤S43：按照所述目标JVM的ID，将所述类指标历史数据归档到同一JVM的ID下。
需要说明的是，为了实现更加安全的管理方式，可以将数据采集与数据分析业务分离、数据采集指标授权等增强运维安全，管理员配置运维服务器的登录方式、用户密码、数据采集频率，普通运维人员监控运维指标、远程查看业务系统，二者分离，增强运维安全。改变了原有普通运维人员直接登录远程服务器，不利于服务器密码的保管。也就是说，获取目标JVM的运行数据包括：通过数据采集端获取目标JVM的运行数据，所述数据采集端具有登录服务器、用户密码、设置系统的权限；所述根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表包括：通过数据分析端根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表；其中所述数据分析端具有监控运维指标、查看业务系统的权限。
在业务系统的运维过程中，需要事前预防、故障处理、故障总结，对业务系统的日常巡检作得越细，故障就越少出现或出现之前就及时处理，加强对关键指标的监控。对于故障处理的结果要分析原因，减少故障出现或是重要的故障发生频率。
在具体实践时，可以将本发明实施例提供的业务系统性能监控方法的生成j预先制作的JVM分析平台文件及相关组件，并导入到服务器，并一键安装；导入常用故障解决方案，形成内置的故障树，知识库；在进行配置时，配置采集服务器，采集执行频率；配置业务系统设备信息，选择远程登录方式；进而，运行日志解析、指标分类、类(class)分析统计；数据按JVM的ID入库、归档历史数据；并且监控业务系统，对比监控指标发生变化情况；监控业务系统运行状态查看及故障告警。
并且对的JVM运行数据进行快速数据存储，数据文件按天、类型建立索引，根据采集数据，通过图形化方式实时展示各业务系统状态。并且进行配置化方式定义数据采集格式及类型，通过浏览器可以实时查看采集的数据。
本发明实施例支持采集数据或告警数据、业务系统的运行结果数据、比对采集。采集服务器、运维服务器与各个业务系统之间不需要通过长连接进行维护，减少性能影响。本发明通过使用分布式、短连接、底端解析、中心配置管理的监控采集、服务端实时分析模式，系统具有很好的横向扩展性及开放性，可以满足同时监控多个运维业务系统的性能要求，有效的减少占用网络资源，减轻网络负担，同时减少被入侵的可能性。
在上述实施例的基础上，本实施例中，还可以进行以下步骤：判断所述内存占用量是否超过预设阈值，若是则发出所述内存占用量对应的类指标超标的报警信息；将超标的类指标列入重点监控表，以便重点监控。例如，以优化业务应用故障运维过程为例：首先采集JVM运行数据；然后通过阈值设定单个类(class)占用内存超过1G要提示告警；其次，重启业务系统或是加大内存以短期解决问题，通知相关开发人员完善代码；最后可以重点监测上次出现内存占用过高的相关类(class)指标是否合理。在该实施例中，明显提升业务应用监控的运维效率，同时，可以逐步拓宽业务系统运维思路。
综上，本发明的实施例，至少具有如下有益效果中的一种：
1、本发明的实施例中，通过采用监控应用组件、类(class)分析组件提升业务系统设备性能及可用性技术，取代传统的人为巡检、解决故障的方式。提升了解决故障的时间，提升运维效率80％以上。同时能预防故障发生，提升用户满意度。
2、本发明的实施例中，通过类(class)分析组件不仅提升运维效率、提供解决故障的方法，也可以提升开发人员的编程能力，代码更加规范。
3、本发明的实施例中，使用分布式、短连接、底端解析、中心配置管理的监控采集、类(class)分析执行模式，系统具有很好的横向扩展性及开放性，可以满足同时监控多个运维业务系统的性能要求，有效的减少占用网络资源，减轻网络负担，同时减少被入侵的可能性。
下面对本发明实施例提供的业务系统性能监控系统进行描述，下文描述的业务系统性能监控系统与上文描述的业务系统性能监控方法可相互对应参照。
请参考图5，图5为本发明实施例提供的一种业务系统性能监控系统的组成结构示意图。
本发明实施例提供一种业务系统性能监控系统500，包括：
数据获取模块510，用于获取目标JVM的运行数据；
内存分析模块520，用于根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；
变化显示模块530，用于按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表。
进一步地，业务系统性能监控系统500还包括：
阈值判断模块540，用于判断所述内存占用量是否超过预设阈值，若是则发出所述内存占用量对应的类指标超标的报警信息；
重点监控模块550，用于将超标的类指标列入重点监控表，以便重点监控。
图6示例了一种电子设备的实体结构示意图，如图6所示，该电子设备可以包括：处理器(processor)610、通信接口(Communications Interface)620、存储器(memory)630和通信总线640，其中，处理器610，通信接口620，存储器630通过通信总线640完成相互间的通信。处理器610可以调用存储器630中的逻辑指令，以执行业务系统性能监控方法，该方法包括：获取目标JVM的运行数据；根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表。
此外，上述的存储器630中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面，本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的业务系统性能监控方法，该方法包括：获取目标JVM的运行数据；根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种业务系统性能监控方法，其特征在于，包括：
获取目标JVM的运行数据；
根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；
按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表。
2.根据权利要求1所述的业务系统性能监控方法，其特征在于，还包括：
根据所述每个类指标的内存占用量判断当前的故障类型；
根据所述故障类型在显示对应的故障树型知识库；
其中，故障树型知识库包括：多种故障类型以及与故障类型对应的故障描述、故障原因、故障处理方法。
3.根据权利要求1所述的业务系统性能监控方法，其特征在于，所述获取目标JVM的运行数据包括：
配置运维主机对目标JVM的登录方式；
每隔预设时间等登录所述目标JVM并获取所述目标JVM的进程ID，获取所述进程ID对应的进程的运行状态数据；
判断所述目标JVM的进程ID是否在服务器配置表中，若不存在则将所述进程ID增加到所述服务器配置表，如果存在则修改对应的运行状态数据；
根据所述运行状态数据建立与所述进程ID对应的运行历史表，其中，运行历史表完整记录所述目标JVM的进程ID的运行状态。
4.根据权利要求1所述的业务系统性能监控方法，其特征在于，所述根据所述运行数据分析所述目标JVM的每个类指标的内存占用量包括：
解析所述运行数据，得到与所述目标JVM对应的类指标；
按照时间顺序将所述类指标的每个内存占用量进行排序，得到类指标历史数据；
按照所述目标JVM的ID，将所述类指标历史数据归档到同一JVM的ID下。
5.根据权利要求1所述的业务系统性能监控方法，其特征在于，所述获取目标JVM的运行数据包括：通过数据采集端获取目标JVM的运行数据，所述数据采集端具有登录服务器、用户密码、设置系统的权限；
所述根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表包括：通过数据分析端根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表；其中所述数据分析端具有监控运维指标、查看业务系统的权限。
6.根据权利要求1至5任一项所述的业务系统性能监控方法，其特征在于，在所述根据所述运行数据分析所述目标JVM的每个类指标的内存占用量之后，还包括：
判断所述内存占用量是否超过预设阈值，若是则发出所述内存占用量对应的类指标超标的报警信息；
将超标的类指标列入重点监控表，以便重点监控。
7.一种业务系统性能监控系统，其特征在于，包括：
数据获取模块，用于获取目标JVM的运行数据；
内存分析模块，用于根据所述运行数据分析所述目标JVM的每个类指标的内存占用量；
变化显示模块，用于按照时间顺序对所述目标JVM中的每个类指标的内存占用量进行显示，得到内存占用变化表。
8.根据权利要求7所述的业务系统性能监控系统，其特征在于，还包括：
阈值判断模块，用于判断所述内存占用量是否超过预设阈值，若是则发出所述内存占用量对应的类指标超标的报警信息；
重点监控模块，用于将超标的类指标列入重点监控表，以便重点监控。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至6任一项所述业务系统性能监控方法的步骤。
10.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一项所述业务系统性能监控方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011066034.2A CN112131090B (zh) | 2020-09-30 | 2020-09-30 | 业务系统性能监控方法及装置、设备及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011066034.2A CN112131090B (zh) | 2020-09-30 | 2020-09-30 | 业务系统性能监控方法及装置、设备及介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112131090A true CN112131090A (zh) | 2020-12-25 |
| CN112131090B CN112131090B (zh) | 2024-02-23 |
Family
ID=73843711
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011066034.2A Active CN112131090B (zh) | 2020-09-30 | 2020-09-30 | 业务系统性能监控方法及装置、设备及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112131090B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114637656A (zh) * | 2022-05-13 | 2022-06-17 | 飞狐信息技术（天津）有限公司 | 基于Redis的监控方法、装置、存储介质和设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030191608A1 (en) * | 2001-04-30 | 2003-10-09 | Anderson Mark Stephen | Data processing and observation system |
| CN102521112A (zh) * | 2011-11-18 | 2012-06-27 | 深圳中兴网信科技有限公司 | 一种基于内存的日志信息读写方法 |
| CN109670690A (zh) * | 2018-12-07 | 2019-04-23 | 泰康保险集团股份有限公司 | 数据信息中心监控预警方法、系统及设备 |
| CN111162949A (zh) * | 2019-12-31 | 2020-05-15 | 国网山西省电力公司信息通信分公司 | 一种基于Java字节码嵌入技术的接口监测方法 |
| CN111400125A (zh) * | 2020-02-13 | 2020-07-10 | 中国平安人寿保险股份有限公司 | Java进程的内存溢出监控方法、装置、设备及存储介质 |
-
2020
- 2020-09-30 CN CN202011066034.2A patent/CN112131090B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030191608A1 (en) * | 2001-04-30 | 2003-10-09 | Anderson Mark Stephen | Data processing and observation system |
| CN102521112A (zh) * | 2011-11-18 | 2012-06-27 | 深圳中兴网信科技有限公司 | 一种基于内存的日志信息读写方法 |
| CN109670690A (zh) * | 2018-12-07 | 2019-04-23 | 泰康保险集团股份有限公司 | 数据信息中心监控预警方法、系统及设备 |
| CN111162949A (zh) * | 2019-12-31 | 2020-05-15 | 国网山西省电力公司信息通信分公司 | 一种基于Java字节码嵌入技术的接口监测方法 |
| CN111400125A (zh) * | 2020-02-13 | 2020-07-10 | 中国平安人寿保险股份有限公司 | Java进程的内存溢出监控方法、装置、设备及存储介质 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114637656A (zh) * | 2022-05-13 | 2022-06-17 | 飞狐信息技术（天津）有限公司 | 基于Redis的监控方法、装置、存储介质和设备 |
| CN114637656B (zh) * | 2022-05-13 | 2022-09-20 | 飞狐信息技术（天津）有限公司 | 基于Redis的监控方法、装置、存储介质和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112131090B (zh) | 2024-02-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9003230B2 (en) | Method and apparatus for cause analysis involving configuration changes | |
| EP3734520A1 (en) | Fault analysis and prediction using empirical architecture analytics | |
| CN111209131A (zh) | 一种基于机器学习确定异构系统的故障的方法和系统 | |
| US7213176B2 (en) | Adaptive log file scanning utility | |
| US7681085B2 (en) | Software reliability analysis using alerts, asserts and user interface controls | |
| CN103761173A (zh) | 一种基于日志的计算机系统故障诊断方法及装置 | |
| CN110088744B (zh) | 一种数据库维护方法及其系统 | |
| Tang et al. | An integrated framework for optimizing automatic monitoring systems in large IT infrastructures | |
| US7398511B2 (en) | System and method for providing a health model for software | |
| CN114077525A (zh) | 异常日志处理方法、装置、终端设备、云服务器及系统 | |
| CN111597550A (zh) | 一种日志信息分析方法及相关装置 | |
| CN111475411A (zh) | 一种服务器问题检测方法、系统、终端及存储介质 | |
| CN109992476B (zh) | 一种日志的分析方法、服务器及存储介质 | |
| CN111198902B (zh) | 元数据管理方法、装置、存储介质及电子设备 | |
| CN112131090B (zh) | 业务系统性能监控方法及装置、设备及介质 | |
| CN112738094B (zh) | 可扩展的网络安全漏洞监测方法、系统、终端及存储介质 | |
| CN112448846A (zh) | 一种k8s集群的健康巡检方法、装置及设备 | |
| CN117220917A (zh) | 一种基于云计算的网络实时监控方法 | |
| CN115659351A (zh) | 一种基于大数据办公的信息安全分析方法、系统及设备 | |
| CN115878400A (zh) | 测试方法、装置、计算机设备、存储介质和程序产品 | |
| CN115310011A (zh) | 页面展示方法、系统以及可读存储介质 | |
| CN109542722A (zh) | 异常分析处理方法、装置及存储介质 | |
| CN109992475B (zh) | 一种日志的处理方法、服务器及存储介质 | |
| CN115310139A (zh) | 文件监控预警系统、方法、计算设备及计算机存储介质 | |
| CN112769729B (zh) | 一种服务器入侵告警方法及其系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |