设置 WebSphere® Application Server
for z/OS® 配置文件系统时,您需要作出多项规划决策。
单元、节点和服务器设置及已部署应用程序存储在 WebSphere Application
Server for z/OS
配置文件系统中。可以对配置文件系统使用 zSeries 文件系统 (ZFS) 或分层文件系统 (HFS)。
提示: 从 WebSphere Application Server for z/OS V7.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 节点(不管是独立应用程序服务器、Deployment Manager、受管应用程序服务器节点还是位置服务守护程序)都需要读/写主目录,有时称为 WAS_HOME。
这是安装在
/WebSphere/V9R0 位置处的 WebSphere Application Server for z/OS 配置文件系统的结构。它包含一个 WebSphere Application Server
主目录,用于名为 BBOS001 的应用程序服务器,该应用程序服务器带有名称都为 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
BBOS001 的 WebSphere Application
Server 主目录名为 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 和用于启动 BBOS001 应用程序服务器的符号链接 SYSA.SYSA.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
单元(独立应用程序服务器和/或 Network Deployment)可以共享 WebSphere Application Server for z/OS
配置文件系统:
- 必须使用相同的公共组和用户来设置使用配置文件系统的所有单元。特别是每个单元必须具有相同的管理员用户标识和配置组。
- 这些单元必须具有不同的单元短名称。
- 每个节点必须有自己的 WAS_HOME 目录,该目录不会与任何其他节点或单元共享。
如上所述,由于在配置文件系统中每个单元有对应的下级子目录,因此可在单元之间共享守护程序主目录(
/Daemon)。
注: 要注意的是,在单元之间共享配置文件系统容易引发以下情况:一个单元出现问题会导致同一配置文件系统中的其他单元出现问题。
在系统之间共享配置文件系统
只要 z/OS
系统具有共享文件系统并且配置文件系统以 R/W 方式进行安装,两个或两个以上
z/OS 系统就可以共享配置文件系统。所有更新均由拥有安装点的
z/OS 系统执行。对于 Network Deployment 单元,通常会在 z/OS
系统上配置单元 Deployment Manager。
选择 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 系统都必须有自己的配置文件系统数据集。对于独立应用程序服务器和未跨系统的 Network Deployment 单元,选项与对应单个 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 命令时,请在每个系统上指定公共配置文件系统安装点。如上所述,应从主管
Deployment Manager 的 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/WebSphere/V9R0F1 on LPAR1
- /LPAR2/WebSphere/V9R0F1 on LPAR2
使用此选项时的性能比使用共享综合系统时的性能好,并且根据安装点的选择,可在原始所有者停机时在其他
LPAR 上临时安装配置文件系统。可使得编目过程特定于系统,或者使用 &SYSNAME
来选择配置文件系统安装点。
如果您确实想要对所有配置文件系统数据集使用同一显式安装点,那么可使用符号链接将公共安装点重定向至每个系统上的另一文件系统:
- ln -s $SYSNAME/WebSphere WebSphere
- 在 /LPAR1/WebSphere/V9R0F1 处安装 LPAR1 的配置文件系统。
- 在 /LPAR2/WebSphere/V9R0F1 处安装 LPAR2 的配置文件系统。
如果正确完成了此操作,那么可以在 Profile Management Tool 或者
zpmt
命令中对每个系统指定配置安装点 /WebSphere/V9R0F1,并且仍可以享受特定于系统的定制文件系统数据集带来的好处。但是,使用此设置时,无法轻松地将配置文件系统数据集从一个系统移至另一个系统。所有节点都应该能够在 /WebSphere/V9R0F1 中找到它们的数据,并且您只能在每个系统上的此安装点安装一个配置文件系统。
- 建议:
- 在单个 z/OS 系统上,在 wasv90config
处创建一个读/写文件系统,并使用 Profile Management Tool 缺省值在
/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 产品文件系统和产品数据集的一份副本,以允许进行系统维护,以及使用中间符号链接将每个配置文件系统与其产品文件系统连接起来。
启动 WebSphere Application
Server for z/OS
节点后,将对配置的服务级别和产品文件系统的服务级别进行比较。如果配置文件系统服务级别高于产品文件系统的服务级别(可能意味着安装了旧的产品文件系统),那么节点的服务器将终止并生成一条错误消息。如果配置文件系统服务级别低于产品文件系统的服务级别(意味着自上次启动节点后该服务已经应用于产品代码库),那么后安装程序这一任务会检查需要对配置文件系统执行以使其保持最新的任何操作。