本笔记会不断更新，用来记录一下在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上默认给创建一个资源的。具体是否如此，以后需要多查阅去确认了。。。

另PS：不论你的JDBC资源创建在哪个Scope之下，如果有条件的话尽量把影响到的应用重启一下。因为尽管理论上来说是跟上面我说的情况相同的，但是实际上也许是Websphere本身的bug，有的建立在Server级别下的JDBC修改过后重启Server不起作用，还需要重启nodeagent；有时建立在Cell级别的数据源改动后也需要重启Server。所以，重启吧，尽量保证我们的应用服务器可以应用到最新的配置。

Application：

1）修改Application上面的设置：不需要重启，只需要保存并同步配置即可。

验证：可以修改一下Context Root或者JDBC引用来试试。

PS：Integrated Solution Console事实上也是一个部署在DMGR JVM上的一个应用程序，所以对控制台的任何更改也是都不需要重启的。

JVM：

1）修改Application Server，NodeAgent，DMGR的设置：必须重启才会生效。

暂且先记录这么多，如果有其他重启时机相关的问题，会继续更新。