标签：java 使用 数据 io 问题 c
本笔记会不断更新，用来记录一下在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的设置：必须重启才会生效。
暂且先记录这么多，如果有其他重启时机相关的问题，会继续更新。
WAS日常维护中的重启时机——总结,布布扣,bubuko.com
WAS日常维护中的重启时机——总结
标签：java 使用 数据 io 问题 c
原文地址：http://www.cnblogs.com/delly/p/was-restart-timing.html
