首页 > 代码库 > WAS日常维护中的重启时机——总结
WAS日常维护中的重启时机——总结
本笔记会不断更新,用来记录一下在WAS日常维护中的重启时机问题。
在做WAS的维护过程中,生产环境要求最大可能的不要有中断,所以重启的时机其实是一个非常值得记住的东西,有的时候因为没有重启或者重启的java进程不正确而导致大量的时间浪费也是非常正常的。谨以此文记录一下我个人的经验总结:
JDBC:
1)创建数据源、数据Provider的时候:一定需要重启!
如果创建的时候选择的scope是Cell,那就需要重启DMGR;如果scope是Node,那就需要重启对应的Nodeagent;如果scope是Cluster,那就需要重启cluster下面所有的Application Server(可以逐一重启以确保高可用性);如果scope是Application Server,那就需要重启Application Server。
2)修改数据源、数据Provider的时候:根据创建时候选择的scope不同而不同。
如果创建时候选择的scope是Cell,修改数据源后不需要重启任何东西,只需要保存并同步配置即可!
如果创建时候选择的scope是其他的,就需要重启对应的进程(Node scope重启nodeagent,cluster scope重启cluster,server scope重启server)。
PS:在可选的scope中有Cell和CellManager,从我个人经验来说,在使用上是没有差别的。感觉上可能IBM是建议我们把需要创建到Cell上的资源统统选择为CellManager,因为如果部署默认应用的话,是会再CellManager上默认给创建一个资源的。具体是否如此,以后需要多查阅去确认了。。。
Application:
1)修改Application上面的设置:不需要重启,只需要保存并同步配置即可。
验证:可以修改一下Context Root或者JDBC引用来试试。
PS:Integrated Solution Console事实上也是一个部署在DMGR JVM上的一个应用程序,所以对控制台的任何更改也是都不需要重启的。
JVM:
1)修改Application Server,NodeAgent,DMGR的设置:必须重启才会生效。
暂且先记录这么多,如果有其他重启时机相关的问题,会继续更新。
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。