标签：脚本 rm -rf 映射 shu image 业务 strong shutdown col
Tomcat服务更新流程：
1、一切都要写好在deploy.sh脚本里后，执行脚本，不要手动操作。
2、更新文件会一直命名为primecoin-server-1.0.war，所以脚本就不用改了。
3、更新前不需要停掉java(tomcat)服务，等执行好脚本后再重启服务。
4、操作时克隆一个服务器远程窗口，一个操作一个看日志。
更新脚本解释：
1、把公司发布的更新包webapp-server.war改名为ROOT.war。
2、把ROOT.war转成META-INF文件。
3、把META-INF文件拷贝至/servers/tomcat9/webapps目录下。
4、以上3步写成一个脚本deploy，放在/servers/tomcat9/updata下。
5、在/servers/tomcat9/updata下执行./deploy脚本，系统会自动更新服务，最后再重启tomcat服务。
执行好更新脚本后，去/servers/tomcat9/logs查看日志catalina.out，注意时间没错和“has finished in...”就代表成功：
在/servers/tomcat9/bin目录下执行shutdown.sh或者pkill -9 java??停掉java(tomcat)服务
记住：每次更新后，杀掉java服务后，要把所有日志文件删除：/servers/tomcat9/logs# rm -rf *：
然后重新启动java(tomcat)服务：/servers/tomcat9/bin# ./startup.sh
启动后，系统会自动生成日志文件，进去再次检查日志：/servers/tomcat9/logs# tail -f catalina.out
同时还要去这个服务器的网址上检查，若出现以下信息，就代表服务正常：
至此，完成tomcat服务的更新。
额外说明：
1、我们primecoin有4台服务器，4台都作为节点服务seed.primecoin.org:9911
2、其中2台是有web服务的api.primecoin.org:80，这2台也是做了负载均衡服务的。
3、（重点）更新前一定要先把服务指定到其中一台服务器上，不做均衡转换服务，这时才能更新非正进行服务的那台服务器，不然服务会出问题。
4、因为目前api.primecoin.org 指向到负载均衡设备 IP 47.52.55.123映射到199和188这2台服务器8080端口，用户端发来的请求是同时发到2台服务器上的，若直接更新其中一台，客户端的请求很可能是发到这台服务器上的，结果你在更新文件，服务不了，而后台转换服务器是需要时间的，这样就影响公司业务。
eg：
1、负载均衡是188和199这2台服务器，我要先更新199这台。
2、要让后台（李总）把服务单切到188这台服务器上，这样正在服务的就只有188这台了，这时才能对199进行更新操作。
3、等199操作好了，也照上述更新流程检查服务是正常运行了，再让后台把服务器单切到199，再对188进行更新。
4、若2者都更新，且服务器正常时，最后还要让后台把服务器切到2台服务器同时服务状态。
标签：脚本 rm -rf 映射 shu image 业务 strong shutdown col
原文地址：https://www.cnblogs.com/sinsenliu/p/9556142.html
