CN102821003A

CN102821003A - 系统资源性能巡检的方法及系统

Info

Publication number: CN102821003A
Application number: CN2011104036140A
Authority: CN
Inventors: 任峰
Original assignee: Kingdee Software China Co Ltd
Current assignee: Kingdee Software China Co Ltd
Priority date: 2011-12-07
Filing date: 2011-12-07
Publication date: 2012-12-12

Abstract

本发明公开一种系统资源性能巡检的方法及系统。该方法包括以下步骤：服务端获取与其通信的客户端的地址，并根据服务端的采集模式，向其发送数据采集指令；客户端根据所述数据采集指令，将其循环采集的性能数据发送至服务端。本发明通过客户端按照预置的采集模式，对被巡检系统的性能数据进行循环采集，从而解决了现有技术中采集受时间、现场的限制，提高了性能数据采集的效率。

Description

系统资源性能巡检的方法及系统

技术领域

本发明涉及数据采集领域，尤其涉及一种系统资源性能巡检的方法及系统。

背景技术

企业系统在应用过程中会出现因大批量的终端访问、操作而响应慢的情况，即企业系统的性能。为了对企业系统的性能问题进行分析，就需要对主要围绕系统的CPU、内存、网络情况进行汇总分析，为企业系统异常、性能分析、信息系统管理、系统硬件管理提供企业全面的、充分的、有效的采集依据。

现有技术中针对企业系统的性能问题，主要包括两种解决方式：

一种是通过人工的方式分析CPU、内存、网络情况。这种方式消耗大量人工资源，并且采集数据的有效性难以保障。因为性能会根据业务有所变化，例如饭店采购过程主要发生在凌晨、销售主要发生在夜晚，那么这两个时间段可能会使信息系统出现性能问题，而这两个时间段的性能采集，受限于时间、现场情况、人员能力，而且对于采集的数据是难以保障的。

另一种是对当前PC进行资源性能分析，主要是通过PC操作员点击分析按钮，分析当前操作系统的性能。虽然较前一种方式，解决了人员能力问题，但这种方式依然受限于时间、现场情况。

综上所述，以上两种方式在数据采集方面均受限于与时间、现场情况，而且均无法达到对整个企业信息系统，甚至集团及信息系统全部PC进行资源性能分析。

发明内容

本发明的主要目的是提供一种系统资源性能巡检的方法，旨在提高性能数据的采集效率。

本发明提供了一种系统资源性能巡检的方法，包括以下步骤：

服务端获取与其通信的客户端的地址，并根据服务端的采集模式，向其发送数据采集指令；

客户端根据所述数据采集指令，将其循环采集的性能数据发送至服务端。

优选地，还包括：

客户端根据客户端的采集模式，调用相应的采集器，对被巡检系统进行性能数据的循环采集。

优选地，客户端根据所述数据采集指令，将其循环采集的性能数据发送至服务端的步骤同时还包括：

客户端判断服务端的采集模式与客户端的采集模式是否一致；

若否，则将客户端的采集模式更新为服务端的采集模式。

优选地，所述客户端的采集模式及服务端的采集模式均包括采集的参数、采集的颗粒度。

优选地，所述客户端根据所述数据采集指令，将其循环采集的性能数据发送至服务端的步骤之后还包括：

服务端对客户端发送的性能数据进行分析，形成性能分析报告。

本发明还提供了一种系统资源性能巡检的系统，包括：

服务端，用于获取与其通信的客户端的地址，并根据服务端的采集模式，向其发送数据采集指令；

客户端，用于根据所述数据采集指令，将其循环采集的性能数据发送至服务端。

优选地，所述客户端还用于：

根据客户端的采集模式，调用相应的采集器，对被巡检系统进行性能数据的循环采集。

优选地，所述客户端还用于：

判断服务端的采集模式与客户端的采集模式是否一致；

若否，则将客户端的采集模式更新为服务端的采集模式。

优选地，所述服务端还用于：

对客户端发送的性能数据采集的数据进行分析，形成性能分析报告。

本发明通过客户端按照自身的采集模式，对被巡检系统的性能数据进行循环采集，并且服务端也按照自身的采集模式，获取客户端采集的性能数据，从而解决了现有技术中采集受时间、现场的限制，提高了性能数据采集的效率。另外，在服务端与客户端通讯时，客户端还可以同步服务端的采集模式，从而使得与服务端通信的所有客户端的采集模式均一致，从而避免了人工设置失误而产生数据采集的误差。

附图说明

图1是本发明系统资源性能巡检的方法一实施例的流程示意图；

图2是本发明系统资源性能巡检的方法另一实施例的流程示意图；

图3是本发明系统资源性能巡检的系统一实施例的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

以下结合说明书附图及具体实施例进一步说明本发明的技术方案。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1是本发明系统资源性能巡检的方法一实施例的流程示意图。

参照图1，本发明系统资源性能巡检的方法包括以下步骤：

步骤S01、服务端获取与其通信的客户端的地址，并根据服务端的采集模式，向其发送数据采集指令；

服务端获取与通信的客户端的地址，并根据服务端的采集模式，向其发送数据采集指令。该服务端与客户端之间的通信可以为内部局域网通信，也可以为远程网络通信。该服务端的采集模式可以通过具体情况而灵活设置，包括采集的参数、采集的颗粒度等等。服务端根据采集的颗粒度，循环向客户端发送数据采集指令，以获取客户端采集的数据。而且该服务端根据采集的参数，可以针对性地向客户端获取其所需要的性能数据。

步骤S02、客户端根据所述数据采集指令，将其循环采集的性能数据发送至服务端。

客户端收到该数据采集指令后，可以先对该数据采集指令进行有效性验证，若判断该数据采集指令有效，再将服务端需要获取的性能数据发送至服务端。同时，该客户端根据客户端自身的采集模式，调用相应的采集器，对被巡检系统进行性能数据的采集。该被巡检系统为客户端预先设置的需巡检的对象，例如服务器及PC等其他网络设备。该客户端的采集模式也可以包括采集的参数、采集的颗粒度等等。采集的参数可以为服务端需要采集的参数数据，例如采集客户端PC机的CPU、内存、网络资源、客户端的端口、温度等等。而且该采集参数还可以根据客户端的类型进行设置。例如，若客户端为PC机，则采集的参数可以设置为CPU、内存；如客户端为服务器，则采集的参数为CPU、内存、硬盘、网卡等等。颗粒度为采集时间的间隔，颗粒度越大则采集时间的间隔越长，颗粒度越小则采集时间的间隔越短。在这里需要说明的是，本发明实施例中，服务端向客户端获取性能数据与客户端对被巡检系统的性能数据的采集是两个独立的过程，两者之间并不存在冲突。

执行上述步骤S02的同时还包括：

若是，则不做操作；若否，则将客户端的采集模式更新为服务端的采集模式。

在服务端与客户端之间进行通讯时，客户端将判断客户端自身的采集模式是否与服务端的采集模式是否一致，不一致则将客户端自身的采集模式更新为服务端的采集模式，如此使得与服务端通信的所有客户端的采集模式均一致，从而避免了人工设置失误而产生数据采集的误差。然后客户端再根据更新后的采集模式，调用相应的采集器，进行性能数据的循环采集。若采集模式中需要采集CPU、内存、网络资源、温度等性能数据，则调用相应的CPU采集器、内存采集器、网络资源采集器、温度采集器，对性能数据进行循环采集。

本发明实施例通过客户端按照自身的采集模式，对被巡检系统的性能数据进行循环采集，并且服务端也按照自身的采集模式，获取客户端采集的性能数据，从而解决了现有技术中采集受时间、现场的限制，提高了性能数据采集的效率。另外，在服务端与客户端通讯时，客户端还可以同步服务端的采集模式，从而使得与服务端通信的所有客户端的采集模式均一致，从而避免了人工设置失误而产生数据采集的误差。

图2是本发明系统资源性能巡检的方法另一实施例的流程示意图。

参照图2，在上一实施例的基础上，本发明实施例在上述步骤S02之后还包括：

步骤S03、服务端对客户端发送的性能数据进行分析，形成性能分析报告。

客户端采集被巡检系统的性能数据后，可以进行打包并将打包文件反馈至服务端，则服务端根据预置的计算方法及参考值对采集的数据进行分析，并形成性能分析报告，从而对企业系统资源的应用分析、性能分析、异常分析提供了义务应用依据，为系统管理、系统升级、硬件管理、硬件升级提供了管理策略，建立了企业对企业信息系统管理方法。

参照图3，本发明系统资源性能巡检的系统包括：

服务端100，用于获取与其通信的客户端200的地址，并根据服务端的采集模式，向其发送数据采集指令；

客户端200，用于根据所述数据采集指令，将其循环采集的性能数据发送至服务端。

该服务端100与客户端200之间的通信可以为内部局域网通信，也可以为远程网络通信。客户端200收到服务端100发送的数据采集指令后，可以先对该数据采集指令进行有效性验证，若判断该数据采集指令有效，再将服务端需要获取的性能数据发送至服务端。同时，该客户端200还用于，根据客户端自身的采集模式，调用相应的采集器，对被巡检系统进行性能数据的采集。该客户端自身的采集模式也可以包括可以包括采集的参数、采集的颗粒度等等。采集的参数可以为服务端需要采集的参数数据，例如采集客户端200的CPU、内存、网络资源、端口、温度等等。而且该采集参数还可以根据客户端200的类型进行设置。例如，若客户端200为PC机，则采集的参数可以设置为CPU、内存；如客户端200为服务器，则采集的参数为CPU、内存、硬盘、网卡等等。颗粒度为采集时间的间隔，颗粒度越大则采集时间的间隔越长，颗粒度越小则采集时间的间隔越短。在这里需要说明的是，本发明实施例中，服务端100向客户端200获取性能数据与客户端200对被巡检系统的性能数据的采集是两个独立的过程，两者之间并不存在冲突。

上述客户端200还用于：

客户端200判断服务端100的采集模式与客户端200的采集模式是否一致；

若是，则不做操作；若否，则将客户端200的采集模式更新为服务端100的采集模式。

在服务端100与客户端200之间进行通讯时，客户端200将判断客户端200自身的采集模式是否与服务端100的采集模式是否一致，不一致则将客户端200自身的采集模式更新为服务端100的采集模式，如此使得与服务端100通信的所有客户端200的采集模式均一致，从而避免了人工设置失误而产生数据采集的误差。然后客户端200再根据更新后的采集模式，调用相应的采集器，进行性能数据的循环采集。若采集模式中需要采集CPU、内存、网络资源、温度等性能数据，则调用相应的CPU采集器、内存采集器、网络资源采集器、温度采集器，对性能数据进行循环采集。

本发明通过客户端200按照自身的采集模式，对被巡检系统的性能数据进行循环采集，并且服务端100也按照自身的采集模式，获取客户端200采集的性能数据，从而解决了现有技术中采集受时间、现场的限制，提高了性能数据采集的效率。另外，在服务端100与客户端200通讯时，客户端200还可以同步服务端的采集模式，从而使得与服务端100通信的所有客户端200的采集模式均一致，从而避免了人工设置失误而产生数据采集的误差。

上述服务端100还用于：

将客户端发送的性能数据进行分析，形成性能分析报告。

客户端200采集被巡检系统的性能数据后，可以进行打包并将打包文件存储在客户端上，供服务端100获取。服务端100获取到该性能数据后，再根据预置的计算方法及参考值对采集的数据进行分析，并形成性能分析报告，从而对企业系统资源的应用分析、性能分析、异常分析提供了义务应用依据，为系统管理、系统升级、硬件管理、硬件升级提供了管理策略，建立了企业对企业信息系统管理方法。

以上所述仅为本发明的优选实施例，并非因此限制其专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种系统资源性能巡检的方法，其特征在于，包括以下步骤：

2.根据权利要求1所述的系统资源性能巡检的方法，其特征在于，还包括：

3.根据权利要求2所述的系统资源性能巡检的方法，其特征在于，所述客户端根据所述数据采集指令，将其循环采集的性能数据发送至服务端的步骤同时还包括：

若否，则将客户端的采集模式更新为服务端的采集模式。

4.根据权利要求3所述的系统资源性能巡检的方法，其特征在于，所述客户端的采集模式及服务端的采集模式均包括采集的参数、采集的颗粒度。

5.根据权利要求1至4中任一项所述的系统资源性能巡检的方法，其特征在于，所述客户端根据所述数据采集指令，将其循环采集的性能数据发送至服务端的步骤之后还包括：

6.一种系统资源性能巡检的系统，其特征在于，包括：

7.根据权利要求6所述的系统资源性能巡检的系统，其特征在于，所述客户端还用于：

8.根据权利要求7所述的系统资源性能巡检的系统，其特征在于，所述客户端还用于：

判断服务端的采集模式与客户端的采集模式是否一致；

若否，则将客户端的采集模式更新为服务端的采集模式。

9.根据权利要求8所述的系统资源性能巡检的系统，其特征在于，所述客户端的采集模式及服务端的采集模式均包括采集的参数、采集的颗粒度。

10.根据权利要求6至9中任一项所述的系统资源性能巡检的系统，其特征在于，所述服务端还用于：

对客户端发送的性能数据进行分析，形成性能分析报告。