可复用的地址空间

z/OS® 操作系统在创建每个地址空间时都会分配一个地址空间标识符（ASID）。但是，可供操作系统分配的 ASID 数量有限。将所有 ASID 都分配给现有地址空间后，操作系统将无法启动新的地址空间。在这种情况下，操作系统将发出 IEA602I ADDRESS SPACE CREATE FAILED 消息。

在一些方案中，使用交叉内存服务的地址空间导致其 ASID 无法复用，这增加了缺少 ASID 的可能性。一种解决方案是在 z/OS 操作系统的 1.9 版本中实现的，即明确指定特定地址空间可使用可重用ASID。本文描述了 WebSphere® Application Server 在 z/OS 操作系统上使用可重用ASIDs的情况。

在使用可复用 ASID 功能之前

当您在PARMLIB成员DIAGxx中 REUSASID(YES) 指定时，可重复使用的ASID功能将在特定的 z/OS 系统上激活。如果未指定此参数，那么将不会使用可复用 ASID 功能。若您正在使用 z/OS 操作系统的 1.9 版本，则必须应用工作负载管理器（WLM）APAR OA28528。

所有在可重用地址空间中运行的代码（例如 MVS 退出程序）都必须遵守 z/OS 扩展可寻址性指南中概述的ASID重用规则。否则，发生的问题（例如 OA28528 中描述的问题）可能会导致地址空间异常结束。

在可复用地址空间中运行启动式任务

要指示使用跨内存服务的启动任务可在可重用地址空间中运行，请在启动任务的命令 START 中指定REUSASID=YES 选项。例如：

START  STC1,REUSASID=YES

重要提示：除非在parmlib成员DIAGxx中激活REUSASID功能，否则此命令无效。

请避免对不使用交叉内存服务的启动式任务指定 REUSASID 选项。建议您不要使用此方法，这是因为，可复用 ASID 构成一个不可重新分配给原始地址空间的独立池。

若使用 MVS 的START命令直接启动 WebSphere Application Server for z/OS 控制器或定位服务守护进程，则必须添加 REUSASID 选项才能使其在可复用地址空间中运行。例如：

START BBO9ACR,JOBNAME=BBOS001,ENV=BBOBASE.BBONODE.BBOS001,REUSASID=YES
START BBO9DMN,JOBNAME=BBODMNC,ENV=BBOCELL.CFCIMGWI.WITIMGWI,REUSASID=YES

WebSphere Application Server 地址空间也可由 WebSphere Application Server 自身分配。例如，这些地址空间可能在定位服务守护程序自动启动时发出，也可能在使用 startServer 命令启动服务器时发出。在这些情况下，守护进程或服务器的配置设置决定了 WebSphere Application Server 提交的命令 START 中是否指定了REUSASID=YES选项。

默认情况下，当 WebSphere Application Server 执行命令 START 时，位置服务守护进程始终以 REUSASID=YES 选项启动。

缺省情况下，对于其他服务器，每个控制器都使用 REUSASID=YES 选项来启动。您可以通过手动更新控制器的进程定义来更改此行为。要执行此更新，请使用 wsadmin 命令或脚本操作，在服务器 START 命令中移除或添加 REUSASID 选项。并且，可以使用 updateZOSStartArgs 脚本针对特定服务器添加或移除 REUSASID=YES 选项。

支持的配置：

WebSphere Application Server 从属区域和控制区域附加组件通常不在可重用地址空间中运行。
绑定模式 WebSphere MQ 连接器在可重用地址空间中无法正常工作。若在 z/OS 操作系统上启用可重复使用的ASID，请确保运行消息监听端口（而非激活规范）的服务器在 START 命令中不包含 REUSASID=YES 选项。
若选择使用可复用地址空间（即 START 在命令中设置REUSASID=YES 选项），则必须使用类型4的 JDBC 驱动程序。

有关可重用地址空间的更多信息，请参阅 z/OS 手册《 MVS 编程：扩展寻址指南》。