本笔记会不断更新，用来记录一下在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）。（数据源本身就无法应用到新的配置，比如测试连接的时候不会达到预想的效果——这个也跟版本有点关系，貌似老的版本就是这样的，而新的版本就可以直接应用到新的配置。）（一种情况除外：数据源配置到了Cluster或者Server级别，而且所有相关的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的设置：必须重启才会生效。
暂且先记录这么多，如果有其他重启时机相关的问题，会继续更新。