调整系统

确定特定约束后，您将确定需要调整的系统资源。调整系统的三个主要步骤是确定可接受的调整权衡，对系统进行调整更改以及复审调整结果。

确定可接受的调整权衡

调整方法可概括为查找和除去约束。在大多数系统中，性能受单个约束限制。但是，除去该约束时，在提高性能的同时，不可避免地会显示不同的约束，并且您可能经常必须除去一系列约束。由于调整通常涉及减少一个资源上的负载，而牺牲增加另一个资源上的负载，因此解除一个约束将始终创建另一个约束。

系统始终受约束。您不会除去约束; 只能选择最满意的约束。请考虑哪些资源可以接受系统中的额外负载，而不会使其本身成为更严重的约束并导致性能下降。

对系统进行调整更改

调整过程中的下一步是进行旨在提高性能的实际系统修改。调整系统时应考虑几点:

调整是对系统的资源分配和可用性进行小的更改以在响应时间上实现相对较大的改进的技术。
调整并非始终有效。如果系统响应太长，并且所有系统资源都使用过轻，那么您会看到 CICS® 响应时间变化很小。 (如果调整了错误的资源，那么也是如此。) 此外，如果正在充分使用约束资源 (例如，线路容量) ，那么唯一的解决方案是提供更多容量或重新设计应用程序 (在线路容量的情况下传输更少的数据)。
不要仅仅为了调音而调音。调整以解除已识别的约束。如果您调整并非导致性能问题的主要原因的资源，那么在您解除主要约束之前，这对响应时间几乎没有任何影响，并且可能会使后续调整工作更加困难。如果有任何显着的改进潜力，那么它在于提高响应时间中是主要因素的资源的性能。
通常，首先调整主要约束，特别是那些对响应时间有显着影响的约束。安排调整操作，以便首先完成具有最大效果的项。在许多情况下，一个调整更改可以解决性能问题 (如果它解决性能下降的原因)。因此，可能不需要其他操作。此外，以主要方式提高性能可减轻许多用户投诉，并使您能够以更彻底的方式工作。 80/20 规则适用于此处; 少量的系统更改通常会将响应时间缩短大部分可改进的量，假定这些更改可解决性能问题的主要原因。
一次进行一次调整更改。如果同时进行两项改变，它们的作用可能是相反的，而且可能很难判断它们中的哪一项具有重大的作用。
逐步更改分配或定义。例如，在减少系统中的驻留程序数时，请勿一次性将系统中的所有程序从 RES=YES 更改为 RES=NO。这可能导致响应时间意外延长，原因是由于分段而增加了存储器使用率，而由于程序装入活动较高而增加了处理器使用率。如果你一次换几个程序，从少用的程序开始，这可以让你更好的了解整体的结果。
对于缓冲区和字符串设置以及其他数据集操作数，事务和程序操作数以及可以为每个资源单独指定操作数的所有资源，同一规则适用。出于同样原因，请勿在分配给任务限制 (例如 MXT) 的值中进行较大的增大或减小。
在调整过程中继续监视约束。由于每次调整都会更改系统中的约束，因此这些约束随时间而异。如果约束发生更改，那么必须对新约束进行调整，因为旧约束不再是对性能的限制影响。此外，在一天中的不同时间，约束可能有所不同。
在启动调整过程之前，请将回退过程置于适当位置。如前所述，某些调整可能会导致意外的性能结果。如果这导致性能下降，那么应该将其逆转，并尝试其他方法。如果未保存先前的定义或路径设计，那么必须重新定义这些定义或路径设计，以使系统恢复原样，并且系统将继续在更差的级别执行，直到进行这些复原为止。如果以可重新调用的方式保存先前设置，那么从不正确的更改中回退将变得简单得多。

查看调整结果

每次调整完成后，请查看已确定为性能问题的性能度量，以验证是否发生了预期的性能更改，并量化该更改。如果性能已提高到符合服务级别协议的程度，那么无需进行更多调整。如果性能更好，但尚不可接受，那么需要进行调查以确定要执行的下一个操作，并验证已调整的资源是否仍是约束。如果它仍不是约束，那么需要识别和调整新的约束。这是返回到调整过程的第一步，您应该在该过程中重复后续步骤，直到达到可接受的性能级别为止。