Как сказал Юрий, это стоит делать, если ничего другого, кроме как получить более глубокое понимание того, как работает CICS, написать полный подробный монитор, вероятно, не является жизнеспособной коммерческой перспективой, но это ваш звонок. Если вы уже не sysprog, то, возможно, вам стоит подумать об этом.Почти все из того, что описано ниже, будет доступно только с подходящим доступом.
Будьте предельно точны в том, что вы хотите достичь, отслеживание и мониторинг различны в CICS, а типы собранных данных хранятся в разных областях с различными целями. Для Вначале есть данные мониторинга и данные трассировки. Данные мониторинга собираются в таких точках, как завершение задачи и временные интервалы, данные хранятся в буферах монитора и заканчиваются в SMF, и, как вы заявляете, не показывает вам различные программы, вызываемые при выполнении задачи. Данные трассировки, с другой стороны, очень подробно описывают каждое взаимодействие задачи с внутренними элементами CICS и CICS. Данные трассировки сохраняются в памяти в таблице трассировки и могут быть дополнительно записаны CICS в дополнительные наборы данных трассировки. Недостатком данных трассировки является то, что он производится с огромной скоростью, поэтому захват и хранение этих данных будет обременительным для выполнения вами самих задач. Наконец, информация может быть собрана из различных блоков управления CICS, например, какие задачи активны, состояние и т. Д. Это реальное время, так как это отбирает состояние системы, но только в определенный момент времени. Вы не могли использовать это для отслеживания программ, используемых задачей, поскольку вы не представляете, сколько программ было выполнено между сканами блоков управления. . В случае мониторинга и отслеживания информации сбор и хранение этих данных выполняется CICS для вы, как об эффективности, как это можно сделать, не имеет смысла повторно изобретать эти колеса. Но вы можете добавить некоторые дополнительные.
Все продукты мониторинга CICS там делают то же самое. Собирайте данные из области мониторинга CICS (чтение на CMF) и блоки управления CICS (читайте на API-интерфейсах CICS), а затем также подключайтесь к глобальным точкам выхода CICS (GLUE), чтобы получить дополнительную информацию о счетчике и времени (например, программу отслеживания имена). Собранная информация затем передается во внешнее адресное пространство для хранения/презентации. Некоторые из способов сбора информации недоступны, поэтому создание эквивалента Омегамона будет затруднительным. Сказав все это, если вы все еще хотите копать, используйте Руководство по настройке, чтобы найти контрольную ложь (CMF). В частности, вас может заинтересовать кодирование GLUE для перехвата запуска/завершения программы, например. точка выхода XPCFTCH, да, ее ассемблер, а также ввод EMP-вызовов и активация их в MCT, это поможет вам создавать имена программ и тайминги в задаче с помощью записей ресурсов CICS.
Посмотрите на использование утилиты CICS DFH $ MOLS для обработки данных SMF, если вы находитесь на 5.3, то он будет разгружаться в формат данных, который может оказаться полезным для обработки
Посмотрите на то, что некоторые данные трассировки записываются в вспомогательные данные трассировки с использованием транзакции CETR и обрабатывают данные с помощью утилита DFHTUxxx, где xxx - это версия запускаемых вами криков, например DFHTU700 для CICS 5.3. взгляните на то, что вы получаете, и можете ли вы его использовать.
Для информации о контрольном блоке смотрите области данных CICS, доступ к ним - ваша задача.
Я могу только повторить, как говорили другие. Не делайте этого в производстве или, возможно, не в какой-либо среде, которая, как ожидается, останется активной! У вас может не быть достаточных уровней авторизации. Поговорите с системными программистами, многие из них, возможно, уже существуют.
Но вот изогнутый шар. Если то, что вы действительно ищете, - это отслеживание приложения, например, автоматизированный CEDF, а затем посмотрите на обработку событий CICS в режиме эмиттера, что было бы интересно