一种终端系统运行状态监控方法、系统及存储介质与流程

1.本发明涉及设备状态监控技术领域，具体而言，尤其涉及一种终端系统运行状态监控方法、系统及存储介质。


背景技术：

2.在运行参数监控领域中，由于各个终端机器分布在不同位置，需要实时监控不同终端机器的运行状态，便于售后、维护等日常工作，需要把比较重要的系统运行参数收集起来，在终端机器上统计后上传到服务器便于展示和统计。


技术实现要素：

3.本发明的目的是要提供一种终端系统运行状态监控方法、系统及存储介质。本发明可以作为系统监测的辅助手段，更快速有效地发现潜在运行隐患。
4.本发明采用的技术手段如下：
5.一种终端系统运行状态监控方法，应用于分布式网络系统，所述分布式网络系统包括监控服务器和至少一台与所述监控服务器通过网络通信的终端设备，所述方法包括以下步骤：
6.在终端设备上布置针对目标功能模块进行运行参数采集的监控脚本，所述目标功能模块包括cpu、内存、网卡和文件系统；
7.终端设备运行时，通过运行所述监控脚本对目标功能模块的运行参数进行定时采集，生成终端设备当前运行参数集合；
8.将终端设备当前运行参数集合中的对应于任意功能模块的运行参数与阈值进行比较，当判断比较结果超出该功能模块的安全运行阈值范围时发出警报，其中所述阈值根据对应功能模块历史安全运行数据获取或者根据经验值预设。
9.进一步地，将终端设备当前运行参数集合中的对应于任意功能模块的运行参数与阈值进行比较，当判断比较结果超出该功能模块的安全运行阈值范围时发出警报，包括：将警报数据按照预定频率记录至系统运行日志中。
10.进一步地，将终端设备当前运行参数集合中的对应于任意功能模块的运行参数与阈值进行比较，当判断比较结果超出该功能模块的安全运行阈值范围时发出警报，包括：向对应于发出警报的目标功能模块的维护人员发送提示短信或者邮件。
11.进一步地，当目标功能模块为cpu时，监控脚本采集的运行参数为cpu使用率；
12.当目标功能模块为内存时，监控脚本采集的运行参数为内存使用率；
13.当目标功能模块为网卡时，监控脚本采集的运行参数为网卡使用率；
14.当目标功能模块为文件系统时，监控脚本采集的运行参数为临时存储空间使用率。
15.本发明还公开了一种终端系统运行状态监控系统，应用于分布式网络系统，所述分布式网络系统包括监控服务器和至少一台与所述监控服务器通过网络通信的终端设备，
所述系统包括：
16.脚本布置模块，用于在终端设备上布置针对目标功能模块进行运行参数采集的监控脚本，所述目标功能模块包括cpu、内存、网卡和文件系统；
17.终端设备当前运行参数获取模块，用于在终端设备运行时，通过运行所述监控脚本对目标功能模块的运行参数进行定时采集，生成终端设备当前运行参数集合；
18.报警模块，用于将终端设备当前运行参数集合中的对应于任意功能模块的运行参数与阈值进行比较，当判断比较结果超出该功能模块的安全运行阈值范围时发出警报，其中所述阈值根据对应功能模块历史安全运行数据获取或者根据经验值预设。
19.进一步地，所述报警模块还用于将警报数据按照预定频率记录至系统运行日志中。
20.进一步地，所述报警模块还用于向对应于发出警报的目标功能模块的维护人员发送提示短信或者邮件。
21.进一步地，当目标功能模块为cpu时，监控脚本采集的运行参数为cpu使用率；
22.当目标功能模块为内存时，监控脚本采集的运行参数为内存使用率；
23.当目标功能模块为网卡时，监控脚本采集的运行参数为网卡使用率；
24.当目标功能模块为文件系统时，监控脚本采集的运行参数为临时存储空间使用率。
25.本发明还提供了一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时，执行上述任一项所述的方法。
26.较现有技术相比，本发明具有以下优点：
27.应用本发明公开的方法和系统收集终端设备的运行参数，例如cpu使用率、内存使用率、网卡使用率以及临时存储空间使用率等，通过采集分析这些数据，能实时监控终端系统是否运行正常，更快速有效地发现潜在运行隐患。
附图说明
28.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做以简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
29.图1为本发明一种终端系统运行状态监控方法流程图。
30.图2为本发明实施例中一种终端系统运行状态监控系统架构图。
具体实施方式
31.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
32.如图1所示，本发明提供了一种终端系统运行状态监控方法，应用于分布式网络系
统，所述分布式网络系统包括监控服务器和至少一台与所述监控服务器通过网络通信的终端设备，所述方法包括以下步骤：
33.s1、在终端设备上布置针对目标功能模块进行运行参数采集的监控脚本，所述目标功能模块包括cpu、内存、网卡和文件系统。
34.s1、终端设备运行时，通过运行所述监控脚本对目标功能模块的运行参数进行定时采集，生成终端设备当前运行参数集合。
35.具体来说，当目标功能模块为内存时，监控脚本采集的运行参数为内存使用率；当目标功能模块为网卡时，监控脚本采集的运行参数为网卡使用率；当目标功能模块为文件系统时，监控脚本采集的运行参数为临时存储空间使用率。
36.s3、将终端设备当前运行参数集合中的对应于任意功能模块的运行参数与阈值进行比较，当判断比较结果超出该功能模块的安全运行阈值范围时发出警报，其中所述阈值根据对应功能模块历史安全运行数据获取或者根据经验值预设。优选地，本步骤还包括将警报数据按照预定频率记录至系统运行日志中。进一步优选地，本步骤还包括向对应于发出警报的目标功能模块的维护人员发送提示短信或者邮件。
37.下面通过具体的应用实例，对本发明的方案做进一步说明。
38.本实施例主要将本发明方法应用至银行系统中。在银行系统运维，尤其是分行运维的突出问题是设备老化严重，平台差异大，重复采购，利用率低，维护成本高，未来的趋势是要求设备国产化，易用，高可靠，高灵活，高弹性，部署快，标准化，按需创建等，因此云平台的优势在这些方面越发明显。虽然目前银行系统也在云应用方面早早做了尝试，无论是面向互联网的app应用还是面向银行内部的传统应用，都在积极进行部署和迁移。以前应用的运行都是跑在实体机上，灾备主要是主机，备机模式，甚至增加冷备机。一直有成本高，运维复杂，故障切换时间长等弊端。以前的故障发现需要依靠cmpb集中监控系统，还需要运维人员定期机房巡检，误报漏报概率高，效率低下。上云后变成多活集群模式，故障概率大大减小，部署，运维简单快速，升级维护，切换演练，故障恢复对客户基本无感知。不但可以监控各类部署单元的时时运维情况，还可以部署日志、进程和自修复功能。把许多运维的痛点转化为自动运维的工具，使运维的边界向前迈了一大步。基于上述背景，本实施例将终端系统运行状态监控方法应用于现有银行管理系统中。如图2所示，本实施例中在系统部署cpu，内存，网卡，文件系统的监控脚本，根据实际运行的经验，通过适合云平台实际生产运行的算法，生成运行数据和告警阈值。并把告警信息每分钟记录到特定日志中，日志监控每分钟检查是否有新告警信息产生。根据告警信息和类别，给相关人员发送短信和邮件。
39.在一个具体的应用实例中，监控告警系统上线以后，在新应用上先后，告警cpu使用率高，排查发现新上线的应用需要优化，还发现在网络不稳定的时候有一个应用占用大量cpu。这些都是手工无法发现的。还有内存使用率告警，经排查发现是进程启动的多个，占用了的大量内存，需要优化。还有文件系统告警，有效避免了空间不足无法记日志的风险。还有网络流量的数据统计，让业务数据和备份数据分布更合理等。
40.本发明还公开了一种终端系统运行状态监控系统，应用于分布式网络系统，所述分布式网络系统包括监控服务器和至少一台与所述监控服务器通过网络通信的终端设备，所述系统包括：
41.脚本布置模块，用于在终端设备上布置针对目标功能模块进行运行参数采集的监
控脚本，所述目标功能模块包括cpu、内存、网卡和文件系统；
42.终端设备当前运行参数获取模块，用于在终端设备运行时，通过运行所述监控脚本对目标功能模块的运行参数进行定时采集，生成终端设备当前运行参数集合；
43.报警模块，用于将终端设备当前运行参数集合中的对应于任意功能模块的运行参数与阈值进行比较，当判断比较结果超出该功能模块的安全运行阈值范围时发出警报，其中所述阈值根据对应功能模块历史安全运行数据获取或者根据经验值预设。
44.进一步地，所述报警模块还用于将警报数据按照预定频率记录至系统运行日志中。
45.进一步地，所述报警模块还用于向对应于发出警报的目标功能模块的维护人员发送提示短信或者邮件。
46.进一步地，当目标功能模块为cpu时，监控脚本采集的运行参数为cpu使用率；
47.当目标功能模块为内存时，监控脚本采集的运行参数为内存使用率；
48.当目标功能模块为网卡时，监控脚本采集的运行参数为网卡使用率；
49.当目标功能模块为文件系统时，监控脚本采集的运行参数为临时存储空间使用率。
50.本发明还提供了一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时，执行上述任一项所述的方法。
51.随着互联网技术的发展，云计算，大数据，区块链，ai等技术正在飞速发展和应用，我行也紧随金融科技发展的大潮，在云平台的应用中做了很多尝试。
52.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
53.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
54.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的系统实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
55.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
56.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
57.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或
部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
58.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。