was的应用部署,访问与简单问题排查
1.Was 底层架构底层结构图注：A. 前端用户通过ip 或者域名解析访问，访问请求被ihs 接收到，然后ihs 将请求平均的分发到应用服务器上。B ．应用服务器上最底层是node,node 的作用主
1.Was 底层架构
底层结构图
注：A. 前端用户通过ip 或者域名解析访问，访问请求被ihs 接收到，然后ihs 将请求平均的分发到应用服务器上。
B ．应用服务器上最底层是node,node 的作用主要是用来通信，当一个dm 下有多个cluster 时，这些cluster 的之间的信息同步通过node 来完成；而server 是建立在node 之上，所以如果服务器上node 没启，server 是启不动的。
C ．应用程序包是部署在server 之上的，所以如果程序包发好了，既可以通过访问ihs 来访问程序包，也可以通过访问server 来访问程序包，具体的访问方法请参考第三节【应用包的访问】。
2.Was 的应用部署
下面以供应商网站的发版为例，包名为
VenderEAR
,找到包的位置，并填写好上下文文根
下一步
注意包所在的cluster 跟ihs 的选择，发完包访问程序的时候需要查看该信息
下一步
点应用更新
3. 应用包的访问
3.1通过ihs 访问
包发完后，怎么访问，需要查看应用包所发到的位置 仍然以venderEAR 包为例，首先找到这个包
点击进入，然后点“特定于目标的应用程序状态”
查看到如下信息
Cluster 选的是ScmClust,ihs 选的是webserver02。 ihs 的具体ip 通过如下方式查看
首先在WEB 服务器里面找到该ihs ，找到它对应的node
接着在【系统管理】里找到该
node
,点击进入
发现该node 所在的服务器为wasqas02.yutong.com ，测试服务器的域名与IP 对应表如下： 10.8.2.201 wasqas01.yutong.com
10.8.2.202
10.8.2.239
10.8.2.240
10.8.2.241
10.8.2.242 wasqas02.yutong.com wasqas03.yutong.com wasqas04.yutong.com wasqas05.yutong.com wasqas06.yutong.com
所以该node 所在的服务器ip 应该为10.8.2.202，那么通过ihs 的访问方式为 (注意上下文文根)
3.2. 通过单个server 来访问
a. 已确定程序包发到了ScmClust 上，该cluster 下的两个server 为scm01和scm02，如下
那么访问server 即是访问scm01跟scm02. b. 找到Scm01使用的端口，过程如下
点端口，找到wc_defaulthost
使用的是9081。
接着找到Scm01所在的服务器，过程如下：
先确定Scm01底层的node
接着在【系统管理】里面找到该node
点击进入，查看所在的服务器
所以Scm01所在的服务器为wasqas01.yutong.com,ip 为10.8.2.201 通过scm01来访问的方法为：http://10.8.2.201:9081/ScmWeb
同理可以查出通过Scm02来访问的方法为
4. 停启应用
4.1停应用
仍然以VenderEar 包为例
停该应用即是要停Scm01和Scm02
停Scm01过程如下，首先登入10.8.2.201服务器
进入/opt/IBM/WebSphere/ScmWeb01/bin目录（/opt/IBM/WebSphere目录是通用的，接着根据node 的不同进入不同目录，如这里的ScmWeb01，然后进入bin 目录）
执行命令./stopServer.sh Scm01
也可以不仅该目录，执行执行下列命令
/opt/IBM/WebSphere/ScmWeb01/bin/stopServer.sh Scm01
注：末尾的参数Scm01是server 的名字
停Scm02过程类似，登到10.8.2.202，执行以下命令
/opt/IBM/WebSphere/ScmWeb02/bin/stopServer.sh Scm02
4.2启应用
启Scm01过程如下
登进10.8.2.201，执行以下命令
/opt/IBM/WebSphere/ScmWeb01/bin/startServer.sh Scm01
启Scm02过程如下
登进10.8.2.202，执行以下命令
/opt/IBM/WebSphere/ScmWeb02/bin/startServer.sh Scm02
如果DM 里server 的状态显示如下，则表示正常启动了
4.3 暴力停启方法
有时会碰到正常停是停不了应用的，这是因为系统里进程的连接释放不了。
这时候直接在系