背景：
通常主机用户会手动发布命令，然后根据返回的结果决定是否回复消息。当命令执行以后，用户通过查看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操作，并确认命令成功执行。