WebSphere Application Server 常见问题及解答(三)

安装与配置

1. 在 AIX 平台上安装 WAS 后，发现管理控制台没有被安装，如何解决此问题？
2. 什么是概要文件（profile）？
3. 如何创建概要文件（profile）？
4. WAS 安装过程中概要文件（profile）创建失败的一个常见问题？
5. 怎样卸载 WAS？
6. 为什么 WebSphere Application Server 要求使用 IBM JDK？



1. 在 AIX 平台上安装 WAS 后，发现管理控制台没有被安装，如何解决此问题？

答：
注意，本问题适用于在 AIX 平台安装 WAS V5.0。 当您安装 WebSphere Application Server V5.0 时，如果您的 /tmp 文件系统可用空间小于 90 MB，那么管理控制台的安装就会失败，这样安装后，您启动应用服务器不会有任何错误，http://:9080/snoop 也是成功的，但当您登录管理控制台时就会失败（http://:9090/admin），这时如果您检查 /installedApps/ 目录，会发现没有 adminconsole.ear 目录存在。
要解决此问题，您可以手工安装管理控制台的应用程序：

首先安装之前请检查 /tmp 文件系统可用空间至少有 90 MB（可用命令 df -k 查看），如果没有足够的空间，请您删除一些不用的文件或扩大 /tmp 文件系统。

其次启动应用服务器 server1，运行下面的命令：

#cd /bin/

#./wsadmin.sh

#wsadmin>$AdminApp install /installableApps/adminconsole.ear

#wsadmin>$AdminConfig Save

最后重新启动应用服务器 server1 后即可访问管理控制台。 注意，对于安装WAS V6.1，/tmp 文件系统的可用空间不得小于 100 MB。



2. 什么是概要文件（profile）？

答：
WebSphere Application Server V6 引进了概要文件（profile）概念，目的是将产品的二进制文件（binaries）与用户数据物理分离，并使用户能定义多组用户数据。从而使管理变得更加简单。  在 WebSphere Application Server 第 6 版之前，产品二进制文件和用户数据都位于 WebSphere 安装目录下：

·         最终用户可以对 WebSphere Application Server 产品二进制文件进行读操作，却不能对其进行修改。二进制文件只能通过产品维护更新软件包（比如 fix pack 和 ifix）和其它扩展 WebSphere 平台产品的安装程序（也可认为是一种类型的产品维护）进行修改。

·         最终用户拥有用户数据，并可对其进行写操作。通常情况下，用户数据包括配置文件、部署的应用程序、日志文件和临时工作区等，但是并不局限于这些。



之前，产品安装程序常将产品二进制文件和 WebSphere 缺省配置置于安装目录下，用户通过产品提供的各种系统管理工具，自定义配置并部署应用程序。换句话说，之前的产品二进制文件和用户数据混在一起，并只有一组用户数据可以通过特定的 WebSphere 安装程序来定义。

而另一方面，概要文件可以获取磁盘上的一组用户数据和相关的运行时执行环境：WebSphere Application Server V6 概要文件由该文件集组成，该文件集由某最终用户所有。该最终用户可以对文件集进行写操作，且该流程以此最终用户的身份执行。  在 UNIX 和 Linux 系统上，已创建的概要文件中所包含的全部文件和目录，其组和所有者权限都与执行实用程序来创建这个概要文件的用户相同。可以认为 WebSphere 概要文件是“用户数据分区”，等同于 UNIX/Linux 操作系统环境中用户的主目录。  WebSphere Application Server V6 产品安装程序将创建的文件分别放在两个隔离的环境中：一个用于安装产品二进制文件，另一个用于创建初始概要文件。创建初始概要文件的位置与产品二进制文件安装位置是分开的，且最终用户可以对其进行配置。用户还可以在安装完成之后创建其它概要文件。所有通过 WebSphere Application Server 安装创建的概要文件共享相同的产品二进制文件，且这些产品二进制文件是不能修改的。

关于概要文件的更多资源，请参阅 developerWorks 中国站点上的文章《WebSphere Application Server V6 系统管理，第 3 部分：使用概要文件简化管理系统》。



3. 如何创建概要文件（profile）？

答：
通常在安装 WebSphere Application Server 的过程中，安装程序将把所有的产品二进制文件置于用户指定的安装目录下。期间安装程序将会调用 GUI 概要文件创建工具（PCT）来创建初始概要文件。PCT 向导将帮助您创建初始概要文件。
在缺省情况下，创建的概要文件位于以下目录：

<WAS_INSTALL_DIRECTORY>/profiles/<;PROFILE_NAME> 当然，您还可以在 PCT 提示时自定义概要文件的位置。自定义的概要文件可以位于文件系统中的任何位置，只要最终用户拥有在该位置创建目录和文件的权限。如果在产品安装时您没有创建您的第一个概要文件，那么您可以直接使用 PCT 工具在产品安装之后进行创建。该工具是位于 <WAS_INSTALL_DIRECTORY>/bin/ProfileCreator 目录中名为 pct<platform> 的可执行文件；例如，在 Windows 平台上可执行文件将称为pctwindows.exe。您也可以用它来创建多个概要文件。

如果您想了解更多关于如何使用概要文件来简化 WebSphere Application Server 管理方面的信息，请参阅 developerWorks 中国网站的文章《WebSphere Application Server V6 系统管理——第 3 部分：使用概要文件简化管理系统》。



4. WAS 安装过程中概要文件（profile）创建失败的一个常见问题

答：
如果在 WAS 安装过程创建概要文件失败，通常的解决办法是通过日志找出错误信息，分析原因并找出具体解决方法。有一个常见原因是因为主机名中包含有“_”字符（即下划线），这将会导致概要文件的创建失败。  如果机器的主机名是带有下划线的，那么在创建概要文件时，如果在 WAS 的“概要文件创建选项”面板中选择了“创建典型概要文件”，带下划线的主机名格式将会导致概要文件创建失败。为避免其他潜在的问题，建议机器的主机名中只采用字符和数字，并且不要太长。如果主机名不能更改，可以在创建概要文件时，在“概要文件创建选项”面板中选择“创建高级概要文件”，然后在“节点名和主机名”面板中，将其中的主机名修改为实际的 IP 地址，然后再继续创建。



5. 怎样卸载 WAS？

答：
通常情况下，推荐使用WebSphere提供的卸载程序来卸载WebSphere，而不要使用操作系统的卸载软件的功能来卸载WebSphere，因为那样步骤比较复杂，并且有可能由于漏掉某些步骤而导致不能完全卸载干净。  卸载WebSphere之前，需要停止所有WebSphere相关的进程，最好查看系统中的进程确保没有java进程运行，另外，如果使用了Web服务器，确保停止了Web服务器。然后运行WebSphere的卸载程序，卸载程序命令在UNIX系统中为uninstall，Windows中为uninstall.exe，存在于WebSphere的安装目录下的 _uninst 目录中。例如，在UNIX系统中，将目录转至 install_root/_uninst 目录（install_root为WebSphere的安装目录），运行 uninstall 命令，根据图形向导来卸载WebSphere。



⒍ 问题：为什么 WebSphere Application Server 要求使用 IBM JDK？

答：
首先，要直接设置记录，需要使用“WebSphere 提供的 JDK”来支持，在 Sun ?Solaris? 和 HP-UX 平台上，WebSphere 提供的 JDK 分别来自 Sun 和 HP，不过，IBM ORB 和 IBM 安全实现将替换来自 Sun 和 HP 的。EJB WLM 需要 IBM ORB，IBM 安全实现遵循 FIPS，而 Sun 和 HP JDK 则不遵循 FIPS。对于所有其他平台，WebSphere 提供的 JDK 是IBM JDK。

至于“为什么 WebSphere 提供 JDK？”，这需要回顾我们对 WebSphere Application Server V2.x 和 WebSphere Application Server V3.x 的支持体验。对于这些版本，我们列出了支持的 JDK（客户可以从中下载）并提供了相关说明，以帮助客户安装 JDK 和配置 WebSphere Application Server 来使用 JDK。这种方法导致了许多问题，而客户也常常由于这些问题而打来电话寻求支持：

·         不正确安装 JDK。

·         不正确安装 WebSphere Application Server（或配置它来使用 JDK）。

·         客户未能获取所需 JDK 版本而在其位置安装另一个不等效的版本。

·         “较新”的 JDK 中的功能退化或缺陷。


在 WebSphere Application Server 中，通过支持 JDK 和提供特定（并经过测试）的 JDK，我们避免了所有这些问题（以及其他许多问题），从而改进了 WebSphere Application Server 的安装体验、可用性和可靠性，这是我们和我们的客户都希望看到的结果。此外，我们提供的 IBM JDK 不仅比 Sun（和 HP）提供的 JDK 更加安全，而且还更加快捷！有关详细信息，请参见参考资料中的 SPECJBB 基准站点。

当然，在使用 WebSphere 提供的 JDK 时必须注意一个例外，即，在 Windows 上，特定版本的 Sun JDK 可以与可插入客户端一起使用。