CN104375921A

CN104375921A - 一种针对ibm主机进行检查的方法及系统

Info

Publication number: CN104375921A
Application number: CN201410593350.3A
Authority: CN
Inventors: 闫继忠; 滕腾; 张明; 金星; 高玉超
Original assignee: China Construction Bank Corp
Current assignee: China Construction Bank Corp
Priority date: 2014-10-29
Filing date: 2014-10-29
Publication date: 2015-02-25
Anticipated expiration: 2034-10-29
Also published as: CN104375921B

Abstract

本发明实施例公开了一种针对IBM主机进行检查的方法，包括：主机端通过作业控制语言JCL运行系统命令和信息采集程序，对所述主机端的各个系统的检查项进行信息采集，生成分别对应于所述各个系统的结果文件；所述主机端对所有结果文件进行格式化和合并，生成格式化结果文件；主机端通过ftp方式将所述格式化结果文件传输至开放端。本发明实施例还公开了一种针对IBM主机进行检查的方法。采用本发明实施例所提供的方法和系统，能够高效快捷地对IBM主机进行健康检查，节省了人力成本和时间成本；此外，能够根据系统配置对主机端的相应系统进行健康检查，使得健康检查更具灵活性和针对性。

Description

一种针对IBM主机进行检查的方法及系统

技术领域

本发明涉及系统检查领域，更具体地，涉及一种针对IBM主机进行检查的方法及系统。

背景技术

IBM主机系统的健康稳定对于应用IBM主机的场景具有至关重要的意义，例如，中国建设银行的核心系统部署在IBM主机系统中，每天承载着巨大的交易任务，一旦IBM主机系统出现问题将产生难以想象的后果。

为保证IBM主机系统的稳定，工程师需要定期对系统进行健康检查。现有的对IBM主机系统进行健康检查的方法为：首先登陆主机系统，然后针对每一个检查项手动输入命令执行，在获取到检查结果后与检查标准进行比对。

这种方式存在很多弊端，主要体现在以下几个方面：

1、操作繁琐、步骤较多，有一定的技术门槛，不利于推广普及。

2、重复性工作多、自动化程度差，需要记住大量的命令，人力成本和时间成本高，并且检查效率低。

3、存在因为误输入命令而对系统造成影响的风险。

4、无法保存主机健康度的历史信息，日后无法对主机健康度进行趋势分析。

发明内容

为解决上述技术问题，本发明提供了一种针对IBM主机进行检查的方法及系统，能高效率地实现对IBM主机的检查，节省人力成本和时间成本，并且检查的准确度高，能全面、系统地反应主机端的健康情况。

本发明实施例提供了一种针对IBM主机进行检查的方法，包括：

主机端通过作业控制语言JCL运行系统命令和信息采集程序，对所述主机端的各个系统的检查项进行信息采集，生成分别对应于所述各个系统的结果文件；

所述主机端对所有结果文件进行格式化和合并，生成格式化结果文件；

主机端通过ftp方式将所述格式化结果文件传输至开放端。

相应地，本发明实施例还提供了一种针对IBM主机进行检查的系统，所述系统包括主机端和开放端，其中，

所述主机端包括：

信息采集模块，用于通过作业控制语言JCL运行系统命令或运行信息采集程序，从而对所述主机端的各个系统的检查项进行信息采集，生成分别对应于所述各个系统的结果文件，

文件处理模块，用于对所有的结果文件进行格式化和合并，生成格式化结果文件；

文件传输模块，用于通过ftp方式将所述格式化结果文件传输至所述开放端。

实施本发明实施例所提供的针对IBM主机进行检查的方法和系统，具有以下优点：

1：本发明实施例中，由主机端通过作业控制语言JCL运行系统命令和信息采集程序进行信息采集，相对于手工检查方式所需的30分钟左右的时间，本发明实施例完成一次巡检大概仅需3分钟，效率极高，并且避免了可能因手工输入出错而对主机造成损害的风险。

2：本发明实施例横跨主机端和开放端，运维人员可通过开放端控制主机端的检查和结果文件的接收，更加方便灵活，并且主机端可以对检查结果进行直观的界面展示，使检查结果一目了然，有利于运维人员全面、系统地掌握主机健康状况。

3：传统的手工发送命令进行健康检查的方式无法自动保存检查结果，不利于日后对系统进行分析。而在本发明实施例中，可以将格式化结果文件存储至开放端数据库，有利于日后的分析处理。

4：开放端根据用户在系统配置界面执行的添加或删除系统的操作生成配置信息，实现了主机的参数化定制，提高了本发明实施例的扩展性和灵活性。

附图说明

图1是根据本发明实施例的一种针对IBM主机进行检查的方法的流程示意图；

图2是根据本发明实施例的一种针对IBM主机进行检查的方法的流程示意图；

图3是根据本发明实施例的一种针对IBM主机进行检查的方法的流程示意图；

图4是根据本发明实施例的一种针对IBM主机进行检查的系统的方块图；

图5是根据本发明实施例的一种针对IBM主机进行检查的系统的方块图；

图6是根据本发明实施例的一种针对IBM主机进行检查的系统的方块图；

图7是根据本发明实施例的一种信息采集模块的方块图。

具体实施方式

下面将结合附图对本发明实施例中的技术方案进行清楚、完整的描述。

图1是根据本发明实施例的一种针对IBM主机进行检查的方法的流程示意图，参照图1，所述方法包括：

100：主机端进行信息采集生成结果文件。具体而言，主机端通过作业控制语言(Job Control Language，JCL)运行系统命令和信息采集程序，对所述主机端的各个系统的检查项进行信息采集，生成分别对应于所述各个系统的结果文件。

IBM主机是一种多系统综合体，在对IBM主机进行健康检查时需要对其各个系统的检查项进行检查。需要说明的是，在本发明中，“IBM主机”作为一个整体，其下的操作系统和子系统可以统称为“各个系统”，因为在本发明中，无论操作系统还是子系统，它们在进行健康检查时作为检查对象具有并列的地位。

102：所述主机端对所有结果文件进行格式化和合并，生成格式化结果文件。

可选地，在本实施例的一种实现方式中，以如下格式化规范输出健康检查结果：

举例而言，检查结果为正常时的输出格式为：

CICS OCBS Transcation Abend is：NOR#

其中，CICS为子系统(即：主机端下的系统)的名称，OCBS Transcation Abend为检查指标的名称，NOR#表示指标的检查结果为正常。

举例而言，检查结果为异常时的输出格式为：

DB2DP1A Tablespace is：UNR#

其中，第一行和正常的输出格式一样，只不过以UNR#表示异常。与正常时的输出结果不同的是，如上所示，需要在第一行下方输出指标异常的具体信息。

在对所有结果文件进行上述格式化之后，对格式化之后的文件进行合并，生成所述格式化结果文件。通过对所有结果文件进行格式化和合并，不仅有利于进行ftp传输，还有利于开放端对格式化结果文件进行解析。

104：主机端通过ftp方式将所述格式化结果文件传输至开放端。

可选地，主机端可以定时上传所述格式化结果文件至所述开放端，也可以应所述开放端的ftp请求上传所述格式化结果文件。

采用本发明实施例所提供的方法，由主机端通过作业控制语言JCL运行系统命令和信息采集程序进行信息采集，检查效率高且避免了可能因手工输入出错而对主机造成损害的风险；通过将格式化结果文件传输至开放端，使得在开放端可以灵活地处理所述格式化结果文件，例如：

可选地，在本实施例中，在104之后，所述开放端可以将所述格式化结果文件存储至数据库中，这有利于日后管理人员查看和分析，并且基于存储的历史数据可以很好的分析主机在一段时间内的健康状况，进而对主机健康度进行趋势分析。

可选地，在本实施例中，在104之后，所述开放端可以解析所述格式化结果文件，并通过显示模块显示解析结果。例如，解析所述格式化结果文件得到各个检查项的健康指数，通过显示模块以不同颜色显示健康度不同的检查项及其检查结果等。

图2是根据本发明实施例的一种针对IBM主机进行检查的方法的流程示意图，参照图2，所述方法包括：

200：主机端定时提交(例如，通过BMC公司的批量调度软件C_ontr_ol-M)用于进行信息采集的JCL作业以便触发202。

202：主机端进行信息采集生成结果文件。具体而言，主机端根据所述JCL作业运行系统命令和信息采集程序，对所述主机端的各个系统的检查项进行信息采集，生成分别对应于所述各个系统的结果文件。

204：主机端定时提交用于进行文件处理的JCL作业以便触发206。

206：所述主机端对所有结果文件进行格式化和合并，生成格式化结果文件。

208：开放端定时向所述主机端发送上传所述格式化结果文件的ftp请求。

210：主机端通过ftp方式将所述格式化结果文件传输至所述开放端。

在本发明实施例所提供的方法中，由主机端定时采集信息、开放端定时获取格式化结果文件，整个检查过程可以完全自动化进行，高效快捷。

图3是根据本发明实施例的一种针对IBM主机进行检查的方法的流程示意图，参照图3，所述方法包括：

300：开放端从配置数据库中读取配置信息。在所述配置信息中，所述主机端配置有多个系统。示例性的，所述配置信息可以包括主机端下的各个系统的名称、登录用户、密码、IP地址、端口号等信息。

302：开放端执行ftp脚本，以提交用于触发所述主机端对相应的系统进行信息采集(具体而言，触发所述主机端通过作业控制语言JCL运行系统命令或信息采集程序以针对相应系统进行信息采集)的JCL作业。所述ftp脚本是根据所述配置信息生成的，例如由开放端根据所述配置信息生成。

304：主机端进行信息采集生成结果文件。具体而言，基于所述JCL作业，主机端通过作业控制语言JCL运行系统命令和信息采集程序，对所述主机端的各个系统的检查项进行信息采集，生成分别对应于所述各个系统的结果文件。

306：主机端对所有结果文件进行格式化和合并，生成格式化结果文件。

308：主机端通过ftp方式将所述格式化结果文件传输至开放端。

可选地，可以在308中由主机端主动上传所述格式化结果文件，也可以在302中通过所述ftp脚本根据作业执行的状态，进入指定的结果文件中获取结果。

在本实施例中，由开放端根据配置信息触发对相应系统的信息采集，能够适应IBM主机的配置变化，使得检查方法具有更高的灵活性和针对性。

可选地，在本实施例的一种实现方式中，开放端根据用户在系统配置界面执行的添加或删除系统的操作，生成所述配置信息，并生成或删除对应的ftp脚本。具体而言，用户(例如运维人员)可以在系统配置界面对主机进行配置，例如，通过添加或删除当前保存的集群，针对某一集群添加或删除子系统等。开放端根据用户对于主机的配置生成配置信息，并且随着添加和删除操作生成或删除相应的ftp脚本。通过该实现方式，可以对集群进行添加/删除，针对某一集群进行子系统的添加/删除等，这样可以提高健康检查的扩展性及灵活性，也方便日后可维护性。

在本发明的各种实施例中，举例而言，主机端可以包括如下系统：z/OS(Z系列操作系统)、DB2(Database II，一种IBM关系型数据库)、CICS(CustomerInformation Control System，客户信息控制系统)、IMS(Information ManagementSystem，信息管理系统)和SMS(Storage Management System，存储管理系统)等。主机端可以采用以下方式对相应系统进行信息采集：

一：通过JCL运行系统命令来采集DB2和z/OS的相关信息，然后将二者的相关信息与监控阈值进行对比得到二者的健康信息。例如，将采集的相关信息存入中间文件，然后对采集的信息进行检查获得二者的健康信息。

二：通过JCL运行信息采集程序来采集CICS的状态信息(例如，通过访问相关API(Application Programming Interface，应用程序编程接口)采集状态信息)，然后将CICS的状态信息与监控阈值进行对比得到CICS的健康信息。

三：通过JCL运行信息采集程序来采集IMS和SMS的相关信息，然后将二者的相关信息与监控阈值进行对比得到二者的健康信息。在一种具体实现方式中，可采用以下方式对IMS进行信息采集：将已经调用IMS的相关API从而获取了IMS数据库状态信息的作业的输出结果作为检查对象进行检查，得到IMS的健康信息。

举例而言，针对上述各个系统所需采集的信息如下表所示：

上述检查项仅是示例，在本发明中可以预先为主机端下的不同系统预配置不同的检查项，以便运行系统命令或信息采集程序时对这些检查项进行检查。本发明对检查项的具体内容不做限制。

图4是根据本发明实施例的一种针对IBM主机进行检查的系统的方块图，参照图4，检查系统4包括主机端41和开放端42，主机端41包括信息采集模块411、文件处理模块412和文件传输模块413，下面进行详细说明。

信息采集模块411，用于通过作业控制语言JCL运行系统命令或运行信息采集程序，从而对所述主机端的各个系统的检查项进行信息采集，生成分别对应于所述各个系统的结果文件。

文件处理模块412，用于对所有的结果文件进行格式化和合并，生成格式化结果文件。通过对所有结果文件进行格式化和合并，不仅有利于进行ftp传输，还有利于开放端对格式化结果文件进行解析。

文件传输模块413，用于通过ftp方式将所述格式化结果文件传输至所述开放端。

可选地，文件传输模块413可以定时上传所述格式化结果文件至所述开放端，也可以应所述开放端的ftp请求上传所述格式化结果文件。

采用本发明实施例所提供的检查系统4，检查效率高且避免了可能因手工输入出错而对主机造成损害的风险；通过将格式化结果文件传输至开放端，使得在开放端可以灵活地处理所述格式化结果文件，例如，以图表形式或重点部分突出显示的形式显示解析结果，将格式化结果文件存储至数据库中以便日后进行分析处理等。

可选地，在本实施例的一种实现方式中，开放端42可以包括用于解析所述格式化结果文件的解析模块和用于显示解析结果的显示模块；或者包括用于将所述格式化结果文件存储至数据库中的存储模块。

图5是根据本发明实施例的一种针对IBM主机进行检查的系统的方块图，参照图5，检查系统5包括主机端41和开放端42，下面分别进行说明。

主机端41除了包括信息采集模块411、文件处理模块412和文件传输模块413之外，还包括作业提交模块414，用于定时提交JCL作业，以便定时触发所述信息采集模块411。当然，在本发明实施例中，所述作业提交模块414还可用于定时提交JCL作业以触发所述文件处理模块412。

开放端42包括文件请求模块421，用于定时向所述文件传输模块413发送上传所述格式化结果文件的请求。

本实施例所提供的检查系统5可以完全自动化地对主机进行健康检查，高效快捷。

图6是根据本发明实施例的一种针对IBM主机进行检查的系统的方块图，参照图6，检查系统6包括主机端41和开放端42，下面分别进行说明。

主机端41包括图4所示实施例中的信息采集模块411、文件处理模块412和文件传输模块413。

开放端42包括：

配置读取模块422，用于从配置数据库中读取配置信息，在所述配置信息中，所述主机端配置有多个系统。

作业触发模块423，用于执行根据所述配置信息生成的分别与所述多个系统对应的ftp脚本，以提交用于触发所述信息采集模块411对相应系统进行信息采集的JCL作业。

在本实施例中，由开放端42根据配置信息触发对相应系统的信息采集，能够适应IBM主机的配置变化，使得健康检查具有更高的灵活性和针对性。

可选地，在本实施例的一种实现方式中，如图6所示，开放端42还可包括：

配置生成模块424，用于根据用户在系统配置界面执行的添加或删除系统的操作，生成所述配置信息；

脚本处理模块425，用于根据用户在系统配置界面执行的添加或删除系统的操作，生成或删除相应的ftp脚本。

图7是根据本发明实施例的一种信息采集模块的方块图，参照图7，信息采集模块411包括：

第一采集子模块，用于通过JCL运行系统命令来采集DB2和z/OS的相关信息，然后将二者的相关信息与监控阈值进行对比得到二者的健康信息；

第二采集子模块，用于通过JCL运行信息采集程序来采集CICS的状态信息，然后将CICS的状态信息与监控阈值进行对比得到CICS的健康信息；

第三采集子模块，用于通过JCL运行信息采集程序来采集信息管理系统IMS和存储管理系统SMS的相关信息，然后将二者的相关信息与监控阈值进行对比得到二者的健康信息。

具体的信息采集方式请参照方法实施例中的说明，此处不赘述。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所揭露的仅为本发明的优选实施例而已，当然不能以此来限定本发明的保护范围，因此依本发明权利要求的教导对上述实施例所作的等同变化，仍属于本发明权利要求所涵盖的范围内。

Claims

1.一种针对IBM主机进行检查的方法，其特征在于，所述方法包括：

主机端通过ftp方式将所述格式化结果文件传输至开放端。

2.如权利要求1所述的方法，其特征在于，

所述主机端通过作业控制语言JCL运行系统命令和信息采集程序，包括：

所述主机端定时提交JCL作业，以便所述主机端根据所述JCL作业运行所述系统命令和信息采集程序；

所述方法还包括：

所述开放端定时向所述主机端发送上传所述格式化结果文件的请求，以便所述主机端通过ftp方式将所述格式化结果文件传输至所述开放端。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述开放端从配置数据库中读取配置信息，在所述配置信息中，所述主机端配置有所述各个系统；

所述开放端执行根据所述配置信息生成的分别与所述各个系统对应的ftp脚本，以提交用于触发所述主机端对相应系统进行信息采集的JCL作业。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

所述开放端根据用户在系统配置界面执行的添加或删除系统的操作，生成所述配置信息，并生成或删除相应的ftp脚本。

5.如权利要求1-4中任一项所述的方法，其特征在于，主机端通过作业控制语言JCL运行系统命令或运行信息采集程序，对所述主机端的各个系统的检查项进行信息采集，包括：

所述主机端通过JCL运行系统命令来采集IBM关系型数据库DB2和Z系列操作系统z/OS的相关信息，然后将二者的相关信息与监控阈值进行对比得到二者的健康信息；

所述主机端通过JCL运行信息采集程序来采集客户信息控制系统CICS的状态信息，然后将CICS的状态信息与监控阈值进行对比得到CICS的健康信息；

所述主机端通过JCL运行信息采集程序来采集信息管理系统IMS和存储管理系统SMS的相关信息，然后将二者的相关信息与监控阈值进行对比得到二者的健康信息。

6.如权利要求1-4中任一项所述的方法，其特征在于，所述方法还包括：

所述开放端解析所述格式化结果文件，并通过显示模块显示解析结果；或，

所述开放端将所述格式化结果文件存储至数据库中。

7.一种针对IBM主机进行检查的系统，其特征在于，所述系统包括主机端和开放端，其中，

所述主机端包括：

8.如权利要求7所述的系统，其特征在于，

所述主机端还包括作业提交模块，用于定时提交JCL作业，以便定时触发所述信息采集模块；

所述开放端包括文件请求模块，用于定时向所述文件传输模块发送上传所述格式化结果文件的请求。

9.如权利要求7所述的系统，其特征在于，所述开放端包括：

配置读取模块，用于从配置数据库中读取配置信息，在所述配置信息中，所述主机端配置有所述各个系统；

作业触发模块，用于执行根据所述配置信息生成的分别与所述各个系统对应的ftp脚本，以提交用于触发所述信息采集模块对相应系统进行信息采集的JCL作业。

10.如权利要求9所述的系统，其特征在于，所述开放端还包括；

配置生成模块，用于根据用户在系统配置界面执行的添加或删除系统的操作，生成所述配置信息；

脚本处理模块，用于根据用户在系统配置界面执行的添加或删除系统的操作，生成或删除相应的ftp脚本。

11.如权利要求7-10中任一项所述的系统，其特征在于，所述信息采集模块包括：

第一采集子模块，用于通过JCL运行系统命令来采集IBM关系型数据库DB2和Z系列操作系统z/OS的相关信息，然后将二者的相关信息与监控阈值进行对比得到二者的健康信息；

第二采集子模块，用于通过JCL运行信息采集程序来采集客户信息控制系统CICS的状态信息，然后将CICS的状态信息与监控阈值进行对比得到CICS的健康信息；

12.如权利要求7-10中任一项所述的系统，其特征在于，所述开放端还包括：

解析模块，用于解析所述格式化结果文件；

显示模块，用于显示解析结果；

存储模块，用于将所述格式化结果文件存储至数据库中。