【发布时间】:2013-08-13 21:47:15
【问题描述】:
问题: WebSphere 应用程序部署延迟 10 到 15 分钟。
环境/情况: WebSphere 6.1.0.23,90MB ear 文件,包含大约 19,000 个文件(ear 文件包含 jar 库)。 ear 文件、WebSphere 和驱动部署的自动化都在同一个盒子上。没有 EJB。这个盒子上大约有 20 个这样的部署应用程序,其中 10 个通常在运行。
详细信息: 部署是自动化的,并收到消息“ADMA5013I:应用程序...安装成功”。片刻之后,创建了目录 (blah.ear/blah.war),但该目录在 10 到 15 分钟内保持为空。除了这个特定的延迟之外,盒子上的性能很好,CPU 利用率非常低。一旦开始创建文件,它们就会在一分钟内全部显示出来。此步骤之前和之后的步骤以可接受的速度运行。只是这一步,等待文件出现才是问题所在。
其他详细信息(由 cmets 促成,见下文):WebSphere ND 由日志中的“部署管理器”和“节点代理”证明。耳朵包含一个战争文件,一个应用程序。通过使用共享库定义,耳朵的大小减少到 60MB。 WebSphere 本身使用 JVM 选项 -XX:MaxPermSize=256M 启动。部署是使用 com.ibm.websphere.management.* 包(IBM 提供的 jar 文件)中的工具完成的,主要类是“AdminClient”。代码类似于 this IBM documentation WS UI 条目 [系统管理 > 控制台首选项 > “与节点同步更改”] 中的代码,但仍然“不做任何事情”等待 15 分钟。
【问题讨论】:
-
90KB 还是 90MB?单个 EAR 中有多少个模块?为 WAS 分配了多少内存?你有什么WAS版本?部署的具体情况如何?
-
你在用ND吗?提示配置更新需要“节点同步”。
-
90 兆字节,是的,对不起。编辑了原始问题。 “版”,我不知道该怎么说,虽然我认为它可能是“ND”。部署是使用中的工具完成的
-
部署是使用 com.ibm.websphere.management.* 包(IBM 提供的 jar 文件)中的工具完成的,主要类是“AdminClient”。有没有简单的方法来判断它是否是“ND”?
-
ND,我的意思是:您是否正在您的环境中启动部署管理器、节点代理和应用程序服务器?
标签: deployment websphere websphere-6.1