当前位置: 首页 > 数据库 > db2教程 > 正文

如何使用REXX实现Workload自动化

时间:2016-06-25

背景:

通常主机用户会手动发布命令,然后根据返回的结果决定是否回复消息。当命令执行以后,用户通过查看SYSLOG来检查命令执行的结果。如果数据库进行了修改,用户还会通过SPUFI进行select操作,比较命令前后数据库的变化,以确认命令是否已正确执行。

当操作的命令比较多,频率也比较高时,如何及时自动的处理这些交互,成为一个很大的挑战。本文以实现OAM workload自动化为例,来讲述如何用REXX发布命令,处理SYSLOG和JOBLOG,以及使用REXX处理数据库前后的内容,从而极大的提高工作效率。

适用场景:

1. 对系统自动发布命令:通过REXX自动发布命令,监控产生的message,来达到检查命令是否正常执行的目的。

2. 自动回复系统消息:通过REXX监控需要回复消息的message,使用REXX进行回复,并检查结果。

3. 自动化测试:对于一些需要查看SYSLOG,JOBLOG和通过DB2查询数据库,并进行前后比较的场景。

名词解释:

OAM: Object Access Method,对对象(即字节流)进行存储管理。

OSMC:Object Storage Management Cycle,对对象的storage group进行存储周期管理。

Recovery:当存储对象的卷不可用时,如磁带,使用recovery命令,恢复卷里面的对象。若恢复的卷是磁带时,系统会发布一个消息CBR9810D,确认是否继续,回复‘GO’,则命令继续进行,并返回消息CBR9863I表明恢复对象的结果。

使用方法:

本文以OAM OSMC RECOVERY 命令作为例子,演示如何使用REXX做自动化。

1. 首先使用TSO命令去存储对象

2. 使用SQL语句去查询DB2中存储对象的数据表:G222S.OSM_OBJ_DIR

3. 调用REXX程序MSGOSMC去运行OSMC操作,并确认命令成功执行。