WebSphere培训文档.docx
《WebSphere培训文档.docx》由会员分享，可在线阅读，更多相关《WebSphere培训文档.docx（48页珍藏版）》请在冰豆网上搜索。
WebSphere培训文档
什么是概要文件？
概要文件（profile）这一新概念的引进，使得管理IBM®WebSphere®ApplicationServer变得更加简单。
WebSphereApplicationServerV6引进了概要文件概念，目的是将产品二进制文件（binaries）与用户数据物理分离，并使用户能定义多组用户数据。
在WebSphereApplicationServer第6版之前，产品二进制文件和用户数据都位于WebSphere安装目录下：
∙最终用户流程可以对WebSphereApplicationServer产品二进制文件进行读操作，却不能对其进行修改。
二进制文件只能通过产品维护更新（比如fix包和ifixes）和其它扩展WebSphere平台产品的安装程序（也可认为是一种类型的产品维护）进行修改。
∙最终用户拥有用户数据，并可对其进行写操作。
通常情况下，用户数据包括配置文件、部署的应用程序、日志文件和临时工作区等，但是并不局限于这些。
之前，产品安装程序常将产品二进制文件和WebSphere缺省配置置于安装目录下，用户通过产品提供的各种系统管理工具，自定义配置并部署应用程序。
换句话说，之前的产品二进制文件和用户数据混在一起，并只有一组用户数据可以通过特定的WebSphere安装来定义。
而另一方面，概要文件可以获取磁盘上的一组用户数据和相关的运行时执行环境：
WebSphereApplicationServerV6概要文件由该文件集组成，该文件集由最终用户所有，并且最终用户可以对文件集进行写操作，且该流程以最终用户的身份执行。
在UNIX®和Linux®系统上，已创建的概要文件中所有文件和目录的组和所有者权限都与执行实用程序来创建这个概要文件的用户相同。
可以认为WebSphere概要文件是"用户数据分区"，等同于UNIX/Linux操作系统环境中用户的主目录。
WebSphereApplicationServerV6产品安装程序将创建的文件分别放在两个隔开的环境中：
一个用于安装产品二进制文件，另一个用于创建初始概要文件。
创建初始概要文件的位置与产品二进制文件安装位置是分开的，且最终用户可以对其进行配置。
用户还可以在安装完成之后创建其它概要文件。
所有通过WebSphereApplicationServer安装创建的概要文件共享相同的产品二进制文件，且这些产品二进制文件是不能修改的。
级别:
初级
QinhuaWang,咨询软件工程师,IBMWebSphereDevelopment
LeighWilliamson,WebSphere系统管理构架师,IBM
2005年6月01日
概要文件（profile）这一新概念的引进，使得管理IBM®WebSphere®ApplicationServer变得更加简单。
在IBMWebSphere开发者技术期刊上有一系列关于WebSphereApplicationServerV6系统管理功能重大改进的文章，作为此系列文章的第三部分，本文将讲述概要文件。
引言
IBMWebSphereApplicationServerV6相比先前的版本5，在系统管理功能方面有许多重大改进。
该系列文章将重点阐述产品的系统管理功能的改进，每部分都将对某个具体的特性做详细的阐述。
本系列文章讲述的内容目前包括：
∙第1部分：
系统管理功能概述
∙第2部分：
增量单元升级
∙第3部分：
使用概要文件简化WebSphereApplicationServer管理
本系列还将不断增添新的文章。
回页首
什么是概要文件？
WebSphereApplicationServerV6引进了概要文件概念，目的是将产品二进制文件（binaries）与用户数据物理分离，并使用户能定义多组用户数据。
在WebSphereApplicationServer第6版之前，产品二进制文件和用户数据都位于WebSphere安装目录下：
∙最终用户流程可以对WebSphereApplicationServer产品二进制文件进行读操作，却不能对其进行修改。
二进制文件只能通过产品维护更新（比如fix包和ifixes）和其它扩展WebSphere平台产品的安装程序（也可认为是一种类型的产品维护）进行修改。
∙最终用户拥有用户数据，并可对其进行写操作。
通常情况下，用户数据包括配置文件、部署的应用程序、日志文件和临时工作区等，但是并不局限于这些。
之前，产品安装程序常将产品二进制文件和WebSphere缺省配置置于安装目录下，用户通过产品提供的各种系统管理工具，自定义配置并部署应用程序。
换句话说，之前的产品二进制文件和用户数据混在一起，并只有一组用户数据可以通过特定的WebSphere安装来定义。
而另一方面，概要文件可以获取磁盘上的一组用户数据和相关的运行时执行环境：
WebSphereApplicationServerV6概要文件由该文件集组成，该文件集由最终用户所有，并且最终用户可以对文件集进行写操作，且该流程以最终用户的身份执行。
在UNIX®和Linux®系统上，已创建的概要文件中所有文件和目录的组和所有者权限都与执行实用程序来创建这个概要文件的用户相同。
可以认为WebSphere概要文件是"用户数据分区"，等同于UNIX/Linux操作系统环境中用户的主目录。
WebSphereApplicationServerV6产品安装程序将创建的文件分别放在两个隔开的环境中：
一个用于安装产品二进制文件，另一个用于创建初始概要文件。
创建初始概要文件的位置与产品二进制文件安装位置是分开的，且最终用户可以对其进行配置。
用户还可以在安装完成之后创建其它概要文件。
所有通过WebSphereApplicationServer安装创建的概要文件共享相同的产品二进制文件，且这些产品二进制文件是不能修改的。
V6概要文件与V5实例的联系
如果您在之前使用过wsinstance实用程序，就会对概要文件的概念多少有些熟悉。
在WebSphereApplicationServerV5.1中引入的wsinstance实用程序，用户可以用其创建产品安装的多个配置实例。
概要文件是对该功能的扩展、增强和替换。
虽然看起来有些类似，这两种功能之间还是有很多重要的区别：
1.版本6不支持初始的缺省配置和产品二进制文件目录混合。
WebSphereApplicationServerV6所有的操作环境都通过概要文件描述，且创建初始概要文件和之后创建所有概要文件的逻辑相同。
2.在版本5中，初始产品安装会生成几个目录：
直接位于安装根目录下的config目录、logs和tranlog目录、temp和wstemp目录，这是最初的用户区域，并且是lib、java、bin和classes目录的同级目录。
虽然这符合逻辑，但当用户创建存放系统文件的只读文件系统，并同时为配置和生产运行时维护对这些文件的读和写的能力时，这种结构会给用户造成困难。
版本6将产品二进制文件和所有的用户数据实例进行明确的分离，并封装在一个或是多个概要文件中。
3.概要文件特性还提供概要文件管理工具，该工具和其它所有系统管理工具集成在一起，使其比wsinstance实用程序更加成熟和完善。
创建您的第一个概要文件
在安装之后创建您的第一个概要文件
如果在产品安装时没有创建您的第一个概要文件，那么您可以直接使用PCT工具在产品安装之后进行创建。
该工具是位于/bin/ProfileCreator目录中名为pct的可执行文件；例如，在Windows®平台上可执行文件将称为pctwindows.exe。
您也可以用它来创建多个概要文件。
在上文提到，WebSphereApplicationServer安装程序将所有的产品二进制文件置于用户指定的安装目录下。
安装程序调用GUI概要文件创建工具（PCT）来创建初始概要文件。
PCT向导将帮助您创建初始概要文件。
图1是PCT工具的屏幕截图。
该图中展示概要文件的名称、概要文件所在的目录、节点名称、主机名称以及其它相关信息。
该工具还为概要文件提供一组缺省端口，必要时可以对其进行修改；缺省端口不能分配给同一台服务器上WebSphereApplicationServer已经在使用的概要文件，以避免和其它任何端口冲突。
该工具也不提供WebSphereApplicationServer之外的服务所使用的端口。
图1.概要文件创建工具
在缺省情况下，创建的概要文件位于/profiles/目录下，您还可以在PCT提示时自定义概要文件的位置。
概要文件可以位于文件系统中的任何位置，只要最终用户拥有在该位置创建目录和文件的足够权限。
如果正在使用WebSphereApplicationServerNetworkDeployment（ND），您还将收到提示，选择预先定义的三种概要文件类型中的一种。
其中两种类型都只可用于ND环境。
（我们将在稍后描述如何使用这三类概要文件类型建立ND环境）。
概要文件类型
定义
ApplicationServer
为WebSphereApplicationServer、WebSphereApplicationServer——Express和WebSphereApplicationServerNetworkDeployment定义独立的应用服务器环境。
该概要文件包含缺省的应用服务器定义。
部署管理器
定义部署管理器环境。
该概要文件类型包含缺省的管理器定义，且只可用于WebSphereApplicationServerND。
自定义
定义一个不包含应用程序定义的空管理节点。
在创建概要文件时，概要文件创建工具将为您提供一个选项，将已创建的自定义概要文件自动与作为管理节点的部署管理器相连，这样用户可以在节点上添加资源和自定义的服务器定义。
使用WebSphere概要文件
要使用之前创建的概要文件，需要调用/bin目录中提供的命令。
该目录中的命令和/bin目录中的命令名称相同。
如果之前您使用的是WebSphereApplicationServerV5产品，对这些命令就并不陌生了。
可以按照以前在V5中的方法使用/bin目录下的命令——唯一的区别是这些命令只能在这个指定的概要文件上使用。
例如，要在Windows上启动通过这个概要文件定义的应用服务器，您可以使用startServer命令：
\bin\startServer.batserver1
说明：
PROFILE_DIRECTORY为/washome/WebSphere/AppServer/profiles/Server1/
同样，如果想停止使用服务器，您可以使用stopServer命令：
\bin\stopServer.batserver1
通过管理控制台启动服务器以及安装在该服务器上的应用程序之后，您可能还不知道日志文件和安装的应用程序在哪。
要回答这些问题，我们可以先检查该概要文件的目录结构：
在概要文件目录下您可以看见除了bin子目录之外的其它子目录的清单。
该表格详细描述了这些子目录及其内容：
子目录
内容
bin
该组命令可以在创建的概要文件上使用。
这些命令和/bin目录下的命令名称相同，但是只能在这个概要文件上使用。
config
用于WebSphereApplicationServer流程（借助于这个概要文件而执行）的一组配置文档。
如果该概要文件是部署管理器概要文件，那么它将包含整个单元的配置文档。
其中还可能包含与该部署管理器相连的其它概要文件的配置。
databases
Cloudscape®数据库。
etc
密钥文件和证书（至少包括与产品捆绑的初始密钥文件和证书）。
installableApps
可安装应用程序的缺省位置。
installedApps
已安装并扩展的应用程序二进制文件
installedConnectors
已安装的JCAResourceAdapter库。
logs
所有类型的日志文件，例如SystemOut.log、tranlog、FFDC、activity.log等等。
BOSS中在/logs/server*/下面。
properties
各种属性文件，其中包含V5中相同的属性文件，但这些属性文件只适用与当前概要文件。
temp
临时工作目录
tranlog
缺省事务日志目录。
wstemp
配置修改的临时工作区。
如在版本5中一样，在用户决定将配置更改保存到配置储存库之前，概要文件上的配置修改将在临时工作区进行。
在修改被保存之前，该目录将保存对当前概要文件的临时配置修改。
这些子目录将获取概要文件实例的全部内容。
当最终用户启用定义在概要文件bin目录下的任意命令时，所启用的流程只修改该概要文件的用户数据，并不会更改其它概要文件实例的任何产品二进制文件或是用户数据。
用概要文件设置NetworkDeployment环境
在WebSphereApplicationServerV5中，建立NetworkDeployment环境需要执行多个步骤。
为了便于比较，现在将大致的步骤介绍如下：
1.设置部署管理器，该步骤将在安装WebSphereApplicationServerND产品过程中完成。
2.启动部署管理器。
3.设置节点，该步骤通过在相同或是不同的主机上安装WebSphereApplicationServer产品来完成。
当节点在同一个主机上时，安装目录应该不同于部署管理器的安装目录，这是因为它们是两个不同的产品安装。
换而言之，部署管理器和节点不能共享相同的产品二进制文件，即使两者区别甚微。
4.通过addNode命令将节点和部署管理器相连。
该步骤将建立基本ND环境，且使该节点作为ND环境的组成部分。
5.之后，您可以重复步骤3和步骤4来添加其他节点，自定义配置，已经将应用程序部署至NetworkDeployment环境中。
在WebSphereApplicationServerV6中，设置ND环境的基础步骤大致相同，但是通过概要文件的支持将更加的有效和方便。
要建立部署管理器，您需要在之前安装WebSphereApplicationServerND。
然后：
说明：
为：
/washome/WebSphere/AppServer/profiles/Dmgr01/
1.启用前面描述的PCT工具。
2.在PCT向导的第一步，选择概要文件类型。
选择部署管理器概要文件类型，剩下的步骤按照与V5中相同的步骤进行。
3.请注意该部署管理器概要文件使用的端口，因为之后您将需要该端口数，添加其它节点至部署管理器。
既然您正在创建新的概要文件，在之前的部分介绍的内容在此都是适用的。
4.要启用已创建的部署管理器，转至/bin子目录并执行startManager命令。
例如，在Windows平台上，您可以执行
\bin\startManager.bat
5.命令。
在版本5中，WebSphereApplicationServerND只创建部署管理器，而WebSphereApplicationServerBase或Express创建节点。
在版本6中，ND可以创建部署管理器和应用程序服务器，无需其它的安装程序。
在版本6中，您可以使用相同的产品安装，创建同一个概要文件类型（或是不同概要文件类型）的多个实例。
这样，您可以在部署管理器节点和其它节点之间共享产品二进制文件。
那么，建立节点最经济的方式就是再次启用PCT工具，用应用服务器类型来创建应用服务器概要文件，然后执行addNode命令将新的节点联结到部署管理器概要文件。
还有要注意的事项是，您还需要调用节点概要文件bin目录下的addNode命令，比如\bin\addNode.bat。
如果您执行/bin目录下的命令，结果可能会出乎您的预料。
接下来，我们将具体的描述在相同安装目录下有多个概要文件时，如何适当地调用/bin目录下的addNode命令。
如果不想在节点和部署管理器之间共享产品二进制文件，或是需要从另一台主机添加节点，那么您还可以在其它产品安装中建立节点。
您只要首先安装WebSphereApplicationServerND，按照以上针对版本6中所描述的步骤进行就可以实现。
除了自定义概要文件类型不包含任何服务器定义之外，它和应用程序服务器概要文件类型十分类似。
因此，该概要文件类型不能独立使用，应该在创建以后联接到ND单元。
使您的概要文件成为缺省概要文件
至此，您已经可以设置单个服务器和ND环境，并对概要文件有了更深入的了解。
但是，如果在大多数情况下，您只在特定的安装目录下创建一个概要文件，且不想到其它的目录层调用命令，那么您可以使用缺省概要文件。
您可以在创建概要文件时，将其标记为安装目录下的缺省概要文件，如图1所示。
即在/bin目录下调用命令时，它们会自动在您定义的缺省概要文件上执行。
这样您可以更轻松的调用命令，从而带来了极大的方便。
概要文件的所有用户数据仍保存在概要文件目录下。
然而，在相同安装目录中有多个概要文件时，即使仍然可以应用缺省概要文件，但这并不是好办法。
因为在整个产品安装中只能有一个缺省的概要文件。
如果您再另外标记其它的概要文件作为缺省文件，那么该文件将覆盖最初标记的概要文件，原先的设置将被取消。
在多个概要文件共存时，跟踪哪个文件是缺省概要文件会导致混乱的情况发生。
使用多个概要文件
如果您经常在相同的产品安装下的多个概要文件之间来回切换，您或许将疲于将当前工作目录从一个概要文件地址的bin目录更改到另一个。
此时，可以调用/bin目录下的命令并通过profileName选项明确指定进行操作的概要文件。
例如，如果想要在Windows平台上启动myProfile1概要文件定义的服务器，以及myProfile2概要文件定义的服务器，您可以使用以下命令：
\bin\startServer.batserver1-profileNamemyProfile1
\bin\startServer.batserver1-profileNamemyProfile2
BOSS中：
/washome/WebSphere/AppServer/profiles/Server1/bin/startServer.shserver1&
/washome/WebSphere/AppServer/profiles/Server1/bin/startServer.shserver2&
管理概要文件
除GUIPCT向导之外，WebSphereApplicationServerV6还为概要文件管理提供了命令行工具，称为wasprofile。
不仅可以使用wasprofile实用程序创建其它的概要文件，也可以通过该工具管理产品安装下的多个概要文件。
该命令位于/bin目录下，您可以在WebSphereApplicationServer信息中心找到完整的命令参考信息。
还提供了可使用的各种不同模式和选项的命令范例。
命令行中还可以使用帮助选项，如下图所示：
.\wasprofile.bat-help
Theavailablemodesare:
create,augment,delete,unaugment,
deleteAll,listProfiles,getName,getPath,validateRegistry,
validateAndUpdateRegistry,help
Fordetailedhelponeachmodeenter:
--help.For
example,-create-help.
命令行参数区分大小写。
wasprofile命令的基本语法为：
.\wasprofile.bat--
第一个参数通常是模式。
之后的参数是特定于模式的选项和它们的值。
这些选项不分先后顺序，所以您可以以任意次序指定。
您可以为特定的模式获取合适的选项并通过帮助选项了解其语法，该帮助选项适用于任何模式。
例如，要获取"create"模式的详细选项，可以使用：
.\wasprofile.bat-create-help
您可能经常需要用到的模式包括：
∙create——创建概要文件，功能和概要文件创建工具相同。
∙delete——删除某个指定的概要文件。
∙deleteAll——删除产品安装下的所有概要文件。
∙listProfiles——列出所有的概要文件。
∙getName——当给定概要文件位置时，获取该概要文件名。
∙getPath——功能和getName相反，在给定概要文件名时，获取该概要文件的位置。
如果您感兴趣的话，还有其它的模式：
1.WebSphereApplicationServer使用注册表来保持对产品安装下所有概要文件的跟踪。
如果wasprofile命令的执行发生意外失败，注册表有时会以不一致的状态终止。
虽然很少见，但如果您担心会出现这样的情况，当概要文件注册表处于一致状态时，可以使用validateRegistry模式进行检查。
2.如果validateRegistry报告了任何不一致状况，那么您可以使用validateAndUpdateRegistry模式来解决。
3.您不会用到的模式包括augment和unaugment。
这些模式都只被其它的WebSphere产品所使用。
升级会员 