Websphere性能优化
WebSphere配置文档(性能参数调优)
WebShpere经常使用配置一、W ebSphere中JVM内存配置第一进入WebShpere治理操纵台，然后点击效劳器选项里面的应用程序效劳器进入下面界面：点击server1进入下面界面：点击Java和进程治理里面的进程概念进入下面界面：点击Java虚拟机进入下面界面：在那个页面的下方有初始堆大小和最大堆大小两个参数是设置JVM内存大小，必然要把两个参数设置的一样大。
如图：二、W ebSphere中JVM内存监控利用说明进入WebSphere操纵台，点击监控和调整中性能查看器中的当前活动，如以下图所示：点击server1进入以下图界面：点击性能模块，选择里面的JVM运行中，会谈出询问你是不是安装SVG查看器，点击确信。
如以下图：确信后会显现以下图：用下拉条拖动到以下图所示的地址点击win98-XP下载文件，下载完毕后安装，然后点击查看模块按钮，就会显现以下图：如此就能够够监控内存的转变了。
三、关于WebContainer线程池大小进行调整为了知足多个客户端造成的大的客户端并发数量，关于WebContainer的线程池大小进行调整。
此线程池大小代表了WebSphere所能够保护的最大及最小同时响应并发客户端请求的线程数。
建议将WebContainer最大和最小大小都设为120。
不要选择具体调整方式为： > > > WebContainer 界面中调整。
(1)(2)(3)(4)四、W ebSphere的数据源配置第一进入WebShpere操纵台，点击环境选项下的WebShpere变量，如下图：在本页下方有个参数，如下图：点击进入后在值这一项中输入ORACLE_ JDBC驱动的途径, 如下图：点击确信按钮并保留配置。
然后成立连接池，点击左面导航栏里面的资源中的JDBC提供程序，如下图：在图的下方，点击新建按钮，进入添加页面，如下图：按实际情形进行选择，如下图：选择好后点击下一步，如下图：在本页下方有一个类途径，按真实情形填写，如下图：点击确信按钮并保留配置，就添加成功了，如下图：点击Oracle JDBC Driver后进入修改界面，如下图：：在页面的右边，有个数据源选项，如下图：：点击进入，如下图：：点击新建按钮后，进入新建页面，如下图：：然后把JNDI名称改成和应用的数据源的名称一样，把“将此数据源用于容器治理的持久化性（CMP）”那个选项去除掉，如下图：：在那个页面的下方有一个Oracle数据源属性，把里面的URL依如实际情形配置一下，如下图：然后点击确认并保留配置，就添加成功了，如下图：：然后点击Oracle JDBC Driver DataSource，进入修改界面，如下图：：在页面的右面的相关项里面有个，点击进入，如下图：点击新建按钮，进入新建页面，如下图：依如实际情形填写，如下图：点击确信并保留，就添加成功了，如下图：然后退到Oracle JDBC Driver DataSource页面，如下图：在图的下方有个组件治理的认证别名，把你适才添加的认证选择上，如下图：然后点击确信并保留，如此就配置数据连接池就配置好了，能够点击页面上面的测试连接进行测试。
websphere 教程
WebSphere 教程什么是 WebSphere?WebSphere 是一个由 IBM 创建的 Java 应用服务器软件平台。
它提供了一个可靠的运行环境，用于部署和管理企业级 Java应用程序。
WebSphere 不仅仅是一个应用服务器，它还包括了许多其他组件和工具，用于构建、部署和管理复杂的企业级应用程序。
WebSphere 的特性WebSphere 提供了许多强大且丰富的特性，使得它成为一个受欢迎的企业级应用服务器选择。
下面是一些 WebSphere的主要特性：1. 高可伸缩性和高可用性WebSphere 能够处理大量的并发请求，并能够动态地根据负载情况自动伸缩。
它还提供了故障恢复机制，确保应用程序的可用性和可靠性。
2. 分布式架构WebSphere 使用分布式架构，可以在多台服务器上部署应用程序，并能够自动进行负载平衡和故障恢复。
这使得它非常适合构建和管理大规模的企业应用程序。
3. 安全性WebSphere 提供了多层次的安全机制，包括身份验证、授权和数据加密等功能。
它还支持常见的安全标准和协议，如SSL/TLS 和 LDAP。
4. 事务管理WebSphere 提供了强大的分布式事务管理功能，可以确保应用程序在分布式环境中的一致性和可靠性。
它支持常见的事务管理标准，如 JTA 和 XA。
5. 集成能力WebSphere 提供了丰富的集成能力，允许应用程序与其他系统进行无缝集成。
它支持多种协议和标准，如 JMS、Web Services、JCA 和 JDBC。
6. 管理工具WebSphere 提供了一套强大的管理工具，用于配置、监控和管理应用程序和服务器。
这些工具能够帮助开发人员和管理员更轻松地管理复杂的应用程序环境。
如何安装 WebSphere以下是安装 WebSphere 的简要步骤：1.下载 WebSphere 安装文件，可在 IBM 的官方网站上找到相关版本。
2.运行安装程序，并按照提示完成安装向导。
WebsphereJVM堆分析与优化
Websphere性能分析与优化——从Heapdump浅谈JVM堆设置不同版本的JDK可以设置的JVM堆大小是不一样的，而JVM堆的大小直接制约系统的性能，合理设置每个应用服务器中的JVM堆，在系统性能优化中是十分关键的一步。
一般来说，JVM堆可设置的大小受其版本限制，可分为以下两大类：1、32位的JDK，JVM堆最大可设置到1.5G左右2、64位的JDK，JVM堆大小暂无限制那我们该如何调整JVM的堆大小呢？在Was上如何去设定一个合理的值且多大的值才算是合理的呢？首先我们来了解下JVM堆大小对系统有哪些主要的影响，在JVM堆不足的情况下将会导致系统：1、频繁的垃圾回收（引发系统资源紧张情况，集群环境下CPU资源消耗就更严重）2、OOM，内存溢出（out of memory）系统繁忙时，一般都是在处理大量的客户端请求，或是在进行多个复杂的计算，它们都需要向JVM堆申请空间进行对象的创建。
在堆空间不足的情况下，应用系统会出现以下一些情况，从而大大降低客户的感知度：1、请求操作响应时间长2、请求操作失败，资源等待操作，内存溢出为了保证系统的性能，提高系统稳定性，我们就需要对JVM堆的详细使用情况刨根问底，以此估出一个合理的值来设置JVM堆大小。
有专家给出建议，Was每个Server的线程池不宜配置过大，一般建议值在50-120之间，而JVM堆则设置在2G内。
这个建议针对大部分系统都是适用的，如果在这个配置上系统运行还出现性能问题，可先从应用程序角度着手优化。
因为无论线程池的线程大小是多少，每个线程给系统带来的主要压力就是JVM堆资源的占用。
在32位的Java虚拟机上，JVM堆最大可设置到1.5G左右。
假设请求从客户端来到Was，Was从线程池中分配一个线程处理这个请求，同时从JVM堆空间申请相应的资源进行操作。
假设这是一个上传5MB的Excel的线程，那么在上传与处理这个Excel过程中，线程占用的JVM堆的资源会越来越多，甚至有可能需要向JVM堆申请超过30MB的空间（当然30MB的堆空间不是绝对，这与代码设计密切相关，如果到Excel上传过程中，还要进行分析，封装，持久化等操作）。
WebSphere Process Server V6.2 性能调优
WebSphere Process Server V6.2 性能调优，第1 部分: 调优参数介绍引言WPS 是运行于 WebSphere Application Server (WAS) 之上的业务流程集成服务，WAS 中的各种参数的设置都会对 WPS 的运行性能产生直接影响。
本文基于 WPS V6.2 版本详细给出可能影响 WPS 运行性能的主要参数的介绍以及调优建议。
影响 WPS 运行性能的主要参数的分类 :∙追踪和日志相关的参数∙Java 虚拟机 (JVM) 相关的参数∙消息驱动的 bean (MDB) 激活规范相关的参数∙MQ 侦听器端口 (Listener Port) 相关的参数∙线程池大小相关的参数∙Java Message Service (JMS) 连接池相关的参数∙数据源连接池大小相关的参数∙数据源预处理语句 (prepared statement) 缓冲大小相关的参数∙消息引擎相关的参数∙开发模式限于篇幅有限，本文无法全面的给出应用以上参数的详细场景，只能较系统的介绍并给出一些建议，本系列的后续文章将给出更多调整这些参数的应用场景。
追踪和日志相关的参数追踪和日志是进行问题分析最重要的手段之一，越详细的追踪和日志可以帮助用户和 WPS 开发、支持人员获得更多的运行时信息，但同时也带来了较大的 I/O 资源消耗，降低了 WPS 的性能。
因此在不需要进行问题分析时应该关闭追踪和日志。
针对 WPS V6.2，应该考虑以下追踪和日志的参数：(1) 启动和关闭追踪日志的参数您可以通过管理控制台进行设置：故障诊断 > 记录和跟踪 > server 名称 > 更改日志详细信息级别 ( 图 1)在配置 (Configuration) 和运行时 (Runtimes) 页面都有相同的窗口用于设置追踪日志，配置页面和运行时页面不同之处在于在配置页面设置的追踪日志需要重启服务器才能生效，而在运行时页面设置的追踪日志不需要重启服务器，可以即时生效。
WebSphere Application Server V7 性能调优
WebSphere Application Server V7 性能调优简介IBM WebSphere Application Server 是一种可靠的企业级应用服务器，它提供了一组核心组件、资源和服务，供开发人员在应用程序中使用。
每个应用程序都具备特有的需求，并且经常采用截然不同的方式使用应用服务器的资源。
为了提供高度灵活性并支持这种广泛的应用程序，WebSphere Application Server 提供了一组全面的参数来帮助您增强对应用程序的调优。
应用服务器已经为最常用的调优参数设置了默认值，以确保能为最广泛的应用程序提供开箱即用的性能改善。
但是，由于任意两个应用程序都不可能采用完全相同的方式来使用应用服务器，因此无法确保一组调优参数能适用于所有应用程序。
这也突显了对应用程序执行有重点的性能测试和调优的重要性。
本文将讨论在 WebSphere Application Server V7.0（和之前发行版）中最常使用的一些参数，以及对它们进行调优的方法。
与其他相关文章提供的调优建议不同，本文将使用Apache DayTrader Performance Benchmark Sample案例研究作为本文的上下文。
借助 DayTrader 应用程序，您可以清楚地确定所使用的主要服务器组件，对这些区域进行重点调优，并观察各种调优更改所带来的收益。
在继续阅读之前，需要记住关于应用服务器性能调优的一些事项：∙提高性能经常会牺牲应用程序或应用服务器的一些特性或功能。
在计算性能调优更改时应该仔细考虑性能和特性之间的权衡。
∙应用服务器之外的一些因素有时会影响性能，包括硬件和操作系统配置、系统中运行的进程、后端数据库资源的性能、网络延迟等等。
您在自己执行性能评估时，必须将这些因素考虑在内。
∙此处讨论的性能改善仅针对 DayTrader 应用程序，并且特定于此处描述的工作负载组成及所支持的硬件和软件栈。
您通过本文介绍的调优更改实现的应用程序性能提升肯定会有所不同，并且应该通过您自己的性能测试进行评估。
WebSphere性能调优-垃圾收集器
WebSphere 性能调优-垃圾收集器基于 WebSphere 构建的企业应用，时常会出现性能问题，在严重的情况下还会提示出内存溢出，这是 一件很让人恼怒的事情。
在 WebSphere Application Server(Was)运行的时候，内存溢出，会生成大量的 溢出文件，如 Javacore, Heapdump 等文件，占用了大量的磁盘空间。
在这种情况下，时常会出现一连串的 系统问题，如部署在 Was 的所有应用服务都报错，Was 连控制台也无法访问等。
为解决问题，我们通常会选择重新启动整个 Was 或者服务器，然后分析运行日志 SystemOut.log、yst emErr.log、ative_stdout.log、native_stderr.log 和系统内存溢出的时候产生的 Javacore、Heapdump 文件来寻找出问题。
那么，为什么会出现内存溢出呢？ 应用服务器在运行过程中需要创建很多对象，而在应用服务器的堆空间大小有限的情况下，请求进程 不断申请空间来创建与存放对象，在达到上限时而服务器又没能释放出空间来处理申请空间的请求就会出 现内存溢出情况。
这就像吹气球，当气球中的气体到达一定程度时，气球就会被撑爆。
（32 位的 JDK 的 J vm 堆空间分配最大支持 1.5G 的大小，超过则无法正常启动。
而 64 位的 JDK 堆大小分配无限制，其大小受 到服务器的内存限制。
）通常在投入生产的系统中，出现溢出一般都是对象分配不合理导致的。
在此，让我们先了解下 Java 世界里，对象与对象管理是怎么一回事。
在 Java 的体系中，所有的类作为一个对象（包括 Jdk 本身提供的类，应用中由开发人员编写的类）， 都是直接或者间接继承了 ng.object 产生的。
这些类被创建的时候都会向 Jvm 堆申请一定的内存空 间存放，因此在 Jvm 堆空间里会存放各式各样的对象，有的是静态类型，有的是私有类型等等，而这些对 象都是通过垃圾收集器进行管理的。
利用负载均衡技术对WEBSPhere应用做优化
对于内部征管系统设计的解决方案应该提供无限的可扩展性和投资保护，对于用户而言可以灵活的扩大服务器群和服务器的数量，确保当前系统网络方案的所有投资都可以在未来得到最大限度的利用。
对于WebSphere系统平台的各个处理架构中，不可能只采用一台服务器解决所 有用户的访问请求。现在较为流行的网络结构配置为多台Web服务器通过可做应用负载均衡的负载均衡设备平均分配用户请求，以对最终用户提供服务。
2、WebSphere系统平台的可靠性提高:
随着电信的网路建设的不断扩容，系统用户的不断激增，如果只有单台的web服务器出现宕机或web服务停止等故障，容易造成服务器节点的单点故障。通过具有负载均衡能力的设备的使用，通过web服务器组的方式，能够保证和实现系统的冗余，同时通过两台负载均衡设备的使用，能够保证当一台服务器负载均衡设备出现问题，后台的web服务仍然能够通过另一台负载均衡设备正常工作，当正常情况时两台负载均衡设备同时工作，最大程度的保证了链路的畅通和用户投资，实现了365X24的不间断服务保障。
4、WebSphere系统平台的管理性提高：
对于Web应用来说，对服务器的维护经常需要对服务或者服务器进行重启工作，所以经常涉及到服务器的下线和上线的问题。系统应当有良好的机制保证服务器的维护工作不会对用户产生影响。这点通常是通过负载均衡设备来实现。
当服务器要重新投入到工作中时，或有新的服务器加入时，在负载均衡产品对该服务器设置为Warmup状态，负载均衡产品会在一定时间内从较少用户请求Session到最大用户请求分发给该服务器，保障系统的安全稳定运行。
利用负载均衡技术对WEBSPhere应用做优化
2024版IBM官方Websphere中文使用教程
用教程目录•Websphere概述与安装•Websphere核心组件详解•Websphere应用开发实践•Websphere集群与负载均衡技术•Websphere安全性管理策略•Websphere性能调优与监控技巧Websphere概述与安装Websphere简介基于开放标准WebSphere支持Java EE、OSGi、Web服务和其他重要标准，使开发人员能够利用广泛的选择来构建和部署应用程序。
跨平台支持WebSphere可以在多种操作系统上运行，包括Windows、Linux和UNIX等，从而提供了灵活的部署选项。
高可用性WebSphere提供了集群和故障转移功能，以确保关键应用程序的高可用性和可靠性。
安全性WebSphere提供了强大的安全性功能，包括身份验证、授权、加密和安全性管理，以保护应用程序和数据免受攻击。
Websphere功能特点安装Websphere前提条件01确保您的计算机满足WebSphere的系统要求，包括适当的硬件和操作系统。
02确保您具有适当的权限来安装和配置WebSphere。
03确保您的计算机上已经安装了Java DevelopmentKit（JDK）。
安装步骤与配置下载WebSphere安装程序您可以从IBM官方网站下载WebSphere安装程序。
运行安装程序双击安装程序以启动安装向导，并按照提示进行安装。
配置WebSphere在安装过程中，您需要配置WebSphere的一些参数，如端口号、管理员用户名和密码等。
启动WebSphere完成安装和配置后，您可以启动WebSphere并访问管理控制台来管理您的应用程序。
Websphere核心组件详解应用服务器WebSphere Application Serv…提供全面的Java EE应用服务器功能，支持大规模的企业级应用部署和管理。
Liberty Profile轻量级、高度可配置的Java EE应用服务器，适用于云和移动应用。
优化WebSphere应用性能技巧集锦
优化WebSphere应用性能技巧集锦优化WebSphere应用性能技巧集锦优化WebSphere应用性能技巧集锦优化web应用的性能绝不象有些人想象的那样简单易行，它涉及到诸多技术，从最简单的html代码修改，到复杂的ejb改造，无不涉及性能问题。
但有一点是非常清楚的：要想找出和解决web 应用的性能瓶颈，就必须深入全面地了解信息在web应用中的流程。
改善web应用的性能不一定要局限于web应用的java代码，例如有些时候，简单地改动一下html页面的质量、减少其传输频度和数据量就可以有效地提高应用的性能表现；有时提高性能的关键却在于修改web应用的数据库访问部分这只是java代码之外影响性能的两个因素，其他还有许多因素会影响到web应用的整体性能表现。
另一方面，就java程序本身而言，其性能优化又可以分成三个领域：基本的java代码优化，jsp/servlet优化，ejb优化。
一、表现层优化web应用的最大性能瓶颈常常不在其他地方，而在于最基本的网络带宽限制。
如果你的web应用也面临这类问题，提高性能最简单的办法是减少http传输，例如用javascript实现客户端编辑功能以减少数据传输次数，避免将数据发送到服务器端再执行合法性验证之类的编辑操作。
应当采用一切可能措施减少通过网络传输的数据。
例如，你可以要求浏览器缓冲模块化的javascript文件，在script标记的src中指定：scriptlanguage="javascript"src="formchek.js"。
其他减少网络传输应当注意的地方还包括：避免过度使用隐藏域，减少超长cookie值，在radio、checkbox和select域中用代码来替代长长的字符串，等等。
不过在html优化方面。
使用 WebSphere Application Server 动态缓存技术提升应用性能
使用 WebSphere Application Server 动态缓存技术提升应用性能大型互联网应用，例如门户网站、在线商城以及联机交易系统等等，往往需要处理大批量、高并发的用户访问请求，这对应用程序的性能提出了比较高的要求。
性能问题一般可以在开发和部署两个阶段加以解决。
在应用部署阶段，通过增加软硬件投入的方式比较常见，但其费用往往较高；而在软件开发阶段如果能够提前定位并解决性能瓶颈，则会减少大量成本。
在开发阶段提升性能，一种常用的思路是降低瓶颈资源、业务模块的访问压力，因而在应用程序中加入缓存机制则因成本低、实现方便等优点成为常见解决方案。
缓存（Cache ）在计算机科学领域指的是一些数据副本的集合。
当原始数据访问速度较慢或代价过高时，可以通过使用在高速存储区域中保存原始数据的常用数据副本，从而提升访问速度。
常见的硬盘缓存，CPU 缓存，网页缓存等等都是缓存概念的应用。
在企业应用开发时，开发人员也可以基于缓存的概念，使用应用程序级别的缓存，从而来提升应用性能。
常见的开发方式为在 Java 虚拟机里通过 Static 成员变量、Context 对象或者用户Session 中，保存常用的业务数据。
一旦有访问需求，则先从缓存中尝试获取数据，如果尝试失败，再从实际模块获取数据并更新缓存。
此类方法实现简单，但容易遇到扩展性方面的问题：为了满足业务增长需求，用户可能需要在 多台 主机组成的 集群 中部署应用。
此时 JVM 级的缓存会面临服务器间缓存同步的问题，处理不好，会导致数据不一致等严重错误。
其他可能的问题还有：∙应用开发模式的改变：应用程序需要在相关业务处理逻辑处加入缓存相关处理。
∙ 配置管理：需要在缓存的有效期、大小等方面，如果要求可配置，则需要开发人员一定的工作量来满足此类需求。
针对这些常见问题，IBM WebSphere Application Server 则提供了一套动态缓存框架，能从不同方面加以解决。
Websphere性能优化
Websphere性能优化Websphere性能优化页面静态方案通过IBM Http Server（下文称为IHS）静态页面分离技术与利用WebSpere Application Server(下文称为WAS)的动态高速缓存（Dynamic Cache）技术优化访问页面性能。
客户端访问静态页面无须与后端数据交互，减少了容器与数据源的压力，从而达到优化系统的性能。
IBM Http Server不但可以作为 WAS 的前一级 Http 请求队列的缓冲,减轻WAS的压力，还可以利用其静态页面分离方案减轻部分压力。
在系统的部署或者构建的时候，我们可以把一些非重要的静态页面放在IHS 中，当客户端发送请求访问该页面资源时，由IHS直接响应请求并将静态页面资源返回客户端，无须再经过WAS，从而达到减轻达到WAS 负担的目的。
除了IHS静态页面分离方案，另外还可以利用WAS的动态高速缓存技术，将J2EE应用中静态的（Html、Flash、Css、Js、Jpg、Gif图片等文件）和动态的（需要与数据库、Web Service等服务交互才能得到的数据）内容缓存到应用服务器的JVM中(如：Jsp、Servlet、*.do等请求)。
在访问相关被缓存的资源时，所有的相关输出都可以直接从JVM的内容中获得，而无须再与数据库、Web Service、静态文件等交互，从而有效地提高系统的性能。
IHS分离静态内容方案整个操作过程主要分3步完成n 关闭Was的File Serving Servlet服务n 重新生成插件(Plugin-cfg.xml)n 修改IHS配置文件并拷贝静态文件到指定的目录关闭Was的File Serving Servlet服务1) 在Was中部署的Web应用中分别找到2个在/WEB-INF/ 目录下面的 ibm-web-ext.xmi 文件。
参考路径：ØIBM/WebSphere/AppServer/profiles/节点/conf/cell/applications/应用包名/ deployments/应用包名/应用包名/WEB-INF/目录下ØIBM/WebSphere/AppServer/profiles/节点/应用安装部署目录/应用包名/应用包名/WEB-INF/目录下2) 打开 ibm-web-ext.xmi 文件，找到 fileServingEnabled 属性项，把它设为flase, 默认是ture。
WebSphere性能调优
WebSphere性能调优对于大多数开发者来讲，WebSphere并不陌生，但遇到性能瓶颈问题，往往束手无策。
根据本人多个项目的性能调优经验，现简要给出WebSphere性能调优的参考文档。
一、JVM的调整用IE打开websphere管理界面（http://server:9060/ibm/console），在管理界面上进入“服务器－》应用程序服务器－》server1－》Java 和进程管理－》进程定义－》Java虚拟机”下进行JVM的设置。
一般原则：最小堆和最大堆不要设置成一样的。
服务器为websphere专享的话，其最大堆应为物理内存的1/2以上，最小堆应为物理内存的1/4。
堆设置不应太大，否则会加长GC 时间，不利于系统回收内存。
如果系统出现“Out of memory”这样的错误，请选中“详细垃圾回收”选项，以便进行内存分析。
产生的Heap Dump文件一般在IBM/WebSphere/AppServer/profiles/下。
二、TCP传输通道调整根据websphere原理，TCP通道决定客户端连接服务器的数目。
在管理界面上进入“服务器－》应用程序服务器－》server1－》Web 容器设置－》Web 容器传输链－》WCInboundAdmin－》TCP传输通道”，可根据需要进行设置。
三、线程池调整线程池大小决定了有多少http请求被websphere响应。
在管理界面上进入“服务器－》应用程序服务器－》server1－》其他属性－》线程池－》WebContainer”下进行设置。
一般原则：线程池数可与并发用户数一致，同时要考虑CPU的承载能力。
一般情况下，每个CPU承载的线程池数不应超过50个，CPU利用率不超过80%。
当空线程数较少、CPU 利用率低时，可适当增加线程数。
四、连接池调整连接池的大小决定应用程序向后台数据库请求连接的大小。
选择“资源》JDBC》数据源”，确认作用域，然后选择某个数据源（本例采用Default Datasource），点击进入：点击“数据池属性”，进入如下图：参数调整原则：最大连接池数应小于线程池的最大值。
WebSphere优化
WebSphere优化优化WebSphereWebSphere⾥的profile刚配完，⼀般默认的heapsize即Xms与Xmx值只有256mb，⽽IBM WAS是⼏个J2EE服务器中最吃内存的机器，在布署⼀些EAR应⽤时，如果你的EAR中使⽤的lib即jar files较多，加载时往往会超出256mb的限制，如果你的WAS在安装完后不进⾏适当的优化就⽤来布署应⽤，很快就会成死机状，然后在相应的profile的⽬录中会留下⼀堆的heapdump即内存out of memory并造成了was档机后留下的dump⽂件。
因此在装完WAS配完profile后，请先进⾏适当的优化。
修改系统打开⽂件数（windows系统忽略）如果你的机器为Linux/Unix，请：调整Linux/Unix系统允许打开的最⼤⽂件数，系统默认⼀般为1024。
我们可以执⾏ulimit -n可查看这个数值。
通过vi /etc/security/limits.conf加⼊以下两⾏：* soft nofile 300000* hard nofile 300000重新系统后通过ulimit -a可以查看结果优化数据库连接池更改Web容器线程池⼤⼩该参数在管理控制台⾥的“服务器→应⽤程序服务器→server1→线程池”的“WebContainer”中进⾏设置，将“最⼤⼤⼩”的默认值50改成40，“最⼩⼤⼩”的默认值10改成40。
逐⼀对每个成员做相应的修改。
不要勾选“允许线程分配超过最⼤线程⼤⼩”。
更改会话超时和启⽤servlet⾼速缓存该参数在管理控制台⾥的“服务器→应⽤程序服务器→server1→会话管理”的“会话超时”中进⾏设置，将默认的30改成15；在“服务器→应⽤程序服务器→server1→Web容器设置→Web容器”。
逐⼀对每个成员做相应的修改。
记得Web容器⾥勾选“启⽤servlet⾼速缓存”。
更改JVM参数即修改相应的heap size与添加⼀些JVM调优参数该参数在管理控制台⾥的“服务器→应⽤程序服务器→server1→进程定义→Java虚拟机”⾥定义注意：这边的通⽤JVM参数就是IBM的jvm优化参数了，因为这个是IBM JDK，和ORACLE-SUN的JDK不⼀样的。
WebSphere性能优化_线程池的设置
WebSphere性能优化:线程池的设置作者：hashei前言What is the Cause of the Performance Problem? 或者是How to Improve the Performance?这是我们在系统开发、部署过程中都会面对的问题，但是却很难回答。
从下面的这幅图就可以看到，一个系统的性能瓶颈（bottleneck)，可能在网络、防火墙，也能在Http Server，Application Server，或者是数据库；系统中一个或者多个“短板”的存在，就能让系统无法达到设计时的目标，无法满足已经签在合同里的SLA……虽然性能问题牵涉到方方面面，但是本系列关注点在于中间件这一层。
希望能用合理的配置避免诸如OutOfMemory（某些情况下）、数据库连接不够的发生，同时能应用一些参数使系统在不优化代码的情况下有5%到100%的提升。
Websphere开发与应用社区()是面向中间件开发应用和系统架构设计人员的技术交流社区，主要服务对象以websphere家族产品的用言归正传池（Pool）是WebSphere中最常涉及的概念之一。
从网络、Web 服务器、Web 容器、EJB 容器，一直到数据源，每一个环节都线程池、连接池的影子。
要想恰当配置这些池的大小，首先要了解漏斗模型。
Websphere开发与应用社区()是面向中间件开发应用和系统架构设计人员的技术交流社区，主要服务对象以websphere家族产品的用通常，WebSphere应用中的一个请求到达服务器，到真正开始处理，要经过一系列的连接池。
广域网上可能有大量的并发用户同时访问Web服务器，Web服务器上同时活动（Active）的连接可能高达10000个。
但Web服务器到应用服务器（Web容器）的连接池大小可能只有200。
Web容器到EJB容器的连接池更小，可能是80。
然后，经过数据源（Data source）到数据库的连接最大可能只有25个。
websphere性能优化的几个方法
websphere性能优化的几个方法1,更改http server的配置文件参数KeepAlive。
原因：这个值说明是否保持客户与HTTP SERVER的连接，如果设置为ON，则请求数到达MaxKeepAliveRequests设定值时请求将排队，导致响应变慢。
方法：打开ibm http server安装目录，打开文件夹conf，打开文件httpd.conf,查找KeepAlive值，改ON为OFF,其默认为ON2,更改http server的配置文件参数ThreadsPerChild值到更大数目，默认为50原因：服务器响应线程的数量方法：打开ibm http server安装目录，打开文件夹conf，打开文件httpd.conf,查找ThreadsPerChild值，默认为50，改到更大数目,视用户数多少而定,一般改到客户机数量的1.1倍，如200台，则设为2203，关闭http server日志纪录原因：http server的日志IO影响性能方法：打开ibm http server安装目录，打开文件夹conf，打开文件httpd.conf,查找CustomLog值，找到没有注释的那行(行的开头没有符号"#"),将那行用符号"#"注释掉，以关闭日志纪录，提高处理性能。
4,更改Websphere的服务器处理线程数原因：线程的数量影响同时并发的请求数量方法：打开管理控制台，依次打开目录树，服务器->server1->web容器->线程池，修改"最大大小"的值,默认是50,改到更大数目,具体视总用户数量和机器的配置而定，一般设置其等于或小于http server设置的MaxKeepAliveRequests的值。
在Windows和UNIX上配置和优化WebSphereMQ性能
在Windows和UNIX上配置和优化WebSphereMQ性能在Windows 和UNIX 上配置和优化WebSphere MQ 性能WebSphere MQ 队列管理器的缺省配置可很好地处理平均处理负载，但并没有针对性能进行优化。
本文将说明如何为在Windows、UNIX 或Linux 上运行的WebSphere MQ 队列管理器优化消息处理性能。
引言使用缺省属性创建的IBM? WebSphere? MQ 队列管理器配置为使用适当的内存和磁盘空间来提供全功能队列管理器。
不过，其中并没有针对性能进行优化，您可以进行一系列配置更改，以提高WebSphere MQ 的消息处理性能。
本文将说明如何对Windows?、UNIX? 或Linux? 上运行的WebSphere MQ 队列管理器进行这些优化工作。
优化选项包括：队列管理器日志队列管理器通道队列管理器侦听器队列缓冲区大小下表显示了哪个优化区域适用于哪种消息类型：应用于非持久消息应用于持久消息队列管理器日志N Y队列管理器通道Y Y队列管理器侦听器Y Y队列缓冲区大小Y Y队列管理器的一些优化更改必须在定义队列管理器之前实现，因此请在进行任何设置工作之前通读本文，否则可能就需要进行一些重复工作了。
此类更改在相关部分中标识。
建议：将优化应用到所连接的所有队列管理器，因为使用多个队列管理器的消息传递性能将依赖于所有这些队列管理器的性能。
您应该有一定Windows 和UNIX 上的WebSphere MQ 配置经验。
本文中，参数及其值的描述基于WebSphere MQ V6，使用了名为MyQueueManager的队列管理器。
请在注册表项名称和目录名称中使用您的队列管理器进行相应的替换。
在UNIX 和Linux 上配置WebSphere MQ 时，要使用相同的设置qm.ini 配置文件的方法。
UNIX 上所有对配置参数的引用也适用于Linux，不过本文将仅仅讨论在UNIX 上的情况。
websphere优化配置
WAS配置概要描述参数缺省值设置原则JVM堆栈服务器> 应用程序服务器> server1 >Java 虚拟机无最小值为总内存1/8,最大值为总内存1/2至3/4连接池资源> JDBC提供程序> (JDBC提供程序名) > 数据源>(数据源名) > 连接池属性最小连接数：10最大连接数：50通过TPV监控连接池的大小变化曲线设置语句高速缓存资源> JDBC提供程序> (JDBC提供程序名) > 数据源>(数据源名) >WebSphereApplication Server数据源属性> 语句高速缓存大小10比如实际情况下CPU利用率很高，并且表明有瓶颈，performanceadvisors报警提示prepare statement缓存丢弃率较高，这说明默认的值(10)太小，需要增加该值大小以提高吞吐JMS池资源JMS提供程序缺省消息传递JMS激活规范激活规范名最大批次大小：无最大并发端点数：无根据实际情况分析Web容器线程池服务器> 应用程序服务器> (服务器名) >线程池>WebContainer最小大小：10最大大小：50通过TPV监控Web容器线程池最大值（在可接受的相应时间范围内），根据此值进行设置EJB缓存服务器> 应用程序服务器> (服务器名) > EJB告诉缓存设置> EJB缓存设置> 高速缓存大小高速缓存大小：2053清除时间间隔：3000比如通过TPV监控发现ejbStore()有很高的调用率并且CPU利用率很低，可以基于期望的最大的活动的EJB实例设置该值Web 服务器调整参数WebSphere Application Server 提供用于几个Web 服务器品牌和版本的插件。
每个Web 服务器操作系统组合都有特定的调整参数，这些参数可影响应用程序性能。
WebSphere的性能优化
五、隔离CMS系统，服务器优化从前面的介绍，大家应该记得，我们开始是固定CMS，分离其它应用，但遭遇失败。
现在是反过来，干脆把CMS系统赶出WAS平台。
说实话，项目经理做这个决定，我认为已经是鼓出很大勇气了。
当时我们想在一个备用AIX机上安装CMS产品测试，但最后还是没有做成：CMS这类文章发布系统很难安装，也不好测试，又没有liscence，而且还有一堆准备工作。
绝对没有著名的openCMS安装那么简单，当然功能远远比它复杂。
而且，我们当时也低估了后来的工作，总觉得问题好解决。
在很遥远的06年中期，CMS厂商在客户那边一台AIX的Tomcat上部署了一套CMS产品。
但当时客户执意要求将其跑在WAS上，也就是现在的情况。
最开始，客户还要求我们必须用WAS的集群(我们买的就是WAS 的ND版)，无奈该CMS不支持。
要是集群，又是死伤一遍。
其实，现在想想，我们当时太被动，CMS这种东西，就供公司的几十个编辑用，一个普通Tomcat就完全够用。
而且，把它和面向公网的Internet应用混在一起，完全没有必要。
也许，被动是因为我的实力造成的。
我们决定背水一战时，已经做过周密的计划：某年某月某日晚上8:00......CMS产品负责人现场切换xx（我）负责WAS相关参数调整yy负责AIX参数。
zz负责应用的测试…..总之，该行动涉及到客户方、产品提供商、公司高层、项目组。
每个人都密切关注，不下20人。
每个人都守在电脑前，随时听候调遣，当天晚上，我们都没有准备回家睡觉，大家齐心协力。
真没想到，整个式切换工作，一个小时就顺利完成！第二天，客户编辑打开浏览器，她们一定想不到昨晚大家准备经历一场厮杀….系统持续平稳地运行了一周，然后是漫长的五一，我回湖北黄冈老家休息了八天。
回来时，一切依旧。
当天晚上，我们这边主要做了两项工作：1、JVM的Heap参数，共五个。
2、AIX的IO、Paging Space等共六个。
当然还有其他人的工作，譬如测试、监控。
websphere性能设置和日常维护
websphere性能设置和日常维护一、确认磁盘空间是否满足要求1、 WebSphere 应用服务器自身代码的占用空间。
这个空间一般在1G左右，在不同的系统平台上略有差异。
2、概要文件所占的空间。
WebSphere应用服务器V6.1创建的概要文件基本类型有3种，每个概要文件所占用的空间如下：应用程序服务器(Application Server)：在WebSphere应用服务器安装没有选择安装样本程序时，这一概要文件所占磁盘空间约为200M；Deployment Manager：30M；定制概要文件（Custom，即node agent）：10M。
3、如果要安装WEB服务器，则在WEB服务器所在服务器上要预留WEB服务器所占的磁盘空间。
IBM HTTP服务器一般占用110M左右的空间。
4、如果安装WEB服务器，则在WEB服务器所在机器上通常也要安装Web Server Plug-in组件，该组件所占磁盘空间约为200M。
5、 WebSphere 应用服务器系统日志的占用空间。
日志空间的估算要结合系统对日志的配置情况。
WebSphere应用服务器的主要日志有SystemOut.log，SystemErr.log。
我们可设置日志文件的大小和保存的历史日志文件数量，从而可以估算出其需要的空间。
6、如果有WEB服务器，需考虑WEB服务器的日志空间。
如果客户开启了WEB服务器的访问日志access.log（默认开启），此日志增长的速度极快，要预留足够的空间。
7、备份文件需要的空间。
WebSphere应用服务器提供了一个备份命令（backupConfig.bat/sh），用来备份应用服务器的配置及其上应用。
我们建议在系统稳定之后及时备份。
对于一个典型生产系统，WebSphere应用服务器这个配置文件经常超过100M。
可在发出backupConfig命令时，使用-logfile参数指定该备份文件的存放位置。
8、系统出错时日志，例如，JVM在发生OutOfMemory时，在大多数平台上WebSphere 应用服务器会默认写javacore文件和heapdump文件，记录错误出现时的JVM Heap、线程情况，以备错误诊断使用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
web服务器性能调整建议
1、更改http server的配置文件参数KeepAlive。
原因：这个值说明是否保持客户与HTTP SERVER的连接，如果设置为ON，则请求数到达MaxKeepAliveRequests设定值时请求将排队，导致响应变慢。
方法：打开ibm http server安装目录，打开文件夹conf，打开文件httpd.conf，查找KeepAlive值，改ON为OFF，其默认为ON
2、更改http server的配置文件参数ThreadsPerChild值到更大数目，默认为50 原因：服务器响应线程的数量
方法：打开ibm http server安装目录，打开文件夹conf，打开文件httpd.conf，查找ThreadsPerChild值，默认为50，改到更大数目，视用户数多少而定，一般改到客户机数量的1.1倍，如200台，则设为220
3、关闭http server日志纪录
原因：http server的日志IO影响性能
方法：打开ibm http server安装目录，打开文件夹conf，打开文件httpd.conf，查找CustomLog值，找到没有注释的那行(行的开头没有符号"#")，将那行用符号"#"注释掉，以关闭日志纪录，提高处理性能。
4、更改Websphere的服务器处理线程数
原因：线程的数量影响同时并发的请求数量
方法：打开管理控制台，依次打开目录树，服务器->server1->web容器->线程池，修改"最大大小"的值，默认是50，改到更大数目，具体视总用户数量和机器的配置而定，一般设置其等于或小于http server设置的MaxKeepAliveRequests 的值。
Websphere安装需要调整五个地方
WebSphere中的工作流
∙Web服务器线程(您要从HTTP服务器上得到这个，而不是PMI)
∙Web容器线程池，ORB线程池
∙Database连接池
∙.启用servlet告诉缓存
∙语句高速缓存大小
1．Java 虚拟机初始堆大小和最大堆大小
这个可以根据自己数据量进行调整，建议最小大小256，最大大小512
2．web容器的线程池最小大小和最大大小
这个可以根据自己数据量进行调整，一般情况需要根据websphere性能监控工具建议值进行调整。
3．Jdbc连接池最大连接数和最小连接数
这个可以根据自己数据量进行调整，一般情况需要根据websphere性能监控工具建议值进行调整。
4.启用servlet告诉缓存
5.语句高速缓存大小。