使用 JOURNALMODEL 定义系统日志

如果 CICS 区域用户标识在运行之间更改 (例如，测试 CICS 区域在应用程序开发者之间共享) ，那么您可能希望将日志模型用于系统日志。

为每个用户创建具有不同高级限定符的日志流将很浪费。无论哪个程序员启动 CICS 区域，使用相同的系统日志流都会使日志流的数量保持在最小。以下示例使用特定 JOURNALNAME 和 STREAMNAME 中的符号，使其成为主日志流的显式模型。

  DEFINE GROUP(TEST) DESC('System logs for test CICS regions')
         JOURNALMODEL(DFHLOG) JOURNALNAME(DFHLOG) TYPE(MVS)
         STREAMNAME(TESTCICS.&APPLID..&JNAME.)

如果定义 JOURNALMODEL 资源定义以定义 DFHLOG 和 DFHSHUNT 的日志流名称，请确保生成的日志流名称是唯一的。如果您有一些使用相同 applid 的 CICS 区域，那么必须在日志流名称中使用一些其他限定符以确保唯一性。

如果对系统日志使用 JOURNALMODEL 资源定义，那么必须先定义这些资源定义并将其添加到相应的组列表 (使用 CSD 实用程序 DFHCSDUP) ，然后再启动 INITIAL-启动 CICS。

系统日志不能是 TYPE (SMF)。

DFHLOG 可以是 TYPE (哑元) ，但仅当您始终 INITIAL 启动 CICS 区域并且不存在需要事务回退的可恢复资源时，才能使用此功能。如果在 JOURNALMODEL 定义上指定了 TYPE (哑元) ，那么 $TAG1 CICS $TAG2 无法执行冷启动或热重新启动或紧急重新启动。

如果您不希望使用系统日志 (可能在测试或开发区域中) ，请为类型为 DUMMY 的 DFHLOG 定义 JOURNALMODEL ，如以下示例中所示:

DEFINE  JOURNALMODEL(DFHLOG)   GROUP(CICSLOGS)
        JOURNALNAME(DFHLOG)
        TYPE(DUMMY)

要在没有系统日志的情况下启动 CICS 区域，必须确保 JOURNALMODEL 定义 (例如上面显示的定义) 包含在启动组列表中。使用 DFHCSDUP 批处理实用程序来定义所需的 JOURNALMODEL 并将组添加到组列表中。

DFHSHUNT 可以是 TYPE (DUMMY)。但是，建议不要这样做，因为这会损害 CICS 管理系统日志的能力。