建立监测活动和技术

通过建立涉及监视活动和监视技术的持续策略，您可以了解 CICS® 生产系统，这有助于确保最佳性能并避免意外问题。

监视 用于描述通过收集和解释数据，根据目标定期检查 CICS 生产系统的性能。 分析 描述了用于调查性能下降原因的方法。 调整 可用于由此分析产生的任何操作。

监测是一项持续的活动，原因有很多:
  • 它可以建立事务概要文件 (即，工作负载和卷) 以及用于预测系统容量的统计数据
  • 可以通过比较数据给出预警，避免性能问题
  • 它可以度量和验证您为响应较早的性能问题而可能执行的任何调整。

性能历史记录数据库（参见 IBM Z Decision Support 示例）是解答系统性能问题、规划进一步调优的宝贵资源。

可以在策略，过程和任务方面描述监视。

策略 包含以下元素:
  • 工作负载的连续或定期摘要。 您可以跟踪所有事务或所选代表。
  • 正常或峰值装入时的快照。 出于以下原因，监视峰值负载:
    • 在峰值卷上，约束和慢速响应更为明显。
    • 当前峰值负载是未来平均负载的良好指标。

过程(例如，良好的文档实践) 提供了监视策略和任务之间的管理链接。

任务 (不要与 CICS 事务的任务组件混淆) 包括:

在运营人员，编程人员和分析人员之间分配这些任务的责任。 确定要视为关键的资源，并设置一个程序来突出显示使用这些资源的任何趋势。

因为这些工具需要资源，所以它们可能会扰乱生产系统的性能。

强调新应用程序和整个系统的活动高峰期。 如果需要确认预期峰值与实际峰值相对应，请先更频繁地运行工具。

保持所有的详细输出往往是不实际的。 将汇总报告与相应的 CICS 统计信息一起归档，并将工具的输出保存在约定的时间段内，并为其保护提供习惯保护。

不要基于系统性能的一个或两个快照来得出结论，而应基于长时间内在不同时间收集的数据。 强调峰值加载。 由于不同的工具使用不同的测量标准，早期测量可能会给出明显的差异结果。

提前规划监视过程。 在您的过程中，说明要使用的工具，要使用的分析技术，这些活动的操作范围以及要执行这些活动的频率。

发展监测活动和技术

要收集和分析与您的策略一致的数据，您必须拥有正确的工具和流程。 在制定监视和性能分析的主要计划时，请考虑以下几点:
  • 建立监测活动的主要时间表。 与操作过程协调监视，以允许对在线事件和指示信息进行反馈，从而进行日常或定期数据收集。
  • 考虑您的业务与系统性能的关系，例如，事务速率的增长以及应用使用和未来趋势的变化。 请考虑非性能系统问题 (例如，应用程序异常终止，频繁问题和过度尝试) 的影响。
  • 决定要用于监视的工具。 用于数据收集的工具必须提供动态监视，每日收集统计信息以及更详细的监视。 请参阅 规划监视调度 以获取更多信息。
  • 考虑要执行的分析类型。 请考虑您已为管理安装而建立的任何控件。 记录要从监视输出中抽取的数据，以确定数据的来源和使用情况。 尽管监控工具提供的格式化报告有助于组织数据量，但设计工作表以帮助数据提取和减少。
  • 编写要包含在任何结果复审中的人员的列表。 分析监测数据的结果和结论应与用户联络小组和系统性能专家共享。
  • 创建策略以实现由调整建议产生的对 CICS 系统设计的更改。 将建议合并到安装管理程序中，并包括诸如测试标准和允许的生产环境更改频率之类的项。

规划性能复审流程

业绩审查进程的计划包括实施监测程序所需的工具和分析的核对表。 建立一个简单的监控程序时间表。 要创建性能复审流程，请执行以下任务:
  • 列出每种类型的任务发出的 CICS 请求。 这可帮助您确定需要在统计信息和 CICS 监视设施报告中查看哪些请求或哪些资源 (高频资源或高成本资源)。
  • 创建复审问题的核对表。
  • 估算新应用程序的资源使用情况和系统装入。 这是为了使您能够设置开始比较的初始基础。