使用WebSphere集成解决方案控制台，通过指定war文件名、浏览更新屏幕并最终保存配置来更新大型（18400文件）web应用程序。解决方案控制台web UI旋转一段时间，然后返回，此时用户可以启动web应用程序。
如果应用程序在"成功更新"后启动，则会失败，因为作为web应用程序的文件尚未分解到部署目录中
实验表明，文件的出现大约需要12分钟
还有一个可能很重要的背景：在这个WebSphere实例上有19个应用程序服务器。WebSphere坚持认为他们之间有很多聊天，尽管他们不需要对方提供任何信息。我想知道这是否会在部署方面放慢速度。或者，如果WebSphere内部的某个计时器设置错误（通常的免责声明适用……我只是出现并发现了这种情况……我没有配置此安装）。
附加信息：这是一个网络部署配置，并且都在一个物理主机上。*ND 6.1.0.23
这是独立设置还是ND设置？考虑到你已经说过他们是19个应用服务器，我猜这是ND设置的。节点应与部署管理器同步，以便更新的文件可用于各个节点。
更新并保存更改后，尝试将节点与dmgr同步（或者作为更新过程的一部分，单击"查看"并选中"同步节点"复选框），这样会将更改分发到各个节点。
我认为默认的时间间隔是1分钟。
12分钟听起来确实很多。网络有可能成为一个问题吗？
HTH-
Manglu