0

我想通过使用 JCL 检查大型机 CICS 区域的状态，无论它是活动的还是非活动的，或者如果有人可以建议我一种通过 shell 脚本检查 CICS 区域状态的方法，那就更好了。此脚本/JCL 将用于向组发送邮件，说明该区域在预定时间处于活动/非活动状态。

请帮助我使用 JCL 的 PROC/UTILITY 或帮助我使用 shell 脚本示例来实现它

解决方案：

我在主屏幕上执行了以下命令

TSO STATUS <job-name>

它给了我工作是否正在运行。我在工作中执行了相同的 TSO 命令，并将输出放入数据集中。

4

3 回答 3

3

简单思考一下，我看到了三种替代方案，都涉及使用 SDSF（系统显示和搜索工具）。

请注意，并非所有大型机商店都许可 SDSF，它是 IBM 产品。存在 ISV 替代方案；我知道这些，但对它们不熟悉。

如果这是在我工作的商店中完成的，我将与大型机建立 SSH 会话并提交批处理作业以执行链接中描述的 Rexx 代码。批处理作业可以检查 CICS 区域的状态并发送电子邮件。我的偏好来自以前做过所有这些事情，我只是没有像这样把它们放在一起。

您的大型机人员可能禁止使用 Rexx，或者不允许 SSH 连接到他们的计算机，或者不愿意将 Rexx 接口设置到 SDSF。他们可能对 Java 有类似的感受。

可能存在安全隐患，logonID 和密码将在您的脚本中，是吗？该 ID 将被授权做什么？如何保护脚本？ID的密码是否需要定期过期？

所有这一切都意味着您必须与（可能是多个）大型机人员一起工作，以使该过程正常运行。这些问题都不是为了阻止你实现目标；您的目标必须在不损害系统安全性和完整性的情况下实现。

还有一些事情要考虑...

为什么要检查 CICS 区域是否已启动？如果是因为（例如）您将开始批处理以在该区域启动时向该区域发送消息，并在该区域关闭时通知某人，那么最好将错误处理构建到您的批处理中。

大型机商店通常有一些自动化软件在发生重大事件时通知人们 - 铃声响起，灯光闪烁，寻呼机关闭，发送电子邮件等。也许您正在尝试做的事情已经以不同的方式处理.

于 2013-02-12T13:01:27.753 回答
1

其他几个选项：

  • 您还可以运行状态 (ST) 命令 - 只需运行 TSO 后台 (IKJEFT01) 并发出状态命令，请参阅状态命令以获取适当的作业名称。
  • 您可以尝试从批处理作业运行 Cics 命令，请参阅Batch Cemt New copy。如果它工作 CICS 已启动，失败 CICS 未启动，但我建议进行查询而不是新副本。
于 2013-02-15T11:59:01.923 回答
0

一种方法是将作业步骤添加到 CICS 区域。将此作业步骤定义为始终运行，或者更好地将其定义为仅在 CICS 作业步骤失败时才运行。

在此工作步骤中，调用向相关方组中的每个人发送电子邮件的程序。

这样，当 CICS 区域异常终止时，每个人都会收到通知，但如果作业作为常规操作的一部分被彻底关闭，则没有人会收到电子邮件。

或者，您可能希望始终在该地区出现故障时发送一封电子邮件，无论原因如何。

此解决方案避免了轮询该区域以查看它是否已启动。例如，如果更改区域名称会发生​​什么？剧本必须改！或者，如果添加第二个或第三个生产区域怎么办？同样，必须更改所有脚本。

最后，您可以向区域添加步骤零，以便在区域启动时通知每个人！

于 2013-09-05T00:08:11.067 回答