IBM AIX 持续可用性 (2)

核心提示： 虽然这主要与 System p 硬件相关，但是 AIX 在该过程中仍然发挥了作用，IBM AIX 持续可用性 (2)(3)，并且 AIX 中的编码允许替代处理器恢复功能通过将指令流移到备用处理器并在备用处理器上重新启动指令流，从而释放和取消配置发生故障的处理器，例如： errctrl -c

虽然这主要与 System p 硬件相关，但是 AIX 在该过程中仍然发挥了作用，并且 AIX 中的编码允许替代处理器恢复功能通过将指令流移到备用处理器并在备用处理器上重新启动指令流，从而释放和取消配置发生故障的处理器。这些操作可以在不中断应用程序的情况下由 POWER Hypervisor™ 和 POWER6 硬件来完成，从而允许处理不受阻碍地继续下去。

过度中断禁用检测

AIX V5.3 ML3 引入了一个新功能，可以检测 CPU 上的过度中断禁用周期，并创建错误日志来报告这一点。这使您可以了解系统上运行的特权代码是否正在过度（并静默）地影响性能。它还有助于确定和改进这样的有害代码，以避免问题以过去已证明很难诊断的方式体现出来。

此功能采用内核概要分析方法来检测运行时间太长的禁用代码。其基本思想是利用定期计划的时钟“计时单位”（一般每 10 毫秒出现一次），并使用它们来分别大致测量配置中每个逻辑处理器上持续被禁用的 CPU 时间范围。

此方法将通过在日志中记录有害代码中的一次或多次命中，从而警告您注意被部分地禁用的代码序列。它还将通过在日志中记录终止代码序列的 i_enable，从而警告您注意完全被禁用的代码序列。

通过更改 proc.disa RAS 组件，您可以分别打开或关闭过度中断禁用功能：

errctrl -c proc.disa errcheckoff
errctrl -c proc.disa errcheckon

请注意，上面的命令仅影响当前的启动（重启后将失效）。AIX 6.1 中引入了 -P 标志，以便能够在重新启动之后持久地更改该设置，例如：

errctrl -c proc.disa -P errcheckoff

在 AIX 5.3 上，持久地禁用组件错误检查（包括过度中断禁用检测）的唯一方法是在系统级别关闭该功能。在 AIX 5.3 TL3 和 TL4 上，这是通过以下命令完成的：