webspere安装

来源：互联网发布：佳能打印软件下载编辑：程序博客网时间：2024/04/30 12:55

目前已经有2.35、2.36和2.37三台机器跑着系统的应用。现在新增了一台solaris系统的机器2.39，要安装Websphere 6 Network Deployment版本并建立新的应用。下面介绍整个安装过程：

把was6介质拷贝的39的/was5/src/was6目录下，此目录下包括了如下的三个目录

wasv6_nd_solsparc // 主安装文件

was6.0.2_solaris // 6.02版的升级文件

was6.0.2.19_solaris //补丁文件

安装主介质

用xmanager登录到2.39，进入图形化界面，执行wasv6_nd_solsparc/WAS/install开始was的安装，手动修改安装目录到 /was6/WebSphere/AppServer/(保持和2.35、2.36、2.37的目录结构一致)。接下来一般都按缺省步骤走就可以了

安装IBM Http Server，执行/was5/src/was6/wasv6_nd_solsparc/HIS/install,安装到/was6/IBMIHS/，安装过程中，场景选择local（不是remote）。

安装完后，会提示你继续安装插件（安装was和http server协同工作的插件），继续进行就可以了（或者直接执行/was5/src/was6/wasv6_nd_solsparc/plugin/install也可以安装插件）。安装插件到/was6/IBM/WebSphere/Plugins目录。

升级和打补丁

不管哪个升级和补丁，都统一用到了updateinstaller/update这个程序，操作步骤也简单，把整个updateinstaller拷贝到产品安装路径下，执行update，在更新过程中，选择正确的*.pak升级文件(升级文件一般可以拷贝到/updateinstaller/maintenance/下面)。具体：

1）拷贝目录/was5/src/was6/was6.0.2_solaris/updateinstaller 到

/was6/WebSphere/AppServer/目录下（必须拷贝到安装目录，否则会报错：找不到虚拟机或者找不到产品）。

确保/was6/WebSphere/AppServer/updateinstaller/maintenance/下面有文件

6.0-WS-WAS-SolarisSparc-RP0000002.pak

执行/was6/WebSphere/AppServer/updateinstaller/update，开始升级，

选择产品路径/was6/WebSphere/AppServer，

选择更新介质6.0-WS-WAS-SolarisSparc-RP0000002.pak（一定要看清楚名称，别选错了）

一步步到结束，显示 relaunch 、finish 等按钮。为了继续打补丁，先别finsih，点击relaunch。

确保/was6/WebSphere/AppServer/updateinstaller/maintenance/下面有补丁文件

6.0.2-WS-WAS-SolarisSparc-FP00000019.pak，如果没有，则拷贝

/was5/src/was6/was6.0.2.19_solaris/updateinstaller/maintenance/6.0.2-WS-WAS-SolarisSparc-FP00000019.pak到/was6/WebSphere/AppServer/updateinstaller/maintenance/下面

注：可能不用拷贝到maintenance目录，直接到存放的目录选择*.pak文件也可以。

点击relaunch后，继续打补丁，选择6.0.2-WS-WAS-SolarisSparc-FP00000019.pak

relaunch升级JDK。升级文件是6.0.2-WS-WASJavaSDK-SolarisSparc-FP00000019.pak ，安装完后finish。

2）重新运行update，升级HIS。

选择产品路径/was6/IBMIHS/ （必须选择对了，否则到最后会报错：找不到产品大于 6.0.0.1而小于6.0.2.之类的信息；如果开始填错了，可以上一步返回这里重新选择目录）

选择升级文件6.0-WS-WASIHS-SolarisSparc-RP0000002.pak。

安装完后继续relaunch，升级6.0.2-WS- WASIHS -SolarisSparc-FP00000019.pak

3）重新运行update，升级插件。

选择产品路径/was6/IBM/WebSphere/Plugin/目录

选择升级文件6.0-WS-WASPlugIn-SolarisSparc-RP0000002.pak安装

继续安装6.0.2-WS-WASPlugIn-SolarisSparc-FP00000019.pak

把新机器添加到管理控制台

即添加新的受管节点。只有添加到控制台后，才能被控制台所管理。

先编辑/etc/hosts，加入一行：10.103.2.37 dbg-n1.xinhuanet.com，因为添加节点的时候内部可能要用到dbg-n1.xinhuanet.com这个管理控制台机器的域名。

进入目录/was6/WebSphere/AppServer/profiles/AppSrv01/bin，执行

./addNode.sh 10.103.2.37 8879 //8879是管理控制台的soap端口。

如果添加成功，在控制台的“系统管理—节点”页面会看到新机器dbg-n39Node01 。

通过控制台建立新应用。

进入控制台。

环境—虚拟主机，新建虚拟主机dbg_pub_bak

服务器—集群，新建clu_dbg_pub_bak集群，并且同时创建一个“应用服务器”，应用服务器所在的节点选择dbg-n39Node01 。

应用程序—安装新的企业应用程序。选择本地程序已经打好的war包；填入上下文跟 /wps

一步步按缺省进行即可，到了最后“将模块映射到服务器”的时候，如下图所示，先勾上模板，再在上面选择集群和web server（按ctrl键再点击鼠标可选多个），选完后点击“应用”按钮即可。

最后，必须点击“保存”才能把你所做的所有的修改都真正更新！

像这些配置，如果开始设置不对，可以建完“应用程序”后再修改也是可以的。

配置Http Server

新建的应用将用到83这个端口访问，所以在/was6/IBMIHS/conf/httpd.conf文件中添加了监听：

Listen 83

在文档最后添加虚拟机：

ServerAdmin webmaster@dummy-host.example.com

DocumentRoot /was6/IBMIHS/htdocs/dbg82

ServerName 10.103.8.52

ErrorLog logs/dbg83/error_log

</VirtualHost>

必须创建DocumentRoot和ErrorLog logs所对应的目录，否则http server启动时报错。

/was6/IBMIHS/bin/apachectl start 可以启动http server，如果启动不了，查看日志文件

/was6/IBMIHS/logs/error_log 的报错内容，再做相应处理。

让插件工作

通过管理控制台添加“应用程序服务器”、环境-虚拟主机添加虚拟主机端口后，进入“服务器--Web服务器”，勾上webserver1，点击“生成插件”则在2.37的机器上生成文件/was6/WebSphere/AppServer/profiles/Dmgr01/config/cells/dbg-n1Cell01/nodes/dbg-n1Node01/servers/webserver1/plugin-cfg.xml(此文件是根据控制台目前的配置生成的，文件里面包含了集群、应用服务器、虚拟主机等内容，目的是让插件知道怎么去找相应的应用)。

拷贝plugin-cfg.xml文件到2.39 的/was6/WebSphere/AppServer/config/目录下，没有config目录则手动创建。

编辑 /was6/IBMIHS/conf/httpd.conf ，看最后几行是否已经指定的plugin-cfg.xml的路径，如果没有则加入:

WebSpherePluginConfig /was6/WebSphere/AppServer/config/plugin-cfg.xml

重启apache，执行 /was6/IBMIHS/bin/apachectl restart

可以用命令ps -ef |grep httpd 查看是否启动成功，如果包含“ /was6/IBMIHS/bin/httpd -d /was6/IBMIHS -k start”这样的输出信息，应该是启动成功了。

注意：有时候即使http server起来了，插件也不一定正常工作，查看日志文件/was6/IBM/WebSphere/Plugins/logs/webserver1/http_plugin.log 看是否有错误。如果报找不到服务器地址错误，就必须修改/etc/hosts 把集群里面的机器和地址映射都加上去，如：

10.103.2.36 xhdb-db2.xinhuanet.com xhdb-db2

10.103.2.35 xhdb-db1.xinhuanet.com xhdb-db1

重新配置正式环境的机器

以上的操作只是影响到了2.39这台新的机器，为了使2.35、2.35和2.37都能协同工作，必须对它们重新配置。因为这三台是生产环境的机器，操作要非常小心。

1）通过控制台的集群界面来创建一系列的应用服务器（如在2.35上创建备份应用，在2.39中创建一个正式应用）.为了使集群中不同机器的应用的端口一致，请去掉“生成唯一端口”这个选项。

2）根据应用服务器的WC_defaulthost端口的值（应用服务器-通信-端口）来在“环境-虚拟主机”中添加相应的端口。

3）通过控制台生成plugin-cfg.xml在2.37上面。

4）接下来的操作必须分别在每台机器做，以2.35作为例子：配置hosts文件，把机器39加进去；拷贝生成的plugin-cfg.xml到2.35的相应目录，注意备份原来的文件；修改apache的httpd.conf增加虚拟主机（按照39的配置来进行）；在apache的log目录中建立与配置文件中虚拟机配置一致的日志目录；

其它问题与技巧

1. 机器重名了。安装完后，到了添加节点那一步的时候，发现主机名称和2.37的一个机器别名重名了，造成了添加失败，重新配置了主机名称后，was也得改动。但改动太复杂了，只好重装。把WebShpere目录直接删除了再装，提示不能安装到同样的目录！原来/was6/WebSphere/AppServer/_uninstall目录下面有卸载程序的，只有卸载完全了才能重新安装到原来的目录。把2.37的_uninstall目录拷贝到2.39下面然后反安装，竟然卸载成功了！

2. 如何把session保存到数据库

首选保证已经创建了数据源。然后: 企业应用程序=》dbg_xxx_war=》其它属性=》会话管理=》分布式环境设置。分布式会话中单选“数据库”，并且点击“数据库”连接进入里面配置数据源。如果 “分布式环境设置”是灰色不可用的，请先随便修改一下常规属性保存后，就可以用了。这里的修改应该会影响到将来添加到集群里面的应用服务器，不会影响现有的集群里面的应用服务器。

如果想单独修改一个应用程序服务器，请：应用程序服务器 > app_dbg_pub_bak_39_1-》容器设置-》web容器-》会话管理

-》其它属性-》分布式环境设置—》分布式会话中单选“数据库”，并且点击“数据库”连接进入里面配置数据源

3. 访问应用的连接时找不到页面。如果是静态资源，请看apache静态资源是否上传了；如果是jsp，请判断程序代码是否上传完整，看“环境-虚拟主机”相应的端口是否已经加上，“企业应用程序”里面的“映射 Web 模块的虚拟主机”是否准确。修改后可能还要把“应用服务器”重启。

4. 通过集群来创建应用程序服务器。进入集群成员中，点击“新建”，则可以添加新的应用服务器，为了使集群中不同机器的应用的端口一致，请去掉“生成唯一端口”这个选项。

5. 在四层交换机上设置虚拟ip连接到websphere？按照在交换机上配置一个虚拟地址8.55，映射到实际的10.103.2.39:6082（6082是测试应用的apache监听端口， 8.39=2.39）。发现直接用 10.103.2.39:6082能够进入测试应用；但用虚拟地址10.103.8.55访问却进入了正式应用。

原因：当用10.103.8.55:80访问时，apache能认6082并返回静态资源，但plugin不再认6082，而是认80端口，造成plugin向配有“80”virtualhost的正式环境分发了。

解决：修改10.103.2.39的plugin-cfg.xml的<VirtualHostGroup>中添加10.103.8.55:80（不添加*:80是为了保险起见，避免测试环境影响到了正式环境的*:80），重启apache，另外需要在控制台的“虚拟主机”中也添加相应的虚拟主机10.103.8.55:80，并重启测试应用服务器。（猜想：目前只是修改了2.39的配置，如果将来要在2.35等机器启用，可以把正式环境的虚拟主机“*:80”改成“10.103.8.52:80”（8.52是正式环境统一入口的虚拟地址），使正式和测试环境的80端口真正区分开来）。

</VirtualHostGroup>