如果我想编写一个“自制的监控工具”来跟踪最高级别的CICS事务，我可以从哪里开始？ 我知道有SMF，但它没有给我关于主要调用的单个程序的信息。 我也知道有专门的工具（Sysview，mainview和其他），但我很有兴趣知道它们如何工作并尝试创建我的工具。
我试图进行一些搜索，但我不知道从哪里开始。
答案 0 :(得分：1)
MainView等产品实际如何工作我不能说;我建议你不要尝试这个。可能会违反HIPAA和SOX以及各种其他审计员的热门立法。
CICS提供用户出口点，因此您编写的汇编代码可以获得控制权，即在EXEC CICS呼叫之前和/或之后。
IBM在CICS知识中心中记录了退出点以及如何编写汇编代码。某些z / OS服务也有退出点。
阅读可能很有趣，而且可以深入了解这些产品可能的工作方式，但请不要认为您的CICS系统程序员正在进行感谢您编写此类代码。
只是不要。
答案 1 :(得分：1)
从CICS版本的 CICS自定义指南开始。您需要了解最深层次的CICS监控所需的一切，包括供应商产品使用的几乎所有内容。汇编是必须的。
如果您的CICS开发环境具有足够的授权，则可以尝试一下。这很有趣，也很有教育意义，通过学习，你将肯定成为更好的CICS程序员。请注意 - 这些东西很容易导致CICS崩溃，或者搞乱应用程序代码或损坏数据。不要在生产附近的任何地方尝试。即使在dev中，也要确保你的sysprog知道它。要求一个沙箱 - 这是理想的。
祝你好运！答案 2 :(得分：1)
阅读在CICS系统中在线执行此操作的其他注意事项，并添加性能问题。
您的问题的答案取决于为什么您想要这样做。不要忘记CICS跟踪 - 这将显示您可能需要的所有信息。跟踪并离线查看它的风险要小得多 - 可能使用自己开发的格式化工具，如果这就是你要写的内容。
它不是在线监控解决方案，但可以满足您的个人好奇心/应用洞察要求。
答案 3 :(得分：0)
正如尤里所说，除了深入了解CICS如何运作之外别无其他，除了详细的监视器写一个完整的可能不是一个可行的商业前景，这是值得做的，但这就是你的号召。如果你不是一个sysprog，那么你应该考虑它。几乎所有下面描述的内容都只有合适的访问权限
明确您想要实现的目标，跟踪和监控在CICS中是不同的，并且收集的数据类型保存在具有不同目的的不同区域中 首先，有监控数据和跟踪数据。监视器数据在任务终止和定时间隔等点收集，数据存储在监视器缓冲区中，最终以SMF结束，并且如您所述，不会向您显示在任务执行中调用的各种程序。 另一方面，跟踪数据非常详细，涵盖了任务与CICS和CICS内部的每次交互。跟踪数据存储在跟踪表的内存中，并且可以选择由CICS写入辅助跟踪数据集。跟踪数据的缺点是它以极高的速率生成，因此捕获和存储这些数据对于执行自己来说是繁重的。 最后，可以从各种CICS控制块收集信息，例如哪些任务处于活动状态，状态等。这是实时的，因为这会释放系统状态，但仅限于某个时间点。您无法使用它来跟踪任务使用的程序，因为您不知道在控制块的扫描之间运行了多少程序 在监控和跟踪信息的情况下，这些数据的收集和存储由CICS为您执行，因为可以有效地完成，重新发明这些轮子是没有意义的。但你可以添加一些额外的。
所有CICS监控产品都以相同的方式执行。从CICS监视区域（在CMF上读取）和CICS控制块（在CICS域API上读取）中收集数据，然后挂钩到CICS全局出口点（GLUE）以获取额外的计数器和计时信息（例如跟踪程序）名）。然后将收集的信息传递到外部地址空间以进行存储/呈现。收集信息的一些方法并不容易获得，因此产生Omegamon等效物将很困难。 如果你仍然想要挖掘所有这些，那么使用定制指南来查找监控功能（CMF）。特别是您可能有兴趣编码GLUE以拦截程序开始/结束，例如退出点XPCFTCH，是汇编程序，并在MCT中调用EMP调用并激活它们，这将帮助您通过CICS资源记录生成任务中的程序名称和计时
使用CICS提供的实用程序DFH $ MOLS来处理SMF数据，如果您使用的是5.3，那么它将卸载到您可能会觉得有用的数据格式
查看使用事务CETR将一些跟踪数据写入辅助跟踪数据集，并使用实用程序DFHTUxxx处理数据，其中xxx是您正在运行的cics的版本，例如DFHTU700 for CICS 5.3。看看你得到了什么，以及你是否可以使用它
对于控制块信息，请查看CICS数据区，访问它们是您的挑战。
我只能像别人说的那样重复。不要在生产中这样做，或者可能不是任何预期保持活跃的环境！您可能没有授权级别来完成大部分工作。与系统程序员交谈，其中很多可能已经存在。
但这是一个弯曲的球。如果您真正想要的是跟踪一个应用程序，比如说自动化CEDF，那么看看发射器模式下的CICS事件处理，这将是有趣的