服务器运行状态的监测方法和系统与流程

本发明涉及计算机技术领域，特别是涉及一种服务器运行状态的监测方法和系统。

背景技术：

在基于linux/unix服务器进行相应管理或者维护工作的智能系统中，均需要对其中的服务器运行状态信息进行监测。通过对服务器运行状态的监测，可以实现对相应智能系统中各个机器运行状况的掌握，对其中的故障进行及时处理，以及对智能系统中的硬件资源进行合理分配和应用。例如，通过检测服务器运行状态信息，可以了解服务器对应的智能系统中，每台服务器的硬盘剩余空间，以使用该服务器的用户数等服务器状态；还可以通过主动通知的方式告知管理员，当相应服务器的硬盘空间使用率达到80％的门限时，管理员应立即清理该服务器冗余数据等。

传统方案在对服务器运行状态进行监测时，需要分别登录需要监测的各台服务器，在登录之后实现相应运行状态的监测，容易导致监测效率低。

技术实现要素：

基于此，有必要针对传统方案容易导致服务器运行状态的监测效率低的技术问题，提供一种服务器运行状态的监测方法和系统。

一种服务器运行状态的监测方法，包括如下步骤：

接收各个服务器上传的xml文件，将所述xml文件导入xml解析器，生成各个服务器分别对应的源代码文件；其中，所述xml文件用于记录服务器的运行状态信息；

通过所述xml解析器从所述运行状态信息提取异常状态信息，根据各个服务器对应的异常状态信息生成状态提示报表；其中，所述状态提示报表记录的各个异常状态信息与其所在源代码文件中的位置信息相关联；

通过代码质量管理平台中的代码扫描器扫描各个服务器对应的源代码文件，并将所述状态提示报表导入代码质量管理平台，通过所述代码质量管理平台将所述状态提示报表记录的异常状态信息按照所述异常状态信息关联的位置信息添加至各个源代码文件，得到各个服务器对应的状态监测文件；

根据所述状态监测文件对各个服务器的运行状态进行监测。

一种服务器运行状态的监测系统，包括：

接收模块，用于接收各个服务器上传的xml文件，将所述xml文件导入xml解析器，生成各个服务器分别对应的源代码文件；其中，所述xml文件用于记录服务器的运行状态信息；

提取模块，用于通过所述xml解析器从所述运行状态信息提取异常状态信息，根据各个服务器对应的异常状态信息生成状态提示报表；其中，所述状态提示报表记录的各个异常状态信息与其所在源代码文件中的位置信息相关联；

扫描模块，用于通过代码质量管理平台中的代码扫描器扫描各个服务器对应的源代码文件，并将所述状态提示报表导入代码质量管理平台，通过所述代码质量管理平台将所述状态提示报表记录的异常状态信息按照所述异常状态信息关联的位置信息添加至各个源代码文件，得到各个服务器对应的状态监测文件；

监测模块，用于根据所述状态监测文件对各个服务器的运行状态进行监测。

上述服务器运行状态的监测方法和系统，服务器可以将用于记录其运行状态信息的xml文件上传至监测端，使监测端可以通过xml解析器，生成各个服务器分别对应的源代码文件，以及包括所有服务器异常状态信息的状态提示报表，以将状态提示报表导入代码质量管理平台，通过代码质量管理平台将状态提示报表记录的异常状态信息按照所述异常状态信息关联的位置信息添加至各个源代码文件，得到各个服务器对应的状态监测文件，以便在监测端可以根据上述状态监测文件对各个服务器的运行状态进行监测，有效提高了通过监测端监测各个服务器运行状态的效率。

附图说明

图1为一个实施例的服务器运行状态的监测方法流程图；

图2为一个实施例的服务器与监测端之间的连接关系；

图3为一个实施例的服务器运行状态的监测系统结构示意图。

具体实施方式

下面结合附图对本发明的服务器运行状态的监测方法和系统的具体实施方式作详细描述。

参考图1，图1所示为一个实施例的服务器运行状态的监测方法流程图，包括如下步骤：

s10，接收各个服务器上传的xml(可扩展标记语言)文件，将所述xml文件导入xml解析器，生成各个服务器分别对应的源代码文件；其中，所述xml文件用于记录服务器的运行状态信息；

服务器与监测端之间的连接关系可以参考图2所示，如图2所示，监测端可以与各个服务器分别进行通信连接。监测端为管理各个服务器的智能管理设备，如计算机等。上述服务器可以通过运行相关状态检测程序(如get_server_info.sh)获取自身的运行状态信息，生成xml文件上传至监测端。

监测端在接收各个服务器上传的xml文件后，可以将上述xml文件导入xml解析器，通过上述xml解析器获取xml文件记录的内容，以便生成各个服务器分别对应的源代码文件。具体地，监测端可以启动定时调度服务(如cron定时调度服务)，定时将所述xml文件导入xml解析器(如xml_parser)，进行相应源代码文件和状态提示报表的生成。

上述源代码文件与服务器一一对应，通常情况下，源代码文件的名称与相应服务器的名称一致，源代码文件的内容可以包括相应服务器的运行状态信息，还可以包括该服务器的相关属性信息。例如，若第一服务器的名称为server1，第二服务器的名称为server2，……，第n服务器的名称为servern，则上述第一服务器对应的源代码文件可以为server1.cpp，第一服务器对应的源代码文件可以为server2.cpp，……，第n服务器对应的源代码文件可以为servern.cpp。

s20，通过所述xml解析器从所述运行状态信息提取异常状态信息，根据各个服务器对应的异常状态信息生成状态提示报表；其中，所述状态提示报表记录的各个异常状态信息与其所在源代码文件中的位置信息相关联；

上述运行状态信息可以包括服务器的各个状态指标，如硬盘温度或者内存空间等等。各个状态指标均存在相应的状态门限值，若某状态指标超过其对应的状态门限值，则可以判断该状态指标为异常指标。服务器的异常状态信息包括该服务器对应的多个异常指标。上述xml解析器在生成状态提示报表(errorreport.xml)时，可以记录状态提示报表中各个异常指标对应的源代码文件，及其在相应源代码文件中的位置信息；将异常指标与源代码文件，及其在相应源代码文件中的位置信息进行关联。

s30，通过代码质量管理平台中的代码扫描器扫描各个服务器对应的源代码文件，并将所述状态提示报表导入代码质量管理平台，通过所述代码质量管理平台将所述状态提示报表记录的异常状态信息按照所述异常状态信息关联的位置信息添加至各个源代码文件，得到各个服务器对应的状态监测文件；

上述代码质量管理平台可以为sonarqube平台，代码质量管理平台中的代码扫描器扫描可以为sonar-scanner。码质量管理平台导入上述状态提示报表，在扫描各个服务器对应的源代码文件的过程中，可以将状态提示报表中的异常指标按照其关联的位置信息添加至其对应的源代码文件中，以对各个服务器对应的源代码文件进行异常指标更新，得到相应的状态监测文件；使用户通过上述状态监测文件便可以实现对相应服务器运行状态的监测；比如，用户(如管理员)仅需点击进入上述状态监测文件，便可以查询该状态监测文件对应的服务器的运行状态。

s40，根据所述状态监测文件对各个服务器的运行状态进行监测。

用户可以在监测端通过点击上述状态监测文件获取各个服务器的运行状态。监测端还可以将上述状态监测文件通过邮件等方式发送至其他智能处理设备，以便用户在其他智能处理设备根据上述状态监测文件对各个服务器的运行状态进行监测。

本实施例提供的服务器运行状态的监测方法中，服务器可以将用于记录其运行状态信息的xml文件上传至监测端，使监测端可以通过xml解析器，生成各个服务器分别对应的源代码文件，以及包括所有服务器异常状态信息的状态提示报表，以将状态提示报表导入代码质量管理平台，通过代码质量管理平台将状态提示报表记录的异常状态信息按照所述异常状态信息关联的位置信息添加至各个源代码文件，得到各个服务器对应的状态监测文件，以便在监测端可以根据上述状态监测文件对各个服务器的运行状态进行监测，有效提高了通过监测端监测各个服务器运行状态的效率。

在一个实施例中，上述xml文件还可以用于记录服务器的标识信息；

所述生成各个服务器分别对应的源代码文件的过程包括：

在所述xml解析器中，根据服务器的标识信息将服务器的运行状态信息生成所述服务器对应的源代码文件。

上述标识信息为可以唯一表征相应服务器身份的身份标识符，如服务器的名称等等。具体地，上述xml文件可以通过文件名称记录服务器的标识信息，即以服务器的标识信息命名。

作为一个实施例，上述根据服务器的标识信息将服务器的运行状态信息生成所述服务器对应的源代码文件的过程可以包括：

将服务器的运行状态信息确定为文件内容，将所述服务器标识信息确定为文件名称的主题字段；

根据源代码文件的后缀名确定文件名称的后缀字段；

根据所述文件内容和文件名称生成源代码文件。

本实施例将服务器的运行状态信息确定为文件内容，将所述服务器标识信息确定为文件名称的主题字段，生成如server1.cpp、server2.cpp、......、servern.cpp的源代码文件，可以保证所生成的源代码文件的准确性。

在一个实施例中，上述从所述运行状态信息提取异常状态信息，根据各个服务器对应的异常状态信息生成状态提示报表的过程可以包括：

建立服务器的标识信息与运行状态信息之间的对应关系，识别所述运行状态信息中各个状态指标分别对应的状态门限值；

在所述运行状态信息的状态指标中提取超过相应状态门限值的异常指标，根据服务器的异常指标生成该服务器的异常状态信息；

获取所述异常状态信息中各个异常指标记录在相应标识信息所在的源代码文件中的位置信息，得到指标位置信息；

根据各个服务器的异常状态信息，以及所述异常状态信息中各个异常指标的指标位置信息生成状态提示报表。

服务器的运行状态信息包括多个状态指标，各个状态指标均存在相应的状态门限值；上述状态门限值可以根据服务器的配置信息以及相应的指标类型确定。超过相应状态门限值的状态指标为异常指标。一个服务器的异常状态信息包括该服务器的所有异常指标。各个异常指标在相应的服务器源代码文件均有记录，可以获取上述异常指标在相应服务器源代码文件中的指标位置信息，将上述异常指标与指标位置信息进行关联，以便后续代码质量管理平台可以将异常指标添加至相应的源代码文件。

作为一个实施例，上述在所述运行状态信息的状态指标中提取超过相应状态门限值的异常指标，根据服务器的异常指标生成该服务器的异常状态信息的过程之后，还可以包括：

获取所述异常指标与相应的状态门限值之间的差值，根据所述差值设置异常级别，将所述异常级别对应记录在所述异常指标所在的异常状态信息中。

本实施例可以针对各类异常指标设置多个差值参考值，根据上述异常指标与相应的状态门限值之间的差值与相应差值参考值之间的关系确定异常指标的常级别。例如，上述差值参考值可以包括第一差值参考值和第二差值参考值(第一差值参考值小于第二差值参考值)；若所述差值小于或者等于所述第一差值参考值，则可以将相应异常指标的异常级别设置为轻度异常，若所述差值在第一差值参考值和第二差值参考值，则可以将相应异常指标的异常级别设置为中度异常，若所述差值大于或者等于所述第二差值参考值，则可以将相应异常指标的异常级别设置为重度异常。

本实施例将所述异常级别对应记录在所述异常指标所在的异常状态信息，具体地，可以通过在异常状态信息中标记相应异常指标颜色的方式表征异常指标的异常级别；以便后续将异常状态信息添加至各个源代码文件时，可以将其中异常指标携带的异常级别添加至相应的源代码文件，使所得到的状态监测文件不仅包含异常状态信息，还包含异常状态信息中异常指标的异常级别信息，使其表征的服务器运行状态信息更为完善。

在一个实施例中，上述运行状态信息可以包括cpu(中央处理器)信息、内存信息、硬盘信息、登录所述服务器的所有用户名称以及各个用户名称对应的最后登录时间。

服务器的标识信息可以包括服务器名称和服务器ip(网络之间互连的协议)等可以唯一表征相应服务器的身份信息。

服务器可以根据上述运行状态信息、标识信息以及当前生成xml文件的时间生成该服务器对应的xml文件。这样，服务器上传至监测端的xml文件记录其运行状态信息、标识信息以及相关时间信息，有利于保证将上述xml文件导入xml解析器后生成的源代码文件和状态提示报表的完整性。

在一个实施例中，上述接收各个服务器上传的xml文件，将所述xml文件导入xml解析器，生成各个服务器分别对应的源代码文件的过程之前，还可以包括：

服务器部署用于获取服务器信息的shell脚本文件，通过执行所述shell脚本文件查询服务器信息，将所述服务器信息组织成xml文件，并将所述xml文件上传至监测端；其中，所述服务器信息包括服务器的标识信息和运行状态信息。

为了提高xml文件所记录信息的完整性，上述xml文件还可以记录其生成时间，即获取服务器运行状态信息的时间，便于在监测端监测上述运行状态信息时，可以获知上述运行状态信息的获取时间。

作为一个实施例，上述服务器在部署shell脚本文件后，可以启动定时调度服务(如cron定时调度服务)，在所述定时调度服务上设置若干个监测时刻；所述定时调度服务分别在各个监测时刻执行所述shell脚本文件。

上述监测时刻可以根据针对相应服务器的监测需求确定；比如设置为各个整点时刻等。

本实施例可以利用cron定时调度服务定时执行get_server_info.sh脚本等用于获取服务器信息的shell脚本文件，查询服务器信息，并组织成xml格式，并及时将上述xml文件上传至监测端，使监测端可以获取服务器在各个监测时刻对应的xml文件，所获取的xml文件更具时效性。

作为一个实施例，上述服务器通过ftp(文件传输协议)服务将所述xml文件上传至监测端。

本实施例通过ftp服务上传相应的xml文件，使上述xml文件的传输过程更为稳定。

在一个实施例中，xml解析器可以为xml_parser，将xml文件导入xml解析器之后，上述xml解析器可以对上述xml文件进行如下处理：

调用xml_parser，使用其中的-l参数，查看并记录各个xml文件对应的服务器；

调用xml_parser，使用其中的-s参数，将各个服务器上传的xml文件的内容分别转换为个服务器对应的源代码文件，如，server1.cpp、server2.cpp、......、servern.cpp，上述server1为服务器的标识信息；

调用xml_parser，使用其中的-e参数，依次判断xml文件的运行状态信息中各项状态指标是否超过其对应的状态门限值，若超过，则生成对应的告警记录(异常状态信息)，保存在errorreport.xml(状态提示报表)中；errorreport.xml的格式可以为：

上述errorreport.xml的格式中，<error/>标签表示一个告警记录，记录中的字段file表示步骤1中该服务器生成对应的cpp文件名称；line字段表示在这个文件的什么位置展示这个告警，其初始值可以设为1，即在文件开头展示，id字段表示这个告警对应的是什么类型，上述各个参数的取值可以在sonarqube(代码质量管理平台)上预先配置好；severity表示相应告警记录的严重级别(异常级别)；msg表示相应告警记录的详细描述信息。

在生成各个服务器对应的源代码文件以及errorreport.xml后，可以调用sonar-scanner这个sonarqube平台的扫描程序对所有cpp文件(源代码文件)进行扫描，并且把errorreport.xml配置为需要导入的告警报表。这样，在sonarqube导入errorreport.xml后输出的cpp文件中，便可以可查看上述cpp文件对应的服务器的运行状态信息和告警(异常指标)。例如，点击server1.cpp，即可查看server1对应的运行状态信息和告警。

上述xml_parser可以用于完成将xml文件转化为对应的cpp文件和errorreport.xml报表。其通过解析服务器上传xml文件中的xml的内容，将内容保存于和xml格式具有相同层次结构的结构体中，方便程序分析和读取。程序中结构体中再将内容取出，从新组织成方便用户查看的形式。以及查询结构体中如果某个指标的数值超过设置的门限值，则生成相应的告警信息，保存到errorreport.xml。xml_parser根据输入的不同命令选择，可以对应查看某台服务器的基本信息、告警信息、邮件将告警信息发给管理员或用户。

本发明还可以设置的邮件通知告警功能(如通过邮件发送告警信息或者通过邮件将相应的状态监测文件发送至用户处的智能设备等等)，主动将监测到的告警立即通知给管理员和用户，方便用户和管理员立即解决。

参考图3所示，图3为一个实施例的服务器运行状态的监测系统结构示意图，包括：

接收模块10，用于接收各个服务器上传的xml文件，将所述xml文件导入xml解析器，生成各个服务器分别对应的源代码文件；其中，所述xml文件用于记录服务器的运行状态信息；

服务器与监测端之间的连接关系可以参考图2所示，如图2所示，监测端可以与各个服务器分别进行通信连接。监测端为管理各个服务器的智能管理设备，如计算机等。上述服务器可以通过运行相关状态检测程序(如get_server_info.sh)获取自身的运行状态信息，生成xml文件上传至监测端。

监测端在接收各个服务器上传的xml文件后，可以将上述xml文件导入xml解析器，通过上述xml解析器获取xml文件记录的内容，以便生成各个服务器分别对应的源代码文件。具体地，监测端可以启动定时调度服务(如cron定时调度服务)，定时将所述xml文件导入xml解析器(如xml_parser)，进行相应源代码文件和状态提示报表的生成。

上述源代码文件与服务器一一对应，通常情况下，源代码文件的名称与相应服务器的名称一致，源代码文件的内容可以包括相应服务器的运行状态信息，还可以包括该服务器的相关属性信息。例如，若第一服务器的名称为server1，第二服务器的名称为server2，……，第n服务器的名称为servern，则上述第一服务器对应的源代码文件可以为server1.cpp，第一服务器对应的源代码文件可以为server2.cpp，……，第n服务器对应的源代码文件可以为servern.cpp。

提取模块20，用于通过所述xml解析器从所述运行状态信息提取异常状态信息，根据各个服务器对应的异常状态信息生成状态提示报表；其中，所述状态提示报表记录的各个异常状态信息与其所在源代码文件中的位置信息相关联；

上述运行状态信息可以包括服务器的各个状态指标，如硬盘温度或者内存空间等等。各个状态指标均存在相应的状态门限值，若某状态指标超过其对应的状态门限值，则可以判断该状态指标为异常指标。服务器的异常状态信息包括该服务器对应的多个异常指标。上述xml解析器在生成状态提示报表(errorreport.xml)时，可以记录状态提示报表中各个异常指标对应的源代码文件，及其在相应源代码文件中的位置信息；将异常指标与源代码文件，及其在相应源代码文件中的位置信息进行关联。

扫描模块30，用于通过代码质量管理平台中的代码扫描器扫描各个服务器对应的源代码文件，并将所述状态提示报表导入代码质量管理平台，通过所述代码质量管理平台将所述状态提示报表记录的异常状态信息按照所述异常状态信息关联的位置信息添加至各个源代码文件，得到各个服务器对应的状态监测文件；

上述代码质量管理平台可以为sonarqube平台，代码质量管理平台中的代码扫描器扫描可以为sonar-scanner。码质量管理平台导入上述状态提示报表，在扫描各个服务器对应的源代码文件的过程中，可以将状态提示报表中的异常指标按照其关联的位置信息添加至其对应的源代码文件中，以对各个服务器对应的源代码文件进行异常指标更新，得到相应的状态监测文件；使用户通过上述状态监测文件便可以实现对相应服务器运行状态的监测；比如，用户(如管理员)仅需点击进入上述状态监测文件，便可以查询该状态监测文件对应的服务器的运行状态。

监测模块40，用于根据所述状态监测文件对各个服务器的运行状态进行监测。

用户可以在监测端通过点击上述状态监测文件获取各个服务器的运行状态。监测端还可以将上述状态监测文件通过邮件等方式发送至其他智能处理设备，以便用户在其他智能处理设备根据上述状态监测文件对各个服务器的运行状态进行监测。

上述接收模块10、提取模块20、扫描模块30和监测模块40可以设于监测端。

本实施例提供的服务器运行状态的监测系统中，服务器可以将用于记录其运行状态信息的xml文件上传至监测端，使监测端可以通过xml解析器，生成各个服务器分别对应的源代码文件，以及包括所有服务器异常状态信息的状态提示报表，以将状态提示报表导入代码质量管理平台，通过代码质量管理平台将状态提示报表记录的异常状态信息按照所述异常状态信息关联的位置信息添加至各个源代码文件，得到各个服务器对应的状态监测文件，以便在监测端可以根据上述状态监测文件对各个服务器的运行状态进行监测，有效提高了通过监测端监测各个服务器运行状态的效率。

在一个实施例中，上述xml文件还可以用于记录服务器的标识信息；

所述接收模块进一步用于：

在所述xml解析器中，根据服务器的标识信息将服务器的运行状态信息生成所述服务器对应的源代码文件。

上述标识信息为可以唯一表征相应服务器身份的身份标识符，如服务器的名称等等。具体地，上述xml文件可以通过文件名称记录服务器的标识信息，即以服务器的标识信息命名。

作为一个实施例，上述接收模块进一步用于：

将服务器的运行状态信息确定为文件内容，将所述服务器标识信息确定为文件名称的主题字段；

根据源代码文件的后缀名确定文件名称的后缀字段；

根据所述文件内容和文件名称生成源代码文件。

本实施例将服务器的运行状态信息确定为文件内容，将所述服务器标识信息确定为文件名称的主题字段，生成如server1.cpp、server2.cpp、......、servern.cpp的源代码文件，可以保证所生成的源代码文件的准确性。

在一个实施例中，上述提取模块进一步用于：

建立服务器的标识信息与运行状态信息之间的对应关系，识别所述运行状态信息中各个状态指标分别对应的状态门限值；

在所述运行状态信息的状态指标中提取超过相应状态门限值的异常指标，根据服务器的异常指标生成该服务器的异常状态信息；

获取所述异常状态信息中各个异常指标记录在相应标识信息所在的源代码文件中的位置信息，得到指标位置信息；

根据各个服务器的异常状态信息，以及所述异常状态信息中各个异常指标的指标位置信息生成状态提示报表。

服务器的运行状态信息包括多个状态指标，各个状态指标均存在相应的状态门限值；上述状态门限值可以根据服务器的配置信息以及相应的指标类型确定。超过相应状态门限值的状态指标为异常指标。一个服务器的异常状态信息包括该服务器的所有异常指标。各个异常指标在相应的服务器源代码文件均有记录，可以获取上述异常指标在相应服务器源代码文件中的指标位置信息，将上述异常指标与指标位置信息进行关联，以便后续代码质量管理平台可以将异常指标添加至相应的源代码文件。

作为一个实施例，上述提取模块进一步用于还可以进一步用于：

获取所述异常指标与相应的状态门限值之间的差值，根据所述差值设置异常级别，将所述异常级别对应记录在所述异常指标所在的异常状态信息中。

本实施例可以针对各类异常指标设置多个差值参考值，根据上述异常指标与相应的状态门限值之间的差值与相应差值参考值之间的关系确定异常指标的常级别。例如，上述差值参考值可以包括第一差值参考值和第二差值参考值(第一差值参考值小于第二差值参考值)；若所述差值小于或者等于所述第一差值参考值，则可以将相应异常指标的异常级别设置为轻度异常，若所述差值在第一差值参考值和第二差值参考值，则可以将相应异常指标的异常级别设置为中度异常，若所述差值大于或者等于所述第二差值参考值，则可以将相应异常指标的异常级别设置为重度异常。

本实施例将所述异常级别对应记录在所述异常指标所在的异常状态信息，具体地，可以通过在异常状态信息中标记相应异常指标颜色的方式表征异常指标的异常级别；以便后续将异常状态信息添加至各个源代码文件时，可以将其中异常指标携带的异常级别添加至相应的源代码文件，使所得到的状态监测文件不仅包含异常状态信息，还包含异常状态信息中异常指标的异常级别信息，使其表征的服务器运行状态信息更为完善。

在一个实施例中，上述运行状态信息可以包括cpu(中央处理器)信息、内存信息、硬盘信息、登录所述服务器的所有用户名称以及各个用户名称对应的最后登录时间。

服务器的标识信息可以包括服务器名称和服务器ip(网络之间互连的协议)等可以唯一表征相应服务器的身份信息。

服务器可以根据上述运行状态信息、标识信息以及当前生成xml文件的时间生成该服务器对应的xml文件。这样，服务器上传至监测端的xml文件记录其运行状态信息、标识信息以及相关时间信息，有利于保证将上述xml文件导入xml解析器后生成的源代码文件和状态提示报表的完整性。

在一个实施例中，上述服务器运行状态的监测系统还可以包括设于服务器的部署模块，

所述部署模块部署用于获取服务器信息的shell脚本文件，通过执行所述shell脚本文件查询服务器信息，将所述服务器信息组织成xml文件，并将所述xml文件上传至监测端；其中，所述服务器信息包括服务器的标识信息和运行状态信息。

为了提高xml文件所记录信息的完整性，上述xml文件还可以记录其生成时间，即获取服务器运行状态信息的时间，便于在监测端监测上述运行状态信息时，可以获知上述运行状态信息的获取时间。

作为一个实施例，在部署shell脚本文件后，服务器可以启动定时调度服务(如cron定时调度服务)，在所述定时调度服务上设置若干个监测时刻；所述定时调度服务分别在各个监测时刻执行所述shell脚本文件。

上述监测时刻可以根据针对相应服务器的监测需求确定；比如设置为各个整点时刻等。

本实施例可以利用cron定时调度服务定时执行get_server_info.sh脚本等用于获取服务器信息的shell脚本文件，查询服务器信息，并组织成xml格式，并及时将上述xml文件上传至监测端，使监测端可以获取服务器在各个监测时刻对应的xml文件，所获取的xml文件更具时效性。

作为一个实施例，上述服务器通过ftp(文件传输协议)服务将所述xml文件上传至监测端。

本实施例通过ftp服务上传相应的xml文件，使上述xml文件的传输过程更为稳定。

本发明提供的服务器运行状态的监测系统与本发明提供的服务器运行状态的监测方法一一对应，在所述服务器运行状态的监测方法的实施例阐述的技术特征及其有益效果均适用于服务器运行状态的监测系统的实施例中，特此声明。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。