配置文件系统

在设置 WebSphere® Application Server for z/OS® 配置文件系统时，您需要做出若干规划决策。

单元、节点和服务器设置以及已部署的应用程序均存储在 WebSphere Application Server for z/OS 配置文件系统中。可以对配置文件系统使用 zSeries 文件系统 (ZFS) 或分层文件系统 (HFS)。

提示：从 WebSphere Application Server for z/OS 版本 7.0 开始，SBBOLOAD和 SBBOLD2 数据集已不复存在。这是因为装入模块现在位于产品文件系统中。若需将配置从产品文件系统中的加载模块切换为数据集中的加载模块，可使用 switchModules 命令中所述的工具。从 WebSphere Application Server for z/OS V8.0 开始，还必须将 server_dlls_in_hfs 环境变量设置为 0，这样服务器才能使用已放入 STEPLIB、LPA 或链接列表中的数据集的 DLL。为了使守护程序选用 DLL，应该在单元级别设置 WAS_DAEMON_ONLY_server_dlls_in_hfs。

每个节点都需要主目录

每个 WebSphere Application Server for z/OS 节点——无论是独立应用服务器、部署管理器、受管应用服务器节点还是位置服务守护进程——都需要一个可读写的根目录，有时也称为其WAS_HOME。

这是 WebSphere Application Server for z/OS 配置文件系统的结构，挂载于 /WebSphere/V9R0。该配置包含一个名为 BBOS001 的单应用服务器对应的 WebSphere Application Server 主目录，其单元和节点均命名为SYSA。

/WebSphere/V9R0
  /AppServer
    /bin
    /classes
    /java
    /lib
    /logs
    /profiles
      /default -> this is the profile_root directory  
    /temp
    ...
   /Daemon
    /config    
      /SYSA
   SYSA.SYSA.BBODMNB -> /WebSphere/V9R0/Daemon/config/SYSA/SYSA/BBODMNB
   SYSA.SYSA.BBOS001 ->  
/WebSphere/V9R0/AppServer/profiles/default/config/cells/SYSA/nodes/SYSA
   /servers/server1
   SYSA.SYSA.BBOS001.HOME ->  /WebSphere/V9R0/AppServer

WebSphere Application Server 的 BBOS001 主目录名为 AppServer。它包含用于 SYSA 节点和 BBOS001 服务器的目录，并且带有完整的配置信息。

/Daemon 目录包含用于定位服务守护程序的配置信息，在此配置文件系统中这些定位服务守护程序已定义至节点。

注：子目录 /Daemon/config 按单元格名称进行细分。如果各单元具有不同的短名称，那么每个单元的定位服务守护程序信息将分开保存。

守护进程的用户目录具有固定的 WebSphere Application Server 用户名 Daemon。

符号链接用于访问启动参数

除了 WebSphere Application Server 主目录本身外，配置文件系统还包含每个服务器的多部分符号链接，这些链接指向服务器的启动参数。符号链接名为 cell_short_name.node_short_name.server_short_name。

以上样本配置文件系统包含符号链接 SYSA.SYSA.BBODMNB（用于启动定位服务守护程序）和符号链接 SYSA.SYSA.BBOS001（用于启动 BBOS001 应用程序服务器）。第二个符号链接在通过 MVS 控制台启动服务器或位置服务守护进程时，通过命令 START 中的ENV参数进行指定：

START procname,JOBNAME=BBOS001,ENV=SYSA.SYSA.BBOS001

每个符号链接指向服务器的 was.env 文件所在的子目录。此文件包含启动服务器所需的信息。

注意：在后续安装处理过程中（如下所述），服务器JCL需要指定 WebSphere Application Server 主目录本身，而非该 was.env 文件的位置。这就是以上示例所示 SYSA.SYSA.BBOS001.HOME 符号链接的用途。

在单元之间共享配置文件系统

两个或多个 WebSphere Application Server for z/OS 单元（独立应用程序服务器、网络部署或两者兼有）可共享 WebSphere Application Server for z/OS 配置文件系统，前提是满足以下条件：

必须使用相同的公共组和用户来设置使用配置文件系统的所有单元。特别是每个单元必须具有相同的管理员用户标识和配置组。
这些单元必须具有不同的单元短名称。
每个节点必须有自己的 WAS_HOME 目录，该目录不会与任何其他节点或单元共享。

如前所述，您可以在单元之间共享守护进程主目录 (/Daemon，因为该目录在配置文件系统中为每个单元都设有更深层级的子目录。

注意：请注意，在单元之间共享配置文件系统会增加一个单元的问题可能导致同一配置文件系统中其他单元出现问题的可能性。

在系统之间共享配置文件系统

两个或多个 z/OS 系统可以共享配置文件系统，前提是 z/OS 系统拥有共享文件系统，且配置文件系统以读写模式挂载。所有更新均由拥有挂载点的 z/OS 系统执行。对于网络部署单元，这通常是指配置了单元部署管理器的 z/OS 系统。

选择 WebSphere Application Server for z/OS 配置文件系统挂载点

WebSphere Application Server for z/OS 配置文件系统挂载点的选择取决于您的 z/OS 系统布局、所涉应用服务环境的性质，以及以下因素的相对重要性：配置便捷性、维护便捷性、性能、可恢复性，以及对持续可用性的需求。

在单个 z/OS 系统中：
若在单台 z/OS 系统上运行 WebSphere Application Server for z/OS ，则可为 z/OS 配置文件系统挂载点选择多种方案。您可能需要在单个配置文件系统中放置多个独立应用程序服务器，并对生产服务器或 Network Deployment 单元使用不同的配置文件系统。使用不同的配置文件系统数据集可以改进性能和可靠性，而使用共享配置文件系统可以降低您需要的应用程序服务器编目过程的数目。
可对以下示例中的公共组和用户中的开发服务器、测试服务器和质量保证服务器使用一个配置文件系统：
```
/WebSphere/V9R0_test
  /DevServer - home to standalone server DVCELL, with server DVSR01A 
  /TestServer1 - home to standalone server cell T1CELL, with server T1SR01A 
  /TestServer2 - home to standalone server cell T2CELL, with server T2SR01A
  /QAServer - home to Network Deployment cell QACELL, with deployment 
    manager QADMGR and server QVSR01A
```
并对生产单元使用不同的配置文件系统
```
/WebSphere/V9R0_prod
  /CorpServer1 - home to Network Deployment cell CSCELL, with deployment 
    manager CSDMGR and server CSSR01A
```
在一个没有共享文件系统的多系统 z/OS 系统群中：
在没有共享文件系统的多系统Sysplex中，每个 z/OS 系统都必须拥有自己的配置文件系统数据集。对于独立的应用服务器以及未跨系统的网络部署单元，其选项与单一 z/OS 系统相同。
对于跨系统的 Network Deployment 单元：
您有两个选择：
- 可对每个系统上的单元配置文件系统数据集使用不同的装载点。这允许您在系统之间轻松移动节点（例如，在系统不起作用或者将要升级的情况下），因为每个装载点未在综合系统的其他系统上使用，所以允许您在综合系统中的备用系统上装载失效系统的配置文件系统数据集。
  例如，在系统 LPAR1 上，您可能想要将一个配置文件系统用于单元的一个部件：
```
/var/WebSphere/V9R0config1
  /DeploymentManager - home to deployment manager F1DMGR in cell F1CELL
  /AppServer1 - home to node F1NODEA and servers F1SR01A and F1SR02A
```
  并对 LPAR2 使用另一个配置文件系统：
```
/var/WebSphere/V9R0config2
  /AppServer2 - home to node F1NODEB and servers F1SR02B (clustered) 
    and F1SR03B
```
  此设置的优点在于您可将 Deployment Manager 和节点 F1NODEA 移至 LPAR2 或将节点 F1NODEB 移至 LPAR1。此配置的缺点在于 F1NODEA 和 F1NODEB 需要不同的编目过程集。
- 或者，您可以对特定单元中的所有配置文件系统数据集使用同一装载点。这允许您使用公共编目过程并使这些系统非常相似。
  使用以上示例所述的单元设置，节点 LPAR1 将有一个配置文件系统：
```
 /var/WebSphere/V9R0F1
  /DeploymentManager - home to deployment manager F1DMGR in cell F1CELL
  /AppServer1 - home to node F1NODEA and servers F1SR01A and F1SR02A
```
  并且 LPAR2 应在同一装载点具有单独的文件系统：
```
/var/WebSphere/V9R0F1
  /AppServer2 - home to node F1NODEB and servers F1SR02B (clustered) 
    and F1SR03B
```
  但是，将 LPAR 的节点重新定位至另一系统需要将一个配置文件系统的副本合并到另一个配置文件系统的副本中。
在一个具有共享文件系统的多系统 z/OS 系统群中：
如果您的综合系统有共享的分层文件系统，您可以直接为整个单元装载大型配置文件系统。使用 Profile Management Tool 或 zpmt 命令时，请指定每个系统上的公共配置文件系统装载点。如前所述，您应从托管部署管理器的 z/OS 系统更新配置文件系统。性能取决于配置更改的频率，并且确保选择此选项时您特别进行了调整。
或者，可在每个系统上安装不同的配置文件系统，可能使用在每个系统上的 /&SYSNAME 中安装的特定于系统的文件系统：
```
/LPAR1/WebSphere/V9R0F1
  /DeploymentManager - home to deployment manager F1DMGR in cell F1CELL
  /AppServer1 - home to node F1NODEA and servers F1SR01A and F1SR02A

/LPAR2/WebSphere/V9R0F1
  /AppServer2 - home to node F1NODEB and servers F1SR02B (clustered) 
    and F1SR03B
```
每个系统（LPAR1 和 LPAR2）在其特定于系统的装载点上装载自己的配置文件系统。使用 Profile Management Tool 或 zpmt 命令时，请指定以下信息：
- LPAR1 上的 /LPAR1/WebSphere/V9R0F1
- LPAR2 上的 /LPAR2/WebSphere/V9R0F1
使用此选项时的性能比使用共享综合系统时的性能好，并且根据装载点的选择，可在原始所有者停机时在其他 LPAR 上临时装载配置文件系统。可使得编目过程特定于系统，或者使用 &SYSNAME 来选择配置文件系统装载点。
如果您确实想要对所有配置文件系统数据集使用同一显式装载点，那么可使用符号链接将公共装载点重定向至每个系统上的另一文件系统：
- ln -s $SYSNAME/WebSphere WebSphere
- 将 LPAR1 的配置文件系统装载在 /LPAR1/WebSphere/V9R0F1。
- 在 /LPAR2/WebSphere/V9R0F1 处装载 LPAR2 的配置文件系统。
如果正确完成了此操作，那么可以在 Profile Management Tool 或 zpmt 命令中对每个系统指定配置装载点 /WebSphere/V9R0F1，并且仍可以享受特定于系统的定制文件系统数据集带来的好处。但是，使用此设置时，无法轻松地将配置文件系统数据集从一个系统移至另一个系统。所有节点都应该能够在 /WebSphere/V9R0F1 中找到它们的数据，并且您只能在每个系统上的此装载点装载一个配置文件系统。
建议：
- 在单台 z/OS 系统上，于路径创建可读写的文件系统， /wasv90config 并采用配置管理工具的默认设置，将每个配置文件系统挂载至路径 /wasv90config/cell_name/node_name。
- 在没有共享文件系统的多系统Sysplex上，请遵循针对单个 z/OS 系统的上述建议。这将允许您对每个单元使用公共编目过程。在每个系统上，为需要在综合系统中的备用系统上进行恢复的任何单元设置不同的装载点。
- 在具有共享文件系统的多系统Sysplex环境中，当性能不是问题时，或当需要共享文件系统来支持特定 WebSphere Application Server for z/OS 功能时，请使用共享配置文件系统。在考虑性能或必须避免单点故障时，请使用非共享配置文件系统数据集。

选择 WebSphere Application Server 主目录名称

WebSphere Application Server 的根目录始终相对于其所在的配置文件系统。因此，在 Profile Management Tool 或 zpmt 命令中，请在一个面板上选择配置文件系统装载点，在另一个面板上，仅为主目录填写单个目录名。但是，当指示信息指示您访问服务器的 WAS_HOME 目录时，它们指的是整个路径名、配置文件系统和主目录名称的组合（例如 /WebSphere/V9R0/AppServer）。

如果主目录在配置文件系统中是唯一的，可以为它选择任何名称。如果要创建独立应用程序服务器或新的受管服务器节点以联合到 Network Deployment 单元，那么一定要选择在 Network Deployment 单元的配置文件系统中处于未使用状态的项。

如果每个系统都有一个节点，那么您可能需要使用某种格式的节点名或系统名。另外，还可以使用 DeploymentManager 来表示 Deployment Manager，并使用 AppServern 来表示各个应用程序服务器节点。

配置文件系统与产品文件系统之间的关系

配置文件系统默认包含大量 (/usr/lpp/WebSphere/AppServer/V9R0 指向产品文件系统中文件的符号链接。这使得服务器进程、管理员和客户端能够访问一致的 WebSphere Application Server for z/OS 代码库。

请注意，这些符号链接是在创建 WebSphere Application Server 主目录时设置的，且非常难以更改。因此，需要高可用性的系统应为每个维护或服务级别（如测试、保证、生产等）分别保留独立的 WebSphere Application Server for z/OS 产品文件系统和产品数据集副本，以便进行系统维护，并通过中间符号链接将每个配置文件系统与其对应的产品文件系统连接起来。

提示：若在配置网络部署环境时，使用配置管理工具或命令 zpmt 中的产品文件系统路径默认值，将导致所有节点直接指向产品文件系统的挂载点。这会导致非中断方式的滚动维护几乎无法进行。如果以此方式配置一个单元，那么对产品文件系统应用服务会同时影响所有节点；如果以此方式配置多个单元，那么对产品文件系统应用服务会同时影响所有单元。您可以指定每个节点的配置文件系统与产品文件系统的实际装载点之间的中间符号链接。该策略详见 WebSphere Application Server for z/OS 发布的《测试、生产与维护规划》白皮书（ V5 ）。有关此问题及其与应用维护的关系的更多信息，请参阅 WebSphere z/OS V6 -- WSC示例ND配置白皮书。请参阅 WebSphere 中的《 z/OS ：更新现有配置 HFS 以使用中间符号链接》说明，了解如何获取并使用该实用工具来更新现有配置文件系统以使用中间符号链接。

当启动 WebSphere Application Server for z/OS 节点时，会将配置的服务级别与产品文件系统服务级别进行比较。如果配置文件系统服务级别高于产品文件系统的服务级别（这可能表示已装载旧产品文件系统），那么节点的服务器会终止并返回一条错误消息。如果配置文件系统服务级别低于产品文件系统的服务级别（这表示自最近一次启动该节点以来，该服务已应用于产品代码库），那么称为后置安装程序的任务会检查是否需要在配置文件系统上执行任何操作以使其保持最新。