与大多数商用应用服务器一样，如果您计划把websphere应用服务器（以下简称was）用于正式的生产环境或用于性能测试、生产前检验的测试环境，除了简单地安装步骤外，您还需要做一些额外的检查、规划和配置，来确保您的websphere应用服务器环境安全稳定运行。 websphere应用服务器各个版本之间安装步骤差别不大，was v6.x版本比以前版本的安装配置步骤中多了创建概要文件的过程，本文举例的版本为v6.1。在阅读本文之前，推荐读者先了解安装websphere应用服务器的大致过程或相关概念。对于websphere应用服务器各版本的具体安装步骤，请参照websphere应用服务器产品随机安装文档以及websphere信息中心，developerworks上也有很多关于was环境搭建的参考文章，如：was5的安装及其常见问题、在was6.0 nd中实现集群等，见参考资源。

2. 安装前准备

在搭建准生产环境的过程中，好的准备是成功的一半，推荐逐条进行以下安装前准备工作。

2.1. 应用服务器硬件配置

websphere应用服务器能否顺利安装成功首先取决于目标平台是否满足安装的软件和硬件条件。websphere应用服务器对硬件配置的要求主要体现在待部署平台的硬件架构、cpu、内存和磁盘存储空间上，通常最低内存要求在512m以上，根据硬件平台、websphere应用服务器版本、组件的不同，要求的配置也会略有区别，请参考was详细系统需求 。磁盘空间的分配请参见“2.4 确认磁盘空间是否满足要求”。

2.2. 确认操作系统版本是否满足要求

作为一个成熟的商用应用服务器，websphere应用服务器会定期发布不同was版本（例如was v5.0, was v5.1， was6.0…）、组件（例如：application server, edge component）支持的操作系统版本信息。使用websphere服务器支持的操作系统平台，能确保应用服务器安装、使用过程中环境的正常稳定运行。尤其要注意的是，如果操作系统平台不是ibm websphere应用服务器官方支持的平台，在websphere应用环境出现问题后则无法获得websphere应用服务器的售后支持，更谈不上解决问题了。

例如，在笔者写这篇文章时，在x86芯片上，对于redhat as 4操作系统，如果要安装websphere应用服务器v6.1的application server组件，则要求的操作系统版本是red hat enterprise linux as, version 4 with update 2。如果您的操作系统版本是red hat enterprise linux as, version 4，则还需要安装update2，否则有可能遇到问题。

由于支持的操作系统版本是定期更新的，请在搭建websphere应用服务器环境前，参照系统详细需求去查看当前操作系统版本（版本要与网上列出的完全一致）是否满足websphere应用服务器要求。

2.3. 确认网络配置/主机名满足要求

在安装websphere应用服务器过程中，创建概要文件这一步骤需要用户填入机器的主机名（如图1），并且，was运行时也需要用到主机名(host name)。主机名是was安装节点的物理机器的网络名，它必须解析到服务器上的物理网络节点。创建概要文件中was使用的主机名的值可以是全限定 dns 主机名（例如： hosta.cn.ibm.com）、短主机名(例如：hosta)，或甚至是数字 ip 地址(例如：192.168.1.3)，但必须是was所在服务器实际配置的主机名。而且，当was配置完毕投入使用之后，不推荐更改您设定的主机名，即使能改，过程也比较复杂。因此，根据实际经验，我们推荐用户在安装websphere应用服务器之前配置主机名。如果采用全限定 dns 主机名或短主机名，可以通过hostname命令来查看当前系统的主机名。如果没有配置，则到hosts文件中添加相应的条目。

• 常见问题1：在安装was之后，更改了主机名，was无法正常启动或停止，日志报错：javax.naming.configurationexception: cannot get canonical host name for server。或者报错无法找到主机名xxx。因此，在创建was的概要文件之前，需要根据实际情况，选择三种形式的主机名（全限定 dns 主机名、短主机名或数字 ip 地址)中保持不变的那种主机名形式，作为was使用的主机名，在概要文件创建向导（图1）中填入。如果您使用 dhcp或者如果您经常更改 ip 地址，那么我们推荐在概要文件创建时使用全限定 dns 主机名或短主机名；如果机器ip固定，而全限定 dns 主机名或短主机名有可能更改，则在概要文件创建中使用数字ip。
• 常见问题2：如果您需要创建集群，请确保网络配置中，除了保证本机主机名配置正确外，还必须保证集群所在机器之间互相能ping通主机名。否则集群创建中add node一步可能不成功。

2.4. 确认磁盘空间是否满足要求

考虑硬盘空间分配时，在unix或linux平台下可以用df ?ck 先查看各目录大小。如果是在生产环境上安装websphere应用服务器，一般要从以下几个方面来计算要预留的空间。

• websphere 应用服务器自身代码的占用空间。这个空间一般在1g左右，在不同的系统平台上略有差异。应在was安装目录下预留此空间。websphere应用服务器在linux下的默认安装路径是 /opt/ibm/websphere/appserver，在aix下的默认安装路径是/usr/ibm/websphere/appserver（后面我们把此路径简称为was_home）。用户可以在安装was时修改此安装路径。
• 概要文件所占的空间。websphere应用服务器v6.1创建的概要文件基本类型有3种，每个概要文件所占用的空间如下：应用程序服务器(application server)：在websphere应用服务器安装没有选择安装样本程序时，这一概要文件所占磁盘空间约为200m；deployment manager：30m；定制概要文件（custom，即node agent）：10m。
• 如果要安装web服务器，则在web服务器所在服务器上要预留web服务器所占的磁盘空间。ibm http服务器一般占用110m左右的空间。
• 如果安装web服务器，则在web服务器所在机器上通常也要安装web server plug-in组件，该组件所占磁盘空间约为200m。
• websphere 应用服务器系统日志的占用空间。日志空间的估算要结合系统对日志的配置情况。websphere应用服务器的主要日志有systemout.log，systemerr.log。我们可设置日志文件的大小和保存的历史日志文件数量，从而可以估算出其需要的空间。请参考“必要参数的调整”部分了解如何调整websphere应用服务器日志参数。
• 如果有web服务器，需考虑web服务器的日志空间。如果客户开启了web服务器的访问日志access.log（默认开启），此日志增长的速度极快，要预留足够的空间。
•  备份文件需要的空间。websphere应用服务器提供了一个备份命令（backupconfig.bat/sh），用来备份应用服务器的配置及其上应用。我们建议在系统稳定之后及时备份。对于一个典型生产系统，websphere应用服务器这个配置文件经常超过100m。可在发出backupconfig命令时，使用-logfile参数指定该备份文件的存放位置。
• 系统出错时日志，例如，jvm在发生outofmemory时，在大多数平台上websphere应用服务器会默认写javacore文件和heapdump文件，记录错误出现时的jvm heap、线程情况，以备错误诊断使用。虽然可以调整应用服务器参数使之不产生此类文件，但为了分析问题，通常需要从此类文件入手。这类文件通常都特别大，例如heapdump文件，可能达到几百m。如果多次出现outofmemroy，对磁盘空间的占用很快。因此，必须考虑为此类文件预留磁盘空间。
• was安装程序还需要在系统的临时目录/tmp中有100m以上的空闲空间。
• 用户发布到websphere应用服务器上所有应用程序以及应用自身的应用日志的占用空间。这个大小与实际应用相关，而且不同应用可以差别很大。

如要了解不同平台具体的磁盘空间要求，请参考was v6.1信息中心“为产品安装准备操作系统”一节的内容。

2.5. 针对特定操作系统的调整

前面提到websphere应用服务器对支持的操作系统版本有明确要求，除此之外，was信息中心还对特定的操作系统版本安装的包、内核参数等有特殊要求。例如，对于rhel as4，信息中心中说明必须安装compat-libstdc++-33-3.2.3-47.3.ppc.rpm包（这是保持 c++ 运行时兼容性所必需的，供诸如 gskit 的组件、java 2 软件开发包（sdk）以及 web 服务器插件使用）以及其他一些包。对于linux、solaris、hp等系统，还需要调整一些相应的内核参数。请参照请was v6.1信息中心“为产品安装准备操作系统”一节的内容。对于solaris系统，需要调整的参数列表列举如下：

set shmsys:shminfo_shmmax = 4294967295            set shmsys:shminfo_shmseg = 1024            set shmsys:shminfo_shmmni = 1024            set semsys:seminfo_semaem = 16384            set semsys:seminfo_semmni = 1024            set semsys:seminfo_semmap = 1026            set semsys:seminfo_semmns = 16384            set semsys:seminfo_semmsl = 100            set semsys:seminfo_semopm = 100            set semsys:seminfo_semmnu = 2048            set semsys:seminfo_semume = 256            set msgsys:msginfo_msgmap = 1026            set msgsys:msginfo_msgmax = 65535            set rlim_fd_cur=1024            

2.6. 对于linux/unix系统，确认能启动图形界面

was的安装可以使用人机交互的图形界面安装或批处理安装（称为静默安装，silent installation，预先写好响应文件，安装过程中不需要启动图形界面或者人机交互）。如果使用图形界面安装，在服务器是linux/unix平台时，我们通常没有机会直接使用服务器的显示屏/控制台，而是通过自己的机器telenet到服务器上去。这种命令行直接telnet的模式下，可能不支持启动图形界面，需要用到xmanager、x-win32等支持x window的工具软件。你可以在命令行下敲入命令xclock进行测试。如果出现如图2所示的图形显示，表明你能够在你的终端上启动图形界面。

was是跨平台的产品，不同的unix、linux、windows平台、32位或者64位操作系统上，安装介质都是不一样的，而且产品中包含了application server、web server、edge component等多种组件，当搭建websphere环境时，您需要从订购的was产品包（包括各个平台、组件的多张cd）中选择需要的安装介质。因此，安装前我们需要根据安装的was组件、操作系统版本、操作系统位数，选择所需要的介质。例如，如果我们要在x86架构、64位(注意，这里的64位是指操作系统是64位的)的linux as 4上安装was，就应该选择websphere application server for x86 64-bit linux的安装介质；如果我们要安装ibm http server或者update installer，这两个组件都是在websphere application server supplements cd中，同理，根据操作系统版本、位数、服务器的芯片，我们就可以选出所需要的介质了。如果was安装中需要打补丁，建议在安装was前提前下载这些补丁以备安装过程中使用。具体内容在“打补丁”一节详述。

2.8. 设计websphere环境的拓扑架构

根据实际应用场景的不同，我们需要决定was、web 服务器分别装在哪些服务器上，如果需要配置集群环境，还需要考虑deployment manager、各个结点和集群成员都分部在哪些服务器上。例如，如果我们要配置一个集群环境，安装前，我们通常会先设计出如图3的一张拓扑结构图，以决定安装中每台服务器上实际安装、配置的组件。例如，如图3所示，图中实线是运行时的请求流，虚线是was各组件间的控制流。我们可以看出，在hosta机器上，应该安装was组件，并创建deployment manager、nodea概要文件，配置集群成员c1和c2；在hostb机器上，应该安装was组件，创建nodeb概要文件，配置集群成员c3和c4。在machine3机器上，应该安装ibm http server和plug-in组件。其中，was集群的配置是非常方便的，可以在创建完概要文件之后灵活调整。

2.9. 其他常见注意事项

其他一些常见注意事项还包括权限、端口控制等等。例如:

• websphere应用服务器在unix/linux系统上支持root用户和非root用户。但为了操作设置的简便性，通常都会在root用户下进行。
• 有的生产系统对端口访问有限制，或者系统中可以已经占用了 was 即将使用的默认端口，因此，需要更改was使用的端口（此任务将在“更改was使用的端口”中详述）等等。
• 如果需要创建集群，请确保参与cell环境的各台机器之间时间一致、时区一致，建议误差控制在秒级。否则在add node过程中可能不成功。

3. 安装websphere应用服务器

安装was的过程非常简单，通常分为3步：安装was产品，为产品打补丁(如果有补丁)，创建概要文件。如果您的环境很干净，没有一些特殊的限制，安装过程大多数时候是点击默认的“next”。当然，根据环境的不同，通常会要注意以下方面：

3.1. 安装was产品中的注意事项

使用图形界面方式安装was的过程十分简单，通常不需要做特定的修改。下面列举安装中常见的一些注意事项和提高安装速度的小窍门：

• 通常，如果您的系统曾经安装过was产品，安装was产品之前，建议停掉正在运行的was进程。如果安装ibm http server，通常最好停掉正在运行的apache http server或者其他ibm http server进程。在unix/linux系统上，可以用 ps ?cef |grep java 命令，去查看当前系统是否有was进程，用 ps ?cef |grep httpd 命令，去查看当前系统是否有http server进程在运行。
• 安装was可以执行launchpad.bat/luanchpad.exe,启动“启动板”，从启动板中点击“启动websphere application server的安装向导”。如果无法成功启动“启动板”，直接到安装介质目录下的was目录中，执行install.exe/install.sh即可。
• 乱码：启动板或was安装向导显示的语言与本地操作系统语言设置有关。如果本地操作系统语言设置为中文，则 was安装向导就会显示中文。如果发现向导中语言显示为乱码，可以先把本地操作系统语言设置为英文，使用英文语言安装was。这样安装完毕的was仍然具有中文支持，不必担心。在unix/linux平台上，更改语言为英文使用下列命令: export lang=en_us
• 安装 was 过程中可以选择是否安装样本应用程序（samples），为了在开发环境和生产环境中都能获得更高性能，请不要安装样本。通过省略样本，可以将应用程序服务器启动时间缩短 60％ 并节省 15％ 的磁盘空间；可以节省相当程度的进程占用量；并且可以节省was产品安装以及每次创建应用服务器概要文件的时间。
• 一个可运行的 was 环境至少要包含一个概要文件。因此，was产品安装过程中会让用户选择要创建的初始概要文件。如果在安装完was产品之后还要打补丁，建议此时先不要选择创建任何初始概要文件（图4），以节省打补丁所需的时间。如果在安装期间未创建概要文件，安装was产品结束后会显示用于启动“概要文件创建”向导的选项。基于同样原因，如果需要打补丁，我们将把创建概要文件这个工作放到打补丁之后进行，因此此处不必选择启动“概要文件创建”向导。

3.2. 打补丁

如果您使用的was版本已经推出市场一段时间，根据用户的测试和使用情况， was会定期公布补丁包(fix pack)或补丁(fix)。建议先在测试环境中安装补丁，确认安装的补丁不会对您的运行环境带来负面影响，再将补丁安装到生产环境中。一旦您经过了适当的测试后，主动地安装预防补丁，将避免一些可能导致您系统出故障的问题。was v6.x的补丁升级策略 了解补丁升级策略的详情。并可以在ibm支持网站was补丁下载下载was补丁。

一般来说，was补丁的命名规范为：版本名-产品名-产品组件名-平台名-补丁编号名.pak。例如，6.1.0-ws-was-solarissparc64-fp0000007.pak ，这是was v6.1的was组件针对solaris sparc64操作系统的fp0000007补丁。如果您安装了was，就需要产品组件名为wassdk和was的补丁；如果您安装了ibm http server，就需要产品组件名为ihs的补丁；如果您安装了plugin就需要产品组件名为plg的补丁。通常，同样补丁编号的补丁，先装wassdk补丁，再装was补丁。以后，每一次打补丁的过程，都是：

1) 把补丁文件拷贝到补丁工厂安装目录的maintenance目录下;

2) 在补丁工厂的安装目录下，执行./update.sh命令启动补丁工厂；

3) 在“安装目录”中选择将要打补丁的组件的安装目录。通常，对was组件，补丁会自动识别出安装位置；对于ibm http server（简称ihs）或者plug-in这样的组件，需要选择正确的安装位置;

4）在maintenance package selection页面中选择想要打的补丁。

3.3. 创建概要文件

概要文件是一组用于定义运行时环境的文件，每个概要文件都是一组完全隔离的运行时环境。前面我们提到了概要文件有三种基本类型。在创建概要文件的过程中，通常我们要了解以下细节：

• 概要文件创建有两种方式，图形化创建向导和命令行方式。为了操作的简便和直观，我们通常采用图形化创建向导(执行was_home/ bin/profilemanagement/pmt.sh启动该向导)。如果安装的是64位的was，则没有该图形化创建向导工具。这时，请直接使用./manageprofiles.sh命令。例如：在unix平台上创建一个application server类型的名为appsrv01的profile，使用manageprofiles命令可以如下操作：

  export was_home=/opt/ibm/websphere/appserver echo $was_home cd $was_home/bin ./manageprofiles.sh -create -profilename appsrv01 -profilepath $was_home/profiles/appsrv01 -templatepath $was_home/profiletemplates/default -hostname kcgg1d7.itso.ibm.com -enableadminsecurity true -adminusername adminuser_id -adminpassword adminpassword

  
  

  注意，命令和参数大小写敏感的。manageprofiles命令的语法和更多参数选项请参见红皮书sg247304.pdf或信息中心。

• 在“确认网络配置/主机名满足要求”一节中，提到了选择适当的主机名；在创建概要文件（图1）过程中，大多数情况下向导自动识别出的主机名就符合要求，否则我们需要向概要文件向导中填入适当的主机名。在同一台机器上用概要文件创建向导创建多个profile时，自动识别的主机名可能是加上域名的全限定名称例如hosta.cn.ibm.com，也可能是短名hosta。这两种形式都支持，但是不要在一个cell (cell指was多个实例组成的一个受管域)中混用这两种名称方式。
• 创建应用程序服务器概要文件过程中，可以根据需要选择创建适用于开发环境或生产环境使用的应用服务器实例。例如，对于开发环境，我们可以选择使用开发模板来创建服务器，开发模板针对开发目的进行了优化的配置，减少了was启动时间并允许服务器在功能较少的硬件上运行。但在生产环境中，不要选择“使用开发模板”。
•  概要文件创建过程中我们可以选择“启用管理安全性”，让用户在进行登陆管理控制台、停止was实例等管理任务时需要输入用户名/密码。注意，如果在创建概要文件过程中没有启用管理安全性，或者启用管理安全性之后希望修改用户名或密码，都可以在概要文件创建完毕之后再次进行修改（请参见“管理安全性”）。
• 创建概要文件过程中可查看/更改该概要文件所占的port。图5显示了创建的这个概要文件实例启动时将占用的端口，我们可看到管理控制台端口是9060，http传输端口（也就是应用访问端口）是9080。如果用命令行方式创建概要文件向导，无法通过图形化显示看到这些端口，如果希望查看端口，可以在概要文件创建完毕后查看配置得到端口值（请参见“查看/更改应用服务器端口”）；如果希望修改这些端口，则可以在概要文件创建中用参数-portsfile或-startingport指定端口。当然，所有这些端口值都可以在概要文件创建完毕之后再次修改。
  
  图 5. 创建概要文件中显示端口
  
  
  
  

4. 必要参数的调整

    在生产环境中安装was完毕并创建了一个可用的概要文件之后，必须根据实际情况进行必要参数的调整，以便提高was性能、方便错误诊断。这些参数通常要结合运行环境的实际情况、实际的并发量和服务器的资源利用情况进行调整。完整的调优涉及操作系统、应用、应用服务器和数据库的综合调整，具体要调整的参数、含义，请参见was资源中提到的资源监控和性能调优章节，例如，红皮书sg246392的17.5章节中明确谈到了性能调优通常涉及的参数以及调整原则。本文提出的只是针对应用服务器本身一些重要的参数调整的指导原则和经验之谈，以便读者能够快速起步：

• java虚拟机堆大小（jvm heap size）: 控制jvm代码可使用的堆大小，单位m。该参数在服务器->应用程序服务器>进程定义>java虚拟机中进行设置。jvm最大堆大小默认是256m，在生产环境中通常要根据机器物理内存情况、应用运行特性来设置，且多数情况下都要把此参数调大。根据经验，内存充足时，通常的调整在500m到1024m之间。需要注意的是，建议jvm heap的最大值不要超过1024m，如果jvm heap size过大，可能会引起内存分页，或者造成jvm垃圾回收时间过长，反而影响应用服务器性能。有关java虚拟机调优的具体信息，请参考调整jvm参数。
• web容器线程池：该参数在“服务器 > 应用程序服务器 > server1 > 线程池”的“webcontainer”中进行设置（如图6），默认值是10到50。如果硬件资源允许，通常会把线程池的最大大小调到100。
  
  图 6. 调整线程池
  
  
  
  
• 数据源连接池：该参数在资源->jdbc->数据源->数据源名称，选择“连接池设置”中设置，默认大小为1到10。根据资源设置的队列(queue)原则，从web容器线程池，到数据源连接池的参数设置，应该是从大到小的管道。前面我们列举了web容器线程池的最大值设置100，对于数据源连接池，设置的最大值通常不超过50。多数情况下调整为30。实际运行中可以修改此参数值，观察调整对性能是否有正面影响。注意，如果把数据库连接池最大大小调得过大，jvm有限的资源都耗费在维护连接池、处理与数据库连接上，可能反而造成was性能的下降。
• was 进程日志参数：was进程日志常用的有systemout.log和systemerr.log。这两份日志默认大小为1m，历史日志文件数为1份。在生产环境中，这样的设置通常不足以充分保存发生问题时的错误信息。我们可以通过修改日志默认大小、历史日志文件数来保存更多的信息。注意，不要把单份日志文件大小设置过大（例如，超过10m以上），否则可能影响was性能。另外，我们建议把应用日志与was日志分离开。如果应用中大量以system.out.print或者system.err.print来保存应用状态日志，也可能会影响服务器性能。
  
  图 7. 修改was日志属性
  
  
  
  
• heapdump文件：前面我们提到，heapdump文件对磁盘空间占用很快，因此，可以设置ibm_heapdump参数把heapdump文件存放到指定目录下。
• web服务器的访问日志access.log：ibm http server的访问日志access.log默认是打开的，其中记录了经过http服务器的请求信息。在高并发的系统中，这一日志增长非常过，当日志过大时，可能占用过多磁盘空间或引起性能下降，如果您的系统不需要这份日志，或者有其他技术手段保存用户访问信息，可以关闭该日志。具体做法为：打开ibm http server安装目录/conf目录下的httpd.conf文件，搜索customlog，把customlog所在行用#注释掉即可。

5. 常见的日常管理任务

由于生产环境访问控制的需要，搭建websphere环境之后，通常可能会要求修改应用访问端口，或者更改was管理员密码，启用/停用管理安全性等等。

5.1. 查看/更改应用服务器端口

应用服务器安装完毕之后，为了避免生产环境中的端口冲突、端口访问控制，有时我们需要查看或更改应用服务器的端口。

• 查看端口
• 更改应用访问端口

  默认情况下，was的管理控制台和应用访问是两个不同的端口。访问was的管理控制台或者was上部署的应用，所使用的端口由应用服务器端口以及虚拟主机决定。假设我们要把应用访问的端口从9080变成9082（实际工作中，如果没有web服务器，有的环境会希望把应用访问端口变成80，方法类似），则按如下步骤进行：登陆was管理控制台，选择 左边菜单 服务器 － 应用服务器，点击 server1，选择“端口”，点击“wc_defaulthost”（如图8），修改端口为自己想要的任意端口（注意避免端口冲突），例如，9082。然后点击“确定”。然后“保存”。
  
  图 8. 修改应用访问端口
  
  
  

      然后，选择 左边菜单 环境 － 虚拟主机，点击”default_host”，选择“主机别名”（如图9），把原有端口9080改成与前面应用服务器/端口/wc_defaulthost一致的端口，例如，9082。或者点击“新建”，把在wc_defaulthost修改之后的端口号填入，点击“确定”、“保存”。
  
  图 9. 修改虚拟主机
  
  
  
  

  当然，如果你在前面应用服务器/端口/wc_defaulthost中设置的端口已经出现在虚拟主机/default_host/主机别名的列表中，则不需要做改动或者新增主机别名端口的工作。目的就是要让 应用服务器/端口/wc_defaulthost的端口出现在 虚拟主机/default_host的主机别名列表中。更改在重启was服务器之后生效。

• 更改was管理控制台端口

  登陆was管理控制台，选择 左边菜单 服务器 － 应用服务器，点击 server1选择“端口”。然后更改wc_adminhost为自己希望的管理控制台端口。然后点击“确定”、“保存”。选择 左边菜单 环境 － 虚拟主机，点击；然后选择admin_host，选择“主机别名”。把原有端口9060改成与前面应用服务器/端口/wc_adminhost一致的端口，例如，9063。或者点击“新建”，创建一个主机别名 *, 9063。然后“确定”，“保存”。目的就是要让 应用服务器/端口/wc_adminhost的端口出现在 虚拟主机/admin_host的主机别名列表中。

• 5.2. 管理安全性

  针对生产环境要求的多变性，实际was环境搭建中可能涉及管理安全性的多种操作。

  • 启用管理安全性

    启用管理安全性将激活用于防止未经授权的用户使用服务器的设置，简单来说，进入管理控制台、更改应用服务器配置、停止应用服务器进程这些管理任务，都需要输入预先定义的用户名和密码才能完成。缺省情况下，创建概要文件时会启用管理安全性（图9）。如果在创建概要文件时没有选择“启用管理安全性”，在随后使用过程中又希望启用，则可按如下步骤进行：

    首先进入控制台，例如：http://was_ip:9060/admin，注意这里登陆的用户一定要是设置安全性的用户。例如，admin。选择“安全性”>“安全管理、应用程序和基础结构”，然后点击“安全配置向导”(图10)。为了配置的简便性，在“指定保护范围”中，可以不选择“使用 java 2 安全性来限制应用程序访问本地资源”；在“选择用户存储库”中接受默认选项，用户存储库为“联合存储库”，点击“下一步”；在配置用户存储库中填入用户名、密码。如果您是第一次启用管理安全性，则输入一个新的用户名（您登陆管理控制台的用户名）和密码。这个用户名密码是任意的，并不要求是操作系统用户，因为联合存储库默认的用户条目来自于文件；如果以前曾经使用该存储库启用过管理安全性，则使用存储库中持有管理员特权的用户名和密码。点击“下一步”、“完成”。保存之后重启应用服务器，这时登陆管理控制台等就需要提供您预定义的用户名/密码了。

    
    
    图 10. 配置管理安全性
    
    
    
    
  • 停用管理安全性

    停用管理控制台很简单，在图10所示页面，不选择“启用管理安全性”，点击“应用”，保存并重启应用服务器即可。有一种特殊情况下，特如忘掉了管理员密码，此时我们无法登陆管理控制台，从而无法在管理控制台中停用管理安全性。这时，可从$was_home/profiles/xxx概要文件名/bin目录下，发出如下命令： wsadmin -conntype none 。当wsadmin的命令行窗口出现之后，发出下列命令： securityoff 。上述操作在应用服务器启动或停止的状态都能发出。再次启用was时，就是停用管理安全性的状态了。

  • 更改管理员密码

    当我们需要更改管理员密码时，可以选择“用户和组”>“管理用户”，如图11，在搜索内容为“*”时点击“搜索”，会列出该存储库中的所有用户。选中管理用户标识，可更改该用户的密码。更改即时生效。

  • 停用管理安全性

    停用管理控制台很简单，在图10所示页面，不选择“启用管理安全性”，点击“应用”，保存并重启应用服务器即可。有一种特殊情况下，特如忘掉了管理员密码，此时我们无法登陆管理控制台，从而无法在管理控制台中停用管理安全性。这时，可从$was_home/profiles/xxx概要文件名/bin目录下，发出如下命令： wsadmin -conntype none 。当wsadmin的命令行窗口出现之后，发出下列命令： securityoff 。上述操作在应用服务器启动或停止的状态都能发出。再次启用was时，就是停用管理安全性的状态了。

  • 更改管理员密码

    当我们需要更改管理员密码时，可以选择“用户和组”>“管理用户”，如图11，在搜索内容为“*”时点击“搜索”，会列出该存储库中的所有用户。选中管理用户标识，可更改该用户的密码。更改即时生效。

    
    图 11. 管理用户
    
    
    
    
  • 忘记管理员密码

    如果忘记管理员密码，我们无法进入管理控制台更改密码。此时，需要先用“停用管理安全性”一节中wsadmin命令的方法，停用管理安全性，然后“更改管理员密码”，再次“启用管理安全性”即可。

  • 创建更多的管理用户

    使用启用管理安全性的was环境时，默认情况下只有一个管理员id，这意味着同一时刻只有一个人能登陆管理控制台。这对于多人开发小组在同一was环境发布测试时并不方便。您可先在存储库中创建一个用户，然后为该用户id分配相应的管理角色。具体步骤如下：1）选择“用户和组”>“管理用户”，如图24，点击“添加”，添加一个用户id，例如，admin1。保存。 2） 选择“用户和组”>“管理用户角色”，如图25，填入用户名（必须是在存储库中已经存在的用户名），选择相应的管理角色，例如，“管理员”。点击“确定”，保存。这样，下次重启was时，两个用户都能同时登陆管理控制台。
    
    
    
    

    5.3. 备份/恢复概要文件

    生产环境、概要文件配置过于复杂或经常更改时，我们需要定期备份概要文件，以便必要时快速恢复。您可使用backupconfig 命令备份配置文件。例如，要备份概要文件appsrv01的当前配置，可以从$was_home/profiles/appsrv01/bin目录下，发出命令 backupconfig，它会将appsrv01当前概要文件默认生成一个压缩包，您也可以指定该压缩包的名称，例如：backupconfig websphereconfig_2007_05_30.zip。恢复配置时，使用restoreconfig websphereconfig_2007_05_30.zip。

    5.4. 正确卸载was

    需要提醒的是，was的卸载过程不是直接删除目录，如果这样做，下次你可能无法在同一台机器上成功安装was。在卸载was之前，先停止机器上的was进程，用ps ?cef |grep java确保没有was进程在运行。然后，执行was_home/uninstall/uninstall.sh命令卸载was。如果因为某些特殊原因卸载向导引导的卸载过程没有成功（例如，您直接删除了was安装目录），或者您希望在同一目录再次安装was，请参照信息中心“手工卸载”给出的建议。

    应用部署通常会涉及如下几个任务：配置应用所需要的环境：如系统变量、虚拟主机、类路径、安全性等等；配置应用所需要的资源如jms资源、数据源等。其中，需要注意的是：

• 应用打包：部署在 websphere 应用服务器上的应用可以是打包的*.ear/*.war文件，也可以是未打包但符合j2ee规范要求的组件。在生产环境中，推荐使用打包的*.ear/*.war文件，便于版本控制和管理。对于复杂项目中多个j2ee组件的打包，请参见文章“关于j2ee应用开发项目包的管理”。
• 管理 utility jar包：大多数j2ee应用都会有一些公用的utility jar包，首先要强调的是：一定要避免在同一个类载入路径下存在同一个类的多个版本！这会在实际运行中带来很多莫名其妙且难以诊断的问题。其次，对于jdbc驱动这类通用等级较高的utility jar包，可以放置在<was_home>/lib/ext目录下；对于多个应用共享的utility jar，可以放在 <was_home>/lib/ext中，也可以放在shared library（共享库）中，推荐放在shared library中；对于单个应用使用的utility jar，可与应用打包在一起，或放入shared library中。共享库的使用能够避免utility jar包多个版本的混乱，以及utility jar包的冲突。共享库配置方法请参见红皮书sg247304 12.5.4 step 4: sharing utility jars using shared libraries章节。
• jar 包冲突：jar包冲突问题在大型java软件开发中经常遇到，简单的说，当不同应用使用的公用utility jar包、应用服务器底层的jar包中存在同名、且版本不同的类时，我们称之为jar包冲突。这种问题的解决办法可以参考文章如何在websphere中解决jar包冲突 。
• 会话超时：针对应用场景的不同，不同应用期望的会话超时时间各不相同。websphere应用服务器的会话管理分为application server、application、web module三个级别。顾名思义，在每个特定级别上更改的会话管理的配置，对当前级别起作用。部署在websphere应用服务器上的应用，默认的会话超时时间为30分钟，默认的会话管理级别是application server。如果您期望更改您的应用，例如，defaultapplication的会话超时时间，可按如下步骤进行：选择应用程序>应用程序名>会话管理(图13)，选择“覆盖会话管理”，并在“设置超时”中填上期望的会话超时时间。点击“确定”保存即可。
  
  
  
      当应用需要通过写java环境变量的方式配置一些变量时，可在应用服务器启动脚本中用-d参数指定，也可以在应用程序服务器 > 应用程序服务器名（例如，server1) > 进程定义 > java 虚拟机中设置“通用jvm参数” -daaa=xxx。
  
  

  7. 结束语

      当在was环境中遇到问题时，最方便的是利用网上资源查阅相关资料。这方面的文章已经太多，为了达到本文的目标：“为初级用户提供一个尽量完整的快速入门指南”，我不得不在这里老调重谈，请参照从何学习 websphere? 了解websphere应用服务器的常用网上资源。

      了解was的过程是渐进式的，希望这篇文章能够在was安装示例文档和用户的websphere生产环境搭建实践之间提供一个过渡，节省您的时间。从工程师的角度看，遇到问题不是坏事，遇到问题越多，经验越多，查阅资料，并通过多种渠道获得ibm的技术支持，相信您对was的使用体验会更加美妙。