kevin_spa的专栏

管理过中间件weblogic和webspere的朋友都知道，两者中都有一个通病，都会发生内存溢出的情况发生，当然，内存溢出跟中间件本身没有关系，主要是应用程序设计不合理或参数设置不当引起，javacore就是内存溢出生成的其中一个文件，但是javacore也可以通过手工kill -3 pid生成，用于诊断系统性能，提供优化分析数据。     javacore还有一个最大的用途是我们可以通过Jav

今天下午17点时，正准备收拾东西回家，负责主机维护的同事告诉我，was服务器cpu使用率较高，很长时间了一直是80%以上，让我分析一下原因，连上去topas一把，果然有明显异常，在这里记录一下处理过程。 方法一：过程+javacore文件分析 第一步：     跟据topas首先确认使用率较高的进程 pid:397376 第二步：     跟据pid确认该进程是什么     ps

在生产环境中一旦有内存溢出情况发生，系统会自动生成javacore和heapdump文件，但是有时候我们为解决cpu使用率较高或其它问题时，需要手工生成javacore和heapdump文件，这时我们该如何手动触发生成javacore和heapdump文件呢？      获取javacore和heapdump文件的方法有两种： 第一种：      系统发生内存溢出，在目录下会生产javaco

was服务器cpu使用率较高，很长时间了一直是80%以上，分析原因，连上去topas一把，果然有明显异常，在这里记录一下处理过程。 方法一：过程+javacore文件分析 第一步：    跟据topas首先确认使用率较高的进程 pid:397376 第二步：    跟据pid确认该进程是什么    ps -ef | grep397376     结果发现是was控制台上的应用进程

部署在WAS上的J2EE应用程序，其性能是由多个因素决定的。例如网络、数据库、内存分配、WAS服务器的配置以及应用程序的设计。对于一个标准的J2EE应用，一个请求到来时，往往需要经过多次转发：网络 > Web服务器Web容器 > EJB容器 > 数据库。而每一次转发，都可能造成请求处理的瓶颈，使得应用程序整体性能下降。如果我们把每一次转发的待处理资源都看成一个队列，如图3： 图3 待处理资源

应用程序部署流程 WebSphere Process Server 将 BPEL（微观和宏观）模块配置信息放到运行时库中，用于管理模板名、版本等。任何时间都有可能出现灾难性事故，比如应用程序部署期间。 为了最小化 Process Server 模块配置数据出现不一致性的风险，我们建议在部署 BPEL 模块之前和之后对 Process Server 配置进行备份。 在部署 BPEL 模

一、状况描述   XXXX项目组反馈系统在线人数达到160或以上后，会出现较严重的系统效率问题： 单据节点的打开达到分钟级   二、现场分析   2.1检查系统日志文件发现： Exception = java.net.SocketTimeoutException Source = com.ibm.ws.webcontainer.channel.WCCByteBufferInput

管理概要 您创建的每个概要都会在概要注册中心注册： /properties/profileRegistry.xml  您已经看到如何用 Profile Management 工具创建概要。这个向导的核心是 manageprofi les 命令。这个命令为您提供了对概要进行普通的维护活动的方法。例如，您可以调用这个命令，创建（采用本机方式或静默方式）、列出、删除概要，验证概要注册中心，和完成其