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