我想通过使用JCL来检查大型机CICS区域的状态，无论它是活动的还是非活动的，或者如果可以建议我通过shell脚本检查CICS区域的状态，那就更好了。此脚本/ JCL将用于向组发送邮件，说明该区域在预定时间处于活动/非活动状态。
请帮助我使用PROC / UTILITY来使用JCL或帮助我使用shell脚本来实现它
解决方案：
我在主屏幕上执行了以下命令
TSO STATUS <job-name>
它给了我工作是否正在运行。我在我的工作中执行了相同的TSO命令，并将输出转换为数据集。
答案 0 :(得分：3)
简单地想一想，我看到三种选择，都涉及使用SDSF（系统显示和搜索工具）。
请注意，并非所有大型机商店都许可SDSF，这是一种IBM产品。存在ISV替代品;我知道这些但不熟悉它们。
如果在我工作的商店中进行此操作，我将与大型机建立SSH会话并提交批处理作业以执行链接中描述的Rexx代码。批处理作业可以检查CICS区域的状态并发送电子邮件。我的偏好来自于以前完成所有这些事情，我只是没有像这样把它们放在一起。
您的大型机用户可能禁止使用Rexx，或者不允许SSH连接到他们的计算机，或者不愿意将Rexx接口设置为SDSF。他们可能对Java有类似的感受。
可能存在安全隐患，logonID和密码将出现在您的脚本中，是吗？该ID被授权做什么？如何保护脚本？ ID的密码是否需要定期到期？
所有这些都是说您必须与（可能是多个）大型机工作人员合作才能使此过程正常运行。这些问题都不是为了阻止您实现目标;您的目标必须在不影响系统安全性和完整性的情况下完成。
要考虑的其他一些事情......
为什么要检查CICS区域是否已启动？如果是因为，（例如）您将开始批处理以向该区域发送消息（如果已启动）并通知某人是否已关闭，则最好将错误处理构建到批处理中。
大型机商店通常会安装一些自动化软件，以便在发生重大事件时通知人们 - 铃声响起，灯光闪烁，寻呼机关闭，电子邮件发送等等。也许您正在尝试做的事情已经在处理中不同的方式。
答案 1 :(得分：1)
其他几个选项：
答案 2 :(得分：0)
一种方法是将作业步骤添加到CICS区域。将此作业步骤定义为始终运行，或者甚至更好地将其定义为仅在CICS作业步骤失败时运行。
在此工作步骤中，调用向相关方组中的每个人发送电子邮件的程序。
这样，当CICS区域异常终止时，每个人都会收到通知，但如果作为常规操作的一部分干净地完成作业，则没有人收到电子邮件。
或者，您可能希望在区域出现故障时始终发送电子邮件，无论原因如何。
此解决方案避免了必须轮询该区域以查看它是否已启动。例如，如果更改了区域名称会发生什么？脚本必须改变！或者如果添加第二个或第三个生产区域怎么办？同样，所有脚本都必须更改。
最后，您可以向区域添加一个零步，以便在区域出现时通知所有人!!