Error handling 反倾销援助

我目前正在编写一个程序，它将充当其他应用程序的服务器。该程序将接受一个请求，然后转到数据库，执行调用应用程序请求的任何功能，并将控制权返回给调用应用程序。如果出现问题，我希望强制程序转储到abend aid（用于将来的检查），然后执行

EXEC CICS RETURN

返回调用程序。我知道我可以将commarea转储到CICS日志中，但这似乎。。。混乱和错误

---

TLDR；我是否可以调用一个例程来执行异常终止辅助转储，但允许程序继续执行

如果我没有记错的话，您可以调用语言环境Abend例程CEEABN3，以及任何带有捕获转储的Abend拦截包。

您可以调用CEE3ABD或CEE3AB2或EXEC CICS转储事务。所有这些都记录在IBM知识中心中，与语言无关

我看到进一步的对话产生了日志的想法。如果您有一个自动化产品，您可能希望与您的系统人员讨论EXEC CICS WRITE OPERATOR—这不是您不咨询他们就想做的事情。或者，您可以调用CEEMOUT，它类似于COBOL显示。有些商店对这种技术感到不安，再次与您的系统人员交谈

---

是的，如果您写入太多日志条目，则可能导致S722异常终止。再次，与系统人员交谈，确保他们已采取措施确保不会发生这种情况。或者至少在统计上不太可能。

“中止援助”并不准确。所有异常终止辅助都是一种格式化转储的方法。至少有两种方法可以让你轻松一下。。。要在没有实际异常终止的情况下请求存储转储，但1）请注意格式化转储（甚至生成“未格式化”转储，这实际上是一个只有表面格式化的格式化转储）需要时间。你的用户会注意到。无论如何，请与CICS支持人员进行讨论。如果他们让你这么做，他们会让你知道他们想要的方式。如果他们不让你去，你就不会去做。根据你到目前为止所说的，我只需要记录请求者的详细信息，然后尽快进行。这似乎不是大多数时候都需要的核心转储。这是有道理的，我将首先使用CICS日志条目感谢比尔！转储可以用一种叫做IPCS的东西进行编目和处理。您的CICS员工可能希望您远离这一点，因为您可能会占用空间，然后无法存储“生产”转储。你真的需要征求他们的意见。我的想法是，如果数据库崩溃，我们将向CICS日志中写入大量日志条目。我假设在CICS区域关闭之前，这些日志只能保存一定数量的内容？我不知道处理转储会占用很多（如果有的话）资源。我会和我们的CICS人员讨论一下，看看他们有什么建议。