保证服务器高可用性-灾难恢复（2）APP服务器的配置流程

浏览数：139 / 时间：2015年06月11日

上一篇文章写到了灾难恢复中WEB服务器的配置。其实说白了很简单，就是在另一个地方模拟出原始服务器集群的环境。

这个文章主要谢谢APP服务器的配置。

灾难恢复呢，对于APP服务器来说，无非包括两方面的内容：

DB的配置，保证新的服务器也能连接到特定的DB服务器。
可以接收到新的WEB服务器的请求。

DB的配置呢，无非就是配置一下DabaSource，测试连接这些的，直接在管理控制台上就可以配置了。（记住有的时候配置完DB之后需要重启Application Server甚至Node Agent才会使变更生效。）

接下来就是如何保证APP服务器可以接收到新的WEB服务器的请求了。也很简单：

应用程序在用那些Virtual Host，那就把Virtual Host修改一下，在里面的Alias设置里，把新的WEB服务器的地址全都添加进去就好了。
重新生成Plugin，并且拷贝到WEB服务器上。（或者不重新生成，直接在WEB服务器上把Plugin文件里面所有旧的IP地址改成新的就好了。）

——如果确实想要重新生成Plugin文件的话，一定要确保Application部署到了所定义的WEB服务器上！

如何查看？

在IBM Console，打开Enterprise Application，然后找到对应的Application，点击进去，然后点击“View Modules”，打开之后就可以看到这个应用程序到底部署到了哪些模块之上。

一般来说，一个应用程序，

如果部署到了Cluster上面，那么这个程序就已经可以正常执行了，可以通过：http://<APP服务器的IP地址>:<端口号>/URI 来访问到。
如果出了部署到了Cluster上面，而且还部署到了在IBM Console里面定义的WEB服务器上面，那么就可以正常生成Plugin了。

生成Plugin的做法：

打开IBM Console，找到WEB Servers，打开，然后勾选上要产生Plugin的WEB服务器（注意，这些不是说真的在APP服务器上完全做出了一个WEB服务器环境，这里只是一个WEB服务器的定义，可以作为一个载体，用来生成Plugin等操作），勾选完之后，点击“Generate Plugin”即可看到生成的Plugin的路径了。然后找到生成的Plugin，把里面的内容替换掉WEB服务器上的Plugin里面的内容，重启WEB服务器即可。

另外，想通过：http://<APP服务器的IP地址>:<端口号>/URI 来访问APP服务器上的应用的时候，有时候这个应用服务器并不是在绑定的默认的9080，那么如何查看它所绑定的端口呢？

还是打开IBM Console，找到Application Servers，点开对应的服务器，然后找到Ports这个项目，点击Ports前面的+号，就可以看到很多端口了。找到“WC_default”所对应的端口，这个就是应用程序服务器所绑定的为应用程序留出来的端口了。

到此为止，这两篇文章大概就说清楚在灾难恢复中需要配置的东西了。写起来很简单，项目也不多，但是确实在实际操作中会产生各种各样的问题。比如我遇到过的：

配置一切正常，但是应用服务器启动不了。

Troubleshooting：Websphere不管遇到什么情况的问题，先看LOG，看SystemOut.log这个文件，内容最全了。

如果看到了端口被占用因此无法启动的话，那很大一部分的可能就是应用服务器从旧的克隆成新的，但是之前的Java进程还在运行，但是新的服务器因为IP变了，所以应用程序服务器也基本上不可能识别出来那些旧的进程了。所以就可以打开任务管理器，把所有Java进程全部杀掉，然后把Nodeagent和Application Server依次重启。
如果看到了“无法解析URI”或者之类的信息，那情况就比较复杂了，也许是应用程序在启动的时候会用到一些Server名，然后必须要能解析到Server的IP地址才可以正常启动。。。这种时候呢就说不定到底是哪方面的问题了，如果Application团队不在的话，也许可以看看hosts文件是否有一些特别的内容，也许需要添加上一些记录才能是WAS识别。