以恢复方式重新启动应用程序服务器

在发生故障后重新启动带有活动事务的应用程序服务器实例时,事务服务会使用恢复日志来完成恢复进程。每个事务资源都会保留这些日志,它们将用来重新运行所有不确定事务,并使整个系统返回到自统一的状态。

[z/OS]

开始之前

如果要从产品的先前版本迁移,请确保在控制器的 JCL 过程语句中将 REC 参数包括为 REC=N 或 REC=Y。如果 JCL 过程不指定 REC=N 或 REC=Y,那么即使您指定 -recovery 选项,服务器也不会以恢复方式重新启动。

如果 JCL 过程包括 REC=N 元素,那么如果您指定 -recovery,重新启动服务器时就会自动将设置更改为 REC=Y。如果未从产品的先前版本迁移,那么 REC=N 将自动包括在 JCL 过程中。以下是更新后的 PROC 语句的示例:

//BBO6ACR  PROC PARMS=' ',REC=N,Z=BBO6ACRZ       

关于此任务

以恢复方式重新启动应用程序服务器时:
  • 事务资源将完成其恢复日志中的操作,然后关闭。此操作会释放应用程序服务器在发生故障之前挂起的所有资源锁定。
  • 在恢复期间,只有进行事务恢复所必需的应用程序服务器功能子集才是可用的。
  • 应用程序服务器在恢复进程期间不接受新工作。
  • 应用程序服务器将在恢复完成时关闭。

此恢复进程将在应用程序服务器中的所有必需子系统可用时立即开始。如果应用程序服务器未以恢复方式重新启动,那么应用程序服务器会在服务器就绪时立即开始接受新工作。这种情况可能会在恢复工作完成之前出现。

通常,此过程并不存在问题。但在某些情况下,操作过程可能无法与支持恢复工作和新工作同时兼容。例如,您可能具有高可用性环境,其中出现故障的应用程序服务器所处理的工作将立即移至另一个应用程序服务器。这样,此备份应用程序服务器将以独占方式处理来自出现故障的应用程序服务器的工作,直到该应用程序服务器上的恢复完成并且两个应用程序服务器可以重新同步。在这种情况下,您可能需要出现故障的应用程序服务器仅执行其事务恢复进程,然后关闭。您可能不希望此应用程序服务器在进行恢复进程时开始接受新工作。

为了防止将新工作分配给正在执行事务恢复过程的应用程序服务器,请以恢复方式重新启动应用程序服务器。

在重新启动出现故障的应用程序服务器时,该应用程序服务器所在节点的 Node Agent 必须在运行,然后您才能重新启动该应用程序服务器。

避免故障 避免故障: 当作为正常关闭处理的一部分停止应用程序服务器时,会将消息 WSVR0024I: Server xxxxxxxx PROCESS xxxxxxxx stopped 发送到系统日志文件。如果服务器用户标识对设施类中相应的 MVSADMIN.* 概要文件具有 ALTER 访问权,那么会从 RRS 日志中移除与此应用程序服务器实例的应用程序服务器相关联的资源管理器注册项。但是,如果服务器用户标识对设施类中相应的 MVSADMIN.* 概要文件没有 ALTER 访问权,那么不会从 RRS 日志中移除与此应用程序服务器实例的应用程序服务器相关联的资源管理器注册项。

如果从 RRS 日志中删除资源管理器注册项,那么在后续应用程序服务器启动时,将会执行冷启动。但是,如果您以恢复方式启动应用程序服务器,那么不能使用 RRS 执行冷启动。

[z/OS]对于此 Service Release,只能在配置服务器的系统上以恢复方式冷启动服务器。

gotcha

如果想要能够以恢复方式重新启动应用程序服务器,那么必须在发生故障之前遵循以下步骤,然后重新启动应用程序以启用配置更改:

过程

结果

应用程序服务器以恢复方式重新启动,执行事务恢复,然后关闭。应用程序服务器在发生故障之前挂起的任何资源锁定都将被释放。
[z/OS]

下一步做什么

配置对事务服务子组件的集成高可用性支持以进行事务的对等恢复。


指示主题类型的图标 任务主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_svr_recoverymode
文件名:trun_svr_recoverymode.html