IBM Support Assistant
http://www-01.ibm.com/software/support/isa/
http://www-01.ibm.com/support/docview.wss?rs=3455&uid=swg27013116
https://www6.software.ibm.com/sdfdl/v2/regs2/ltrinh/isalite/Xa.2/Xb.Ya9TPFV8hqfzAb1qaGXA6xLC2kwsjQXw7N9kQMr5hA/Xc.ISALite134ForCommerce_Unix_05252011.tar/Xd./Xf.LPr.AAvi/Xg.6173793/Xi.swg-isalite/XY.regsrvs/XZ.CndMAExx55yvgHarHs2pcP_Uf-4/ISALite134ForCommerce_Unix_05252011.tar
IBM Support Assistant 5.0
https://www6.software.ibm.com/sdfdl/v2/regs2/ltrinh/Xa.2/Xb.Mk60vqr-h3fVnqSz0qm14A5UQHNexwAQGQK78GZTQA/Xc.isa-5.0.0.techpreview-win.zip/Xd./Xf.LPr.D1vk/Xg.6365216/Xi.isa/XY.regsrvs/XZ.RjdZ93HfoqB9V7AU9zi0jMAu-Vo/isa-5.0.0.techpreview-win.zip
https://www6.software.ibm.com/sdfdl/v2/regs2/ltrinh/Xa.2/Xb.Mk60vqr-h3fVnqSz0qm14A5UQHNexwAQGQK74gajpQ/Xc.isa-5.0.0.techpreview-win-x86_64.zip/Xd./Xf.LPr.D1vk/Xg.6365216/Xi.isa/XY.regsrvs/XZ.wC_gFsnjaay6hF4aB6L2JaOLdq4/isa-5.0.0.techpreview-win-x86_64.zip
https://www6.software.ibm.com/sdfdl/v2/regs2/ltrinh/Xa.2/Xb.Mk60vqr-h3fVnqSz0qm14A5UQHNexwAQGQK7R73yBw/Xc.isa-5.0.0.techpreview-linux-x86_64.tar.gz/Xd./Xf.LPr.D1vk/Xg.6365216/Xi.isa/XY.regsrvs/XZ.a8h0ZVmgjfzpU4DSg5lfGeAH10E/isa-5.0.0.techpreview-linux-x86_64.tar.gz
Java Troubleshooting Tools
-
IBM Monitoring and Diagnostic Tools for Java - Dump Analyzer -
IBM Monitoring and Diagnostic Tools for Java - Garbage Collection and Memory Visualizer (GCMV) -
IBM Monitoring and Diagnostic Tools for Java - Memory Analyzer -
IBM Monitoring and Diagnostic Tools for Java - Health Center -
IBM Thread and Monitor Dump Analyzer for Java (TMDA) -
Multicore Software Development Kit for Java (MSDK) -
HeapAnalyzer -
IBM Pattern Modeling and Analysis Tool for Java Garbage Collector (PMAT) -
Performance Analysis Tool for Java -
[Deprecated] Memory Dump Diagnostic for Java (MDD4J) -
[Deprecated] Thread Analyz
WebSphere Application Server Troubleshooting Tools
- All of the Java Troubleshooting Tools (above)
-
Database Connection Pool Analyzer for IBM WebSphere Application Server -
IBM Trace and Request Analyzer for WebSphere Application Server -
IBM Web Server Plug-in Analyzer for WebSphere Application Server -
IBM Web Services Validation Tool for WSDL and SOAP -
WebSphere Application Server extensions for Dump Analyz
Cross-product Troubleshooting Tools
-
Guided Troubleshooter Search Extension -
Log Analyzer -
Symptom Editor -
Visual Configuration Explorer (VCE)
Information Management Tools
LotusTools
Remote Assistance Tools
Other Tools
developerWorks 图书频道: 构建高性能 WebSphere 企业级应用
http://www.ibm.com/developerworks/cn/websphere/book_websphere_performance/
第 1 部分 综述篇
1.1 WebSphere 企业级应用
1.1.1 WebSphere 应用
1.1.2 企业级应用
1.1.3 电子商务应用
1.2 性能问题
1.2.1 一个虚构的场景
1.2.2 性能问题的现象
1.2.3 性能问题的影响
1.2.4 性能相关概念
1.3 构建高性能 WebSphere 应用
1.3.1 WebSphere 应用性能影响因素
1.3.2 性能与应用系统的生命周期
1.3.3 构建高性能应用的角色与任务
1.4 小结
第 2 章 基本性能指标与性能模型
2.1 性能指标
2.1.1 负载指标
2.1.2 运行指标
2.1.3 资源占用指标
2.1.4 各指标之间的关系
2.2 理论分析
2.2.1 理论模型与实际问题
2.2.2 实例分析：漏斗模型
2.3 缓存技术与性能模型
2.3.1 提升系统性能的途径
2.3.2 WebSphere 动态高速缓存技术
2.3.3 动态高速缓存性能模型
2.3.4 WebSphere 6.1 对动态高速缓存的改进
2.4 小结
第 2 部分 技术篇
第 3 章 WebSphere 应用性能规划
3.1 性能规划的一般过程
3.1.1 理解应用环境
3.1.2 系统负载分析
3.1.3 软件结构中的性能设计
3.1.4 硬件结构中的性能设计
3.2 拓扑结构设计
3.2.1 WebSphere 应用拓扑结构
3.2.2 实例分析：电子商务应用拓扑结构设计
3.3 系统容量规划
3.3.1 容量规划的范围
3.3.2 CPU 容量规划的理论模型
3.3.3 实例分析：电子商务应用容量规划
3.4 小结
第 4 章 WebSphere 高性能编程
4.1 MVC 结构与高性能编程
4.1.1 MVC 结构
4.1.2 电子商务应用分层结构
4.1.3 提高性能的一般原则
4.2 控制层
4.2.1 一般性建议
4.2.2 电子商务应用最佳实践
4.3 模型层
4.3.1 一般性建议
4.3.2 电子商务应用最佳实践
4.4 视图层
4.5 其他最佳实践
4.5.1 内存使用
4.5.2 数据软删除
4.5.3 缓存与滞后取
4.5.4 数据库编程
4.6 小结
第 5 章 WebSphere 应用性能测试
5.1 性能测试概述
5.1.1 性能测试的一般方法
5.1.2 性能测试的一般流程
5.2 电子商务应用性能测试
5.2.1 制定测试计划
5.2.2 执行测试
5.2.3 管理测试资产
5.2.4 常见问题处理
5.3 性能测试工具
5.3.1 常见性能测试工具
5.3.2 选择负载测试工具
5.3.3 测试工具发展趋势
5.4 小结
第 6 章 企业级应用性能监视
6.1 性能监视概述
6.1.1 监视对象与监视策略
6.1.2 监视级别
6.2 操作系统监视
6.2.1 nmon
6.2.2 top 和 topas
6.2.3 vmstat 和 iostat
6.2.4 typeperf
6.2.5 zVM 监视
6.3 WebSphere 应用服务器监视
6.3.1 Tivoli 性能查看器
6.3.2 高速缓存监视器
6.4 数据库服务器监视
6.4.1 DB2 性能监视
6.4.2 Oracle 监视
6.5 生产环境性能监视
6.5.1 Tivoli 产品家族
6.5.2 ITCAM 监视工具
6.6 小结
第 7 章 性能问题分析与诊断
7.1 性能问题诊断的一般过程
7.1.1 自顶向下分析与自底向上分析
7.1.2 电子商务应用的问题诊断过程
7.2 WebSphere 应用日志分析
7.2.1 Web 服务器日志
7.2.2 应用服务器日志
7.2.3 数据库服务器日志
7.2.4 日志分析工具
7.3 WebSphere 应用程序运行剖析
7.3.1 Heap 分析
7.3.2 JInsight
7.3.3 TPTP 分析平台
IBM Support Assistant Workbench 4.1
http://jerome-wang.iteye.com/blog/940370
isa.wb.412-win32.zip
7.3.4 ITCAM
7.4 小结
第 8 章 WebSphere 应用性能参数调优
8.1 参数调优概述
8.1.1 一般过程
8.1.2 基本原则
8.1.3 参数调优与性能测试
8.2 电子商务应用经验参数
8.2.1 操作系统调优参数
8.2.2 Web 服务器调优参数
8.2.3 数据库服务器调优参数
8.2.4 应用服务器调优参数
8.2.5 硬件配置
8.3 性能参数调优实例介绍
8.4 小结
第 3 部分 实践篇
第 9 章 死锁问题实例分析
9.1 死锁的原理
9.1.1 抽象死锁原理
9.1.2 DB2 锁管理机制
9.2 死锁问题处理的一般过程
9.2.1 发现死锁
9.2.2 解决死锁
9.3 常见死锁问题处理实例
9.3.1 RUNSTATS
9.3.2 缺少索引
9.3.3 SQL 语句不合理
9.3.4 资源访问顺序问题
9.3.5 隔离级别问题
9.3.6 意外更新记录
9.4 小结
第 10 章 内存使用问题实例分析
10.1 WebSphere 内存管理
10.1.1 Java 虚拟机与垃圾回收机制
10.1.2 WebSphere 应用中的 JVM 内存管理
10.2 WebSphere 内存问题分析
10.2.1 内存问题分析的一般过程
10.2.2 垃圾回收分析工具
10.3 常见内存问题实例
10.3.1 JVM 堆大小问题
10.3.2 固定对象问题
10.3.3 大对象问题
10.3.4 缓存大小问题
10.3.5 内存泄漏问题
10.4 小结
11.1 性能下降问题
11.1.1 常见现象和产生原因
11.1.2 分析和解决过程
11.2 自顶向下分析实例
11.2.1 问题背景
11.2.2 自顶向下分析过程
11.3 数据库引起的性能下降问题实例
11.3.1 问题背景
11.3.2 分析与解决过程
11.4 小结
第 12 章 动态高速缓存实例分析
12.1 动态高速缓存设计
12.1.1 基本缓存策略
12.1.2 整页缓存与片段缓存
12.1.3 命令缓存
12.1.4 磁盘缓存
12.1.5 外部缓存
12.1.6 失效处理
12.1.7 缓存复制
12.2 实例分析：B2C 网站动态高速缓存的设计与实现
12.2.1 缓存需求分析
12.2.2 整页缓存：产品目录页
12.2.3 片段缓存：迷你购物车
12.2.4 命令缓存：组织查询
12.2.5 缓存配置参数设计
12.2.6 缓存部署与验证
12.2.7 缓存预加载机制
12.3 动态高速缓存常见问题处理
12.3.1 页面内容重复
12.3.2 缓存内容错误
12.3.3 JVM 内存不足
12.3.4 磁盘 I/O 导致性能下降
12.4 小结
附录 A 测试工具介绍
附录 B 操作系统监视工具介绍
附录 C 动态高速缓存辅助资料
参考文献
术语表
http://www.china-pub.com/39913&ref=xilie
WAS 性能优化分析工具
Thread Dump Analyzer 2.0 https://tda.dev.java.net/
http://jinwoohwang.ulitzer.com/
WAS HeapDump 分析工具
heapdump1654900.1272355258.phd 文件
javacore1654900.1272355269.txt文件
ga395.zip
I:\IBM_WAS\IBMToolsForHeadDump\IBMGarbageCollectorAnalysis
http://dl.iteye.com/topics/download/a62e5432-0b4a-3fa0-9e50-c06b2a005520
ha398.zip
分析如：heapdump1654900.1272355258.phd 文件
I:\IBM_WAS\IBMToolsForHeadDump\IBMHeapAnalyzer26
http://dl.iteye.com/topics/download/8ce3d729-0a20-32ff-ba69-9b9db2185ef7
jca395.zip / jca436.jar
分析如：javacore1654900.1272355269.txt文件
I:\IBM_WAS\IBMToolsForHeadDump\IBMThreadAnalyser27
http://dl.iteye.com/topics/download/fc303099-9e9f-3ee8-86fb-5824eaeead5d
D:\Analysis>java -Xmx2048m -jar jca436.jar
Starting ...
java.io.FileNotFoundException: jca.properties.xml (系统找不到指定的文件。)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:120)
at java.io.FileInputStream.<init>(FileInputStream.java:79)
at com.ibm.jinwoo.thread.Analyzer.getProperties(Analyzer.java:4846)
at com.ibm.jinwoo.thread.Analyzer.initialize(Analyzer.java:5659)
at com.ibm.jinwoo.thread.Analyzer.<init>(Analyzer.java:373)
at com.ibm.jinwoo.thread.Analyzer.main(Analyzer.java:5974)
IBM WebSphere Commerce setup
wcs 部署工具 wcdd ？
IBM WebSphere Commerce Version 6.0 operating system prerequisites
http://www-01.ibm.com/support/docview.wss?uid=swg27007429#Linuxx
| inux on xSeries and other Intel processor based systems |
 |
(32 bit kernel) WebSphere Commerce requires one of the following operating systems: Red Hat Enterprise Linux 5 Server/Advanced Platform Ensure the following packages are available on the system:
|
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
IBM WebSphere Commerce Cluster Server 启停顺序
一，停止：
{was-home}/AppServer/profiles/EMALL/bin：
./stopServer.sh server1(要带server 服务名)
./stopNode.sh
{was-home}/AppServer/profiles/Dmgr01/bin:
./stopmanager.sh
二，启动：
root用户
{was-home}/AppServer/profiles/Dmgr01/bin:
./startManager.sh
wcsuser用户
{was-home}/AppServer/profiles/EMALL/bin：
./startNode.sh
./startServer.sh server1(或者通过控制台启动)
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
122.96.152.205
http://www.xxx.cn/cachemonitor /
高速缓存统计信息
边缘统计信息
高速缓存内容
相关性标识
磁盘卸载
高速缓存策略
WebSphere Commerce 6.0中的动态高速缓存定制
http://www.ibm.com/developerworks/cn/websphere/library/techarticles/0608_zhusa/index.html
级别： 中级
朱 书安 ([email protected] ), IBM中国软件开发中心，软件工程师
樊 宁 ([email protected] ), IBM中国软件开发中心，实习生
邓 佰臣 ([email protected] ), IBM中国软件开发中心，高级软件工程师
2006 年 9 月 27 日
本文通过举例详细介绍如何在WebSphere Commerce 6.0中动态高速缓存JSP文件。
在 WebSphere Application Server V6 中配置和使用 Web Service 缓存
http://www.ibm.com/developerworks/cn/webservices/0710_yinrui/
级别： 中级
瑞 尹 ([email protected] ), IBM SOA design Center,软件工程师
2007 年 10 月 25 日
当 前影响 Web Service 广泛使用的一个重要因素就是 Web Service 的效率较差，WAS V6（WebSphere Application Server V6）的动态缓存服务（Dynamic Cache Service）功能可以提高 Web Service 的性能，从而在一定程度上解决该问题。本文讲述 WAS V6 中的动态缓存服务如何支持 Web Service 缓存，并用具体例子说明如何在 WAS V6 中配置和使用 Web Service 缓存。
提高WebSphere Portal性能的捷径-- 充分利用动态高速缓存技术
http://www.webspherechina.net/club/viewthread.php?tid=4553
WebSphere Commerce 6.0中的动态高速缓存定制
http://www.ibm.com/developerworks/cn/websphere/library/techarticles/0608_zhusa/index.html
WebSphere Commerce（以下简称WC）6.0可以利用WebSphere Application Server（以下简称WAS）6.0动态高速缓存服务来高速缓存servlet或JSP文件。
服务器上的大多数HTTP请求都是针对产品目录信息的。WC 6.0命令接收到请求后从数据库中检索信息，并将结果显示为JSP 页面。当客户单击某链接查看产品或产品类别页面时，WC 6.0应用大部分时间都用于分析 HTTP 请求、访问数据库和动态创建页面。较大的站点流量和数据库中大量的产品和类别信息会增加装入servlet或JSP文件所用的时间。
如果自上一次查看以来，产品目录信息没有更改，则下一次客户请求时WC 6.0应用不需要重新执行servlet或JSP文件。提供已存储在高速缓存中的等价静态servlet或JSP文件将更加快捷。通过在位于Web模块的 WEB-INF目录中的cachespec.xml文件中定义高速缓存条目元素和相应规则，可构造servlet或JSP的高速缓存。如果该高速缓存条目 不在内存中，则它会在第一次访问请求发生时动态生成。然后此页面将存储到内存中，在其所依据的数据被修改之前此页面不必重新生成。
在此，我们通过一个具体的例子来介绍如何在WC 6.0中高速缓存高级 B2B 直销原型商店产品目录JSP页面。
Commerce Capability
http://www.iteye.com/problems/10677
统计websphere的几个主要性能参数：
平均响应时间；
JVM的内存使用情况；
每分钟的请求数；
WebApplication or EJB or Application 的可用性；
参考
WebApplication or EJB or Application 的可用性:
Application MBean
WebSphere:*,type=Application
EJBModule MBean
WebSphere:*,type=EJBModule,j2eeType=EJBModule
Server MBean
WebSphere:*,type=Server,j2eeType=J2EEServer
检查Notifications ：j2ee.state.starting, j2ee.state.running, j2ee.state.stopping, j2ee.state.stopped, j2ee.state.failed
JVM的内存使用情况:
JVM Bean
WebSphere:*,type=JVM,j2eeType=JVM
每分钟的请求数
ORB MBean
WebSphere:*,type=ORB,j2eeType=RMI_IIOPResource
如何定位某个线程内存空间申请大对象？
http://microjava.iteye.com/blog/546339
在服务器上增加内存申请跟踪的阈值环境变量,跟踪一下大内存申请的类。
ALLOCATION_THRESHOLD 这是环境变量里的参数，用来记录跟踪内存申请的状况。
$ export ALLOCATION_THRESHOLD=500000
$ echo $ALLOCATION_THRESHOLD
500000
官方文档：
http://www-01.ibm.com/support/docview.wss?rs=180&uid=swg21236523
问题
当您进行分析Java Heap内存碎片和内存泄漏问题时，经常会发现大对象内存频繁申请，会直接导致应用服务器的崩溃。那么我们如何来定位由哪个应用模块的哪个Class类的哪个方法直接导致大对象的产生，从而导致服务器宕机？
解决方案
自从IBM SDK 1.3.1 Sovereign Service Release 10 以后的版本 (或构建日期2006年5月5日以后) 和 IBM SDK 1.4.2 Sovereign Service Release 4以后的版本，我们可以设置环境变量ALLOCATION_THRESHOLD 来定义内存申请的上限值。
如果内存对象申请的大小超过此上限，Java虚拟机会自动打印出类似与Java Exception 异常堆栈日志信息的类方法诊断信息，来定位到底是由哪个对象的哪个方法向内存申请了大对象空间。
输出日志类似:
Allocation request for bytes
at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.skipString(Unknown Source)
at org.apache.xerces.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.batik.dom.util.SAXDocumentFactory.createDocument(Unknown Source)
如果您把ALLOCATION_THRESHOLD环境变量设置为nnn (bytes), 一旦应用申请对象的大小大于nnn (bytes)时, 当前运行线程的Java类方法调用级联堆栈信息就会自动打印到native_stderr.log日志文件中了。
比如以下测试案例代码：
- import java.io.*;
- public class largeobj {
- static int limit = 20 ;
- static int size1 = 1000000 ;
- static int size2 = 2 *size1;
- public static void main(String []args) throws IOException {
- for ( int index0= 0 ; true ; index0++) {
- if ( 0 == index0 % 100 ) System.out.println(index0);
- ByteArrayOutputStream bos = new ByteArrayOutputStream();
- ObjectOutputStream oos = new ObjectOutputStream(bos);
- oos.writeObject(String.class );
- oos.close();
- Object array1 = null ;
- for ( int i1= 0 ; i1 System.out.println( "" + i1);
- array1 = new Object ;
- for ( int i2= 0 ; i2 array1 = new Object;
- }
- }
- array1=null ;
- }
- }
- }
import java.io.*;
public class largeobj {
static int limit = 20;
static int size1 = 1000000;
static int size2 =2*size1;
public static void main(String []args) throws IOException {
for (int index0=0; true; index0++) {
if (0 == index0 % 100) System.out.println(index0);
ByteArrayOutputStream bos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(bos);
oos.writeObject(String.class);
oos.close();
Object array1 = null;
for(int i1=0; i1 System.out.println("" + i1);
array1 = new Object ;
for (int i2=0; i2 array1 = new Object;
}
}
array1=null;
}
}
}
如果您把JVM运行的环境变量设置如下：
export ALLOCATION_THRESHOLD=5000000
当申请对象的大小超过设定的上限值时，那您会获得以下打印日志信息:
Allocation request for 8000016 bytes
at largeobj.main(largeobj.java:18)
同样您也可以在WebSphere Application Server V5.1.1 and V6.0以后的版本中，设置ALLOCATION_THRESHOLD环境变量。
关于如何在WebSphere Application Server V5.1.1 and V6.0以后版本的服务器中设置ALLOCATION_THRESHOLD环境变量，请参考以下步骤:
WebSphere Application Server 6.0
可以通过在WebSphere Application Server versions 6.0 and 6.0.1的管理控制台中,按照以下步骤加入对应的环境变量:
1、 打开WebSphere Web管理控制台。
2、选择 Servers > Application Servers > server_name > Java and Process Management > Process Definition > Environment Entries > New.
3、 如果您使用WebSphere Application Server 6.0.2以后的版本, 按照如下顺序选择进入: Application servers > server_name > (Expand Java and Process Management) > Process Definition > Custom Properties
4、 增加以下名称和对应的值:
Name: ALLOCATION_THRESHOLD
Value: value
5、 最后确认新增配置的保存，再重新启动应用服务器。
WebSphere Application Server 5.1.1
可以通过在WebSphere Application Server versions 5.1.1的管理控制台中,按照以下步骤加入对应的环境变量:
1、 打开WebSphere Web管理控制台。
2、 选择 Servers > Application Servers > server_name > Process Definition > Environment Entries > New.
3、 增加以下名称和对应的值:
Name: ALLOCATION_THRESHOLD
Value: value
4、 最后确认新增配置的保存，再重新启动应用服务器。
获取windows所有的性能计数器
C:\Documents and Settings\Administrator>perfmon
C:\Documents and Settings\Administrator>perfmon.msc
C:\Users\Administrator>typeperf
缺少参数: <counter [counter ...]>
缺少参数: -cf <filename>
缺少参数: -q [object]
缺少参数: -qx [object]
命令的语法不正确。
C:\Users\Administrator>typeperf /?
Microsoft ® TypePerf.exe (6.1.7600.16385)
Typeperf 将性能数据写入命令窗口或日志文件。要停止 Typeperf，请按 CTRL+C.
用法:
typeperf { <counter [counter ...]> | -cf <filename> | -q [object]
| -qx [object] } [options]
参数:
<counter [counter ...]> 要监视的性能计数器。
选项:
-? 显示跟上下文相关的帮助。
-f <CSV|TSV|BIN|SQL> 输出文件格式。默认值是 CSV。
-cf <filename> 含有监视的性能计数器的文件，一个计数器一行。
-si <[[hh:]mm:]ss> 示例间的时间。默认值是 1 秒。
-o <filename> 输出文件或 SQL 数据库的路径。默认值为 STDOUT。
-q [object] 列出已安装的计数器(无实例)。要列出某个对象的
计数器，包括对象名，如 Processor。
-qx [object] 列出已安装的计数器(带实例)。要列出某个对象的
计数器，包括对象名，如 Processor。
-sc <samples> 要收集的示例数量。默认值为，在 CTRL+C 之前都
进行采样。
-config <filename> 含有命令选项的设置文件。
-s <computer_name> 在计数器路径中没有指定服务器的情况下要监视的
服务器。
-y 不用提示对所有问题都回答 yes。
注意:
Counter 是性能计数器的全名，格式为
"\\<Computer>\<Object>(<Instance>)\<Counter>"；
例如 "\\Server1\Processor(0)\% User Time"。
示例:
typeperf "\Processor(_Total)\% Processor Time"
typeperf -cf counters.txt -si 5 -sc 50 -f TSV -o domain2.tsv
typeperf -qx PhysicalDisk -o counters.txt
http://niyunjiu.iteye.com/blog/322879
C:\Users\07121038> typeperf –qx
http://support.microsoft.com/kb/934809
利用typeperf工具收集SQL Server性能数据
http://xiaoer-1982.iteye.com/blog/497786
一．利用 TypePerf.exe 命令行工具把 Windows 操作系统的性能计数器数据记录到数据库中 <?XML:NAMESPACE PREFIX = O />
可以在作业中建立以下脚本
1. 启用 xp_cmdshell
-- 默认情况下 ,sql server2005 安装完后 ,xp_cmdshell 是禁用的 ( 可能是安全考虑 ), 如果要使用它 , 可按以下步骤
-- 允许配置高级选项
EXEC sp_configure 'show advanced options' , 1
GO
-- 重新配置
RECONFIGURE
GO
-- 启用 xp_cmdshell
EXEC sp_configure 'xp_cmdshell' , 1
GO
-- 重新配置
RECONFIGURE
GO
2. 定时开启, 开始记录性能计数器日志
-- 实现的功能：将 “MyCounters.txt” 文件中列出的计数器，按照每秒钟的时间间隔，记录到 SQL 数据库中 ,"SQL:SystemLog!TestSystemLog" 为 ODBC 数据源建立的系统 DSN
EXEC xp_cmdshell 'typeperf -cf c:\MyCounters.txt -si 5 -f SQL -o SQL:SystemLog!TestSystemLog'
--"MyCounters.txt" 可以利用下面的命令在 CMD 命令窗口中执行后生成
TYPEPERF - qx "Processor" >> c: \MyCounters. txt
3. 定时关闭
-- 结束 typeperf.exe 的进程
EXEC xp_cmdshell 'tskill typeperf'
4. 关闭 xp_cmdshell
-- 用完后 , 要记得将 xp_cmdshell 禁用 ( 出于安全考虑 )
-- 允许配置高级选项
EXEC sp_configure 'show advanced options' , 1
GO
-- 重新配置
RECONFIGURE
GO
-- 禁用 xp_cmdshell
EXEC sp_configure 'xp_cmdshell' , 0
GO
-- 重新配置
RECONFIGURE
GO
5. 利用数据库中记录的日志分析性能数据
二．带来的好处：
1. 可以根据计划定时抓取 服务器性能数据 包括 CPU 、内存和磁盘利用率以及 SQL Server 特定数据。为数据库服务器的性能分析提供帮助。
2. 可以根据数据库中记录的日志结合 Reporting Service 绘制性能分析的报表。
3. 可以定制作业实现自动化
三．带来的影响：
1. 会增加服务器的负载，在测试时观察了一下这个命令的开销，基本上启动后 8M 左右的内存运行，开销比较小
另外：如果考虑实施的话，可以新建一个数据库（专门用于监控服务器性能等的表），便于维护和管理
TypePerf收集服务器性能
http://yangzhiyong77.iteye.com/blog/1413446
TypePerf.exe这个命令行工具可以收集服务器性能数据
--1.查找和数据库JinRiDomesticOrder相关的性能参数
TYPEPERF -qx "SQLServer:Databases" | FIND "testr"
--2.查找和数据库JinRiDomesticOrder相关的性能参数并导出
TYPEPERF -qx "SQLServer:Databases" | FIND "test" >>s:\perf.txt
--3.perf.txt这个文本文件中读取计数器信息，将技术器数值写入到perf.csv文件中，每隔10秒钟执行一次，共执行600次
TYPEPERF -f CSV -o s:\perf.csv -si 10 -cf s:\perf.txt -sc 600
C:\Users\07121038>typeperf /?
Counter 是性能计数器的全名，格式为
"\\<Computer>\<Object>(<Instance>)\<Counter>"；
例如 "\\Server1\Processor(0)\% User Time"。
示例:
typeperf "\Processor(_Total)\% Processor Time"
typeperf -cf counters.txt -si 5 -sc 50 -f TSV -o domain2.tsv
typeperf -qx PhysicalDisk -o counters.txt
end
IBM Support Assistant Data Collector
http://public.dhe.ibm.com/software/isa/isadc/2.0/isacoreweb/2.0.1/isadc/lang/zh/index.html?taxonomy=ApplicationServer
MustGather: Performance, hang, or high CPU issues on Linux （linperf.sh）
http://www-01.ibm.com/support/docview.wss?uid=swg21115785
http://www-01.ibm.com/support/docview.wss?uid=swg21115785&aid=1
http://dl.iteye.com/topics/download/00428b99-871a-310a-a058-9a6ee72dda07
MustGather: Performance, hang, or high CPU issues on AIX （aixperf.sh）
http://www-01.ibm.com/support/docview.wss?uid=swg21052641
用法：[lindows@Loadrunner19 ~]$ ./linperf.sh 17909 （17909 ---- java进程号）
文件：linperf.sh
- ###############################################################################
- #
- # This script is used to collect data for
- # 'MustGather: Performance, Hang or High CPU Issues on Linux'
- #
- # ./linperf.sh [PID(s)_of_the_problematic_JVM(s)_separated_by_spaces]
- #
- SCRIPT_VERSION=2011.05.03
- #
- ###############################################################################
- # #
- # Variables #
- # #
- ##########################
- SCRIPT_SPAN=240 # How long the whole script should take. Default=240
- JAVACORE_INTERVAL=120 # How often javacores should be taken. Default=120
- TOP_INTERVAL=60 # How often top data should be taken. Default=60
- TOP_DASH_H_INTERVAL=5 # How often top dash H data should be taken. Default=5
- VMSTAT_INTERVAL=5 # How often vmstat data should be taken. Default=5
- ###############################################################################
- # * All values are in seconds.
- # * All the 'INTERVAL' values should divide into the 'SCRIPT_SPAN' by a whole
- # integer to obtain expected results.
- # * Setting any 'INTERVAL' too low (especially JAVACORE) can result in data
- # that may not be useful towards resolving the issue. This becomes a problem
- # when the process of collecting data obscures the real issue.
- ###############################################################################
- if [ $# -eq 0 ]
- then
- echo "$0 : Unable to find required PID argument. Please rerun the script as follows:"
- echo "$0 : ./linperf.sh [PID(s)_of_the_problematic_JVM(s)_separated_by_spaces]"
- exit 1
- fi
- ##########################
- # Create output files #
- # #
- ##########################
- # Create the screen.out and put the current date in it.
- echo > screen.out
- date >> screen.out
- # Starting up
- echo $(date) "MustGather>> linperf.sh script starting..." | tee -a screen.out
- echo $(date) "MustGather>> Script version: $SCRIPT_VERSION." | tee -a screen.out
- # Display the PIDs which have been input to the script
- for i in $*
- do
- echo $(date) "MustGather>> PROBLEMATIC_PID is: $i" | tee -a screen.out
- done
- # Display the being used in this script
- echo $(date) "MustGather>> SCRIPT_SPAN = $SCRIPT_SPAN" | tee -a screen.out
- echo $(date) "MustGather>> JAVACORE_INTERVAL = $JAVACORE_INTERVAL" | tee -a screen.out
- echo $(date) "MustGather>> TOP_INTERVAL = $TOP_INTERVAL" | tee -a screen.out
- echo $(date) "MustGather>> TOP_DASH_H_INTERVAL = $TOP_DASH_H_INTERVAL" | tee -a screen.out
- echo $(date) "MustGather>> VMSTAT_INTERVAL = $VMSTAT_INTERVAL" | tee -a screen.out
- # Collect the user currently executing the script
- echo $(date) "MustGather>> Collecting user authority data..." | tee -a screen.out
- date > whoami.out
- whoami >> whoami.out 2>&1
- echo $(date) "MustGather>> Collection of user authority data complete." | tee -a screen.out
- # Create some of the output files with a blank line at top
- echo $(date) "MustGather>> Creating output files..." | tee -a screen.out
- echo > vmstat.out
- echo > ps.out
- echo > top.out
- echo $(date) "MustGather>> Output files created:" | tee -a screen.out
- echo $(date) "MustGather>> vmstat.out" | tee -a screen.out
- echo $(date) "MustGather>> ps.out" | tee -a screen.out
- echo $(date) "MustGather>> top.out" | tee -a screen.out
- for i in $*
- do
- echo > topdashH.$i.out
- echo $(date) "MustGather>> topdashH.$i.out" | tee -a screen.out
- done
- ###############################################################################
- # #
- # Start collection of: #
- # * top #
- # * top dash H #
- # * vmstat #
- # #
- #########################
- # Start the collection of top data.
- # It runs in the background so that other tasks can be completed while this runs.
- echo $(date) "MustGather>> Starting collection of top data..." | tee -a screen.out
- date >> top.out
- echo >> top.out
- top -bc -d $TOP_INTERVAL -n `expr $SCRIPT_SPAN / $TOP_INTERVAL + 1` >> top.out 2>&1 &
- echo $(date) "MustGather>> Collection of top data started." | tee -a screen.out
- # Start the collection of top dash H data.
- # It runs in the background so that other tasks can be completed while this runs.
- echo $(date) "MustGather>> Starting collection of top dash H data..." | tee -a screen.out
- for i in $*
- do
- date >> topdashH.$i.out
- echo >> topdashH.$i.out
- echo "Collected against PID $i." >> topdashH.$i.out
- echo >> topdashH.$i.out
- top -bH -d $TOP_DASH_H_INTERVAL -n `expr $SCRIPT_SPAN / $TOP_DASH_H_INTERVAL + 1` -p $i >> topdashH.$i.out 2>&1 &
- echo $(date) "MustGather>> Collection of top dash H data started for PID $i." | tee -a screen.out
- done
- # Start the collection of vmstat data.
- # It runs in the background so that other tasks can be completed while this runs.
- echo $(date) "MustGather>> Starting collection of vmstat data..." | tee -a screen.out
- date >> vmstat.out
- vmstat $VMSTAT_INTERVAL `expr $SCRIPT_SPAN / $VMSTAT_INTERVAL + 1` >> vmstat.out 2>&1 &
- echo $(date) "MustGather>> Collection of vmstat data started." | tee -a screen.out
- ################################################################################
- # #
- # Start collection of: #
- # * javacores #
- # * ps #
- # #
- #########################
- # Initialize some loop variables
- n=1
- m=`expr $SCRIPT_SPAN / $JAVACORE_INTERVAL`
- # Loop
- while [ $n -le $m ]
- do
- # Collect a ps snapshot: date at the top, data, and then a blank line
- echo $(date) "MustGather>> Collecting a ps snapshot..." | tee -a screen.out
- date >> ps.out
- ps -eLf >> ps.out 2>&1
- echo >> ps.out
- echo $(date) "MustGather>> Collected a ps snapshot." | tee -a screen.out
- # Collect a javacore against the problematic pid (passed in by the user)
- # Javacores are output to the working directory of the JVM; in most cases this is the <profile_root>
- echo $(date) "MustGather>> Collecting a javacore..." | tee -a screen.out
- for i in $*
- do
- kill -3 $i >> screen.out 2>&1
- echo $(date) "MustGather>> Collected a javacore for PID $i." | tee -a screen.out
- done
- # Pause for JAVACORE_INTERVAL seconds.
- echo $(date) "MustGather>> Continuing to collect data for $JAVACORE_INTERVAL seconds..." | tee -a screen.out
- sleep $JAVACORE_INTERVAL
- # Increment counter
- n=`expr $n + 1`
- done
- # Collect a final javacore and ps snapshot.
- echo $(date) "MustGather>> Collecting the final ps snapshot..." | tee -a screen.out
- date >> ps.out
- ps -eLf >> ps.out 2>&1
- echo >> ps.out
- echo $(date) "MustGather>> Collected the final ps snapshot." | tee -a screen.out
- echo $(date) "MustGather>> Collecting the final javacore..." | tee -a screen.out
- for i in $*
- do
- kill -3 $i >> screen.out 2>&1
- echo $(date) "MustGather>> Collected the final javacore for PID $i." | tee -a screen.out
- done
- ################################################################################
- # #
- # Other data collection #
- # #
- #########################
- echo $(date) "MustGather>> Collecting other data. This may take a few moments..." | tee -a screen.out
- dmesg | grep -i virtual > dmesg.out 2>&1
- df -hk > df-hk.out 2>&1
- echo $(date) "MustGather>> Collected other data." | tee -a screen.out
- ################################################################################
- # #
- # Compress & Cleanup #
- # #
- #########################
- # Brief pause to make sure all data is collected.
- echo $(date) "MustGather>> Preparing for packaging and cleanup..." | tee -a screen.out
- sleep 5
- # Tar the output files together
- echo $(date) "MustGather>> Compressing output files into linperf_RESULTS.tar.gz" | tee -a screen.out
- # Build a string to contain all the file names
- FILES_STRING="vmstat.out ps.out top.out screen.out dmesg.out whoami.out df-hk.out"
- for i in $*
- do
- TEMP_STRING=" topdashH.$i.out"
- FILES_STRING="$FILES_STRING $TEMP_STRING"
- done
- tar -cvf linperf_RESULTS.tar $FILES_STRING
- # GZip the tar file to create linperf_RESULTS.tar.gz
- gzip linperf_RESULTS.tar
- # Clean up the output files now that they have been tar/gz'd.
- echo $(date) "MustGather>> Cleaning up..."
- rm $FILES_STRING
- echo $(date) "MustGather>> Clean up complete."
- echo $(date) "MustGather>> linperf.sh script complete."
- echo
- echo $(date) "MustGather>> Output files are contained within ----> linperf_RESULTS.tar.gz. <----"
- echo $(date) "MustGather>> The javacores that were created are NOT included in the linperf_RESULTS.tar.gz."
- echo $(date) "MustGather>> Check the <profile_root> for the javacores."
- echo $(date) "MustGather>> Be sure to submit linperf_RESULTS.tar.gz, the javacores, and the server logs as noted in the MustGather."
- ################################################################################
web server (pick at least 2 web servers)
1. access log
2. error log
3. deflate log (if any)
4. httpd.conf
5. plugin-cfg.xml
6. CPU utilization and I/O utilization (something similar to vmstat output)
We should get these files from a couple of web servers (if there are more than 1)
app server (get these files from a couple of application servers, a couple from vertical clones, a couple from horizontal clones)
1. app config xml
2. SystemOut.log
3. SystemErr.log
4. trace.log
5. native_stderr.log
6. Commerce server xml
7. cachespec.xml
8. CPU utilization and I/O utilization (something similar to vmstat output)
db server
1. db cfg
2. dbm cfg
3. if any snapshot (statement, db, for all) taken during load.
4. CPU utilization and I/O utilization (something similar to vmstat output)
5. snapshot***.log
文件：get_snapshot.sh
内容：
- i=1
- while [ $i -le 30 ]
- do
- db2pd -db your_dbname -dyn > get_snapshot.$
- done
选择 WebSphere 性能工具
Rational PurifyPlus
WebSphere Studio 的 J2EE Code Validation Preview
Tivoli Performance Viewer 以图形界面显示了 WebSphere 性能数据（PMI）
WebSphere Thread Analyzer
IBM WebSphere Studio Application Monitor（aka Cyanea/One）
Wily Introscope 和 Quest PerformaSure
Tivoli Monitoring for Transaction Performance 从最终用户角度监视站点的功能
Tivoli（Candle）OMEGAMON® 查看所有服务器的健康状况 //Tivoli Omegamon XE for Messaging //MQ监控产品
WebSphere Studio Application Monitor 负载测试
Jprofiler
JMetter
http://book.javanb.com/performance-analysis-for-java-web-sites/0201844540_ch12lev1sec2.html
如何手工生成dump文件
一、使用命令
ps -ef | grep java
查询进程PID，找出相应节点的进程标识
二、使用命令
kill -3 进程标识
生成dump文件
三、
到相应的日志节点下去取生成的.phd和txt文件即可
WAS HeapDump 分析工具
heapdump1654900.1272355258.phd 文件
javacore1654900.1272355269.txt文件
heapdump can use by monitoring for mail to somebody .
周彬(周彬) 17:57:49
在这里加两个参数IBM_HEAPDUMPDIR和IBM_JAVACOREDIR,分别指向dump文件和javacore文件的生成路径.
ibm_websphere_heapdump_dir.png
http://dl2.iteye.com/upload/attachment/0096/8931/6069b4a0-5323-3093-b464-3b9b91264dea.png
AIX 调出主进程号pid及相关子进程号pid
#ps -mp 5046778 -o THREAD
#Kill -3 5046778
对几台服务器用ps -mp ******（进程号） -o THREAD >thread.txt ;kill -3 ******（进程号） 而后，在thread.txt中找到CP最高的若干进程号，转换为十六进制后，在生成的javacore中找到对应的进程的消息。
AIX WebSphere Java应用CPU 异常问题定位 javacore***.txt 文件分析
// 通过 WebSphere JAVA 进程查线程号
[root@testServer ~]# ps -ef | grep java
// 得到JAVA PID进程号数字，替换下方PID
[root@testServer ~]# top -H -p PID -b -n1> dump_high_cpu.txt
// 在这个txt文件可以看到占比比较高的线程号PID,将这个线程号转成16位的 (windows--开始--运行--输入calc--计算器算出16位PID表示法)
[root@testServer ~]# kill -3 PID
// 这个目录下会生成一个javacore文件，用于查找16位pid所在堆栈类做了什么业务操作或线程拥堵等
[root@testServer ~]# cd /opt/IBM/WebSphere/AppServer/profiles/AppSrv01
[root@testServer ~]# ls -l *.txt
-rw-r--r-- 1 wasadmin wasadmin 3807148 Jun 20 14:52 javacore.20120620.145244.1509.0002.txt
// 然后利用占比较高的十进制线程号转换之后的十六进制数在javacore.20120620.145244.1509.0002.txt文件中找这个线程及定位相关操作实现的代码类
ga395.zip //主要查看WebSphere GC 是否异常性OOM（Out Of Memeory）或剧烈的/特殊的/异怪的线性图 //分析 Verbosegc.log 日志
I:\IBM_WAS\IBMToolsForHeadDump\IBMGarbageCollectorAnalysis
http://dl.iteye.com/topics/download/a62e5432-0b4a-3fa0-9e50-c06b2a005520
Verbosegc.log 详细的GC日志，循环写，文件总数最大20个，每个100000行，在JVM通用参数中。
IBM的SDK中的GC 类型 scavenger和global
一般情况类似这种GC时间totalms耗时达几十秒以上，即表示GC垃圾回收有问题，需分析，如下图。
http://dl2.iteye.com/upload/attachment/0095/3696/2fb17ead-846a-39f3-b78a-24fa14654fda.jpg
/opt/IBM/WebSphere/AppServer/profiles/ascpreapp01/logs/ascpreapp01svr01/verbosegc.log.009
http://dl2.iteye.com/upload/attachment/0096/9027/cd84adb3-9f7a-3149-bddd-a8ef66bfb8ed.jpg
如何配置 WebSphere Java GC WebSphere_JVM_GC.jpg
WAS控制台 > 应用程序服务器 > hotletuan_svr > 进程定义 > Java 虚拟机 > 通用JVM参数
- -Xminf0.3 -Xmaxf0.7 -Xgcpolicy:gencon -Xmns256m -Xmnx512m -Xjit:codetotal=131072 -Xverbosegclog:${SERVER_LOG_ROOT}/verbosegc.log,10,10000 -Ddefault.client.encoding=UTF-8 -Dfile.encoding=UTF-8 -Dclient.encoding.override=UTF-8
http://dl2.iteye.com/upload/attachment/0096/9029/1802c5b1-d57a-3644-9290-f7662d6f5e6c.jpg
如何配置 WebSphere JVM HEAPDUMP 和 THREADDUMP(JAVACORE)websphere_jvm_heap_thread_dump_configuration.jpg
http://dl2.iteye.com/upload/attachment/0096/9031/7f2d6ff1-8c00-3f00-8255-84767fdf1c69.jpg
ha398.zip //主要查看WebSphere JVM是否大对象Large Object,对象运行状态等 //heapdump***.phd 文件
http://dl.iteye.com/topics/download/ec4b3da6-239e-38bd-81a1-091695088816
I:\IBM_WAS\IBMToolsForHeadDump\IBMHeapAnalyzer26
http://dl.iteye.com/topics/download/8ce3d729-0a20-32ff-ba69-9b9db2185ef7
# Aix 6.1 OS HeapDump Operation
# /usr/java6_64/bin/java -Xmx6144m -jar ha26.jar
D:\Analysis>java -Xmx 2048m -jar ha26.jar
Invalid maximum heap size: -Xmx
Could not create the Java virtual machine.
D:\Analysis>java -Xmx2048m -jar ha435.jar
D:\Analysis>java -version
java version "1.6.0_25 "
Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
Java HotSpot(TM) 64-Bit Server VM (build 20.0-b11, mixed mode)
http://dl.iteye.com/topics/download/e961755c-ef37-3b6f-8775-33fa4e5ea9f2
jca395.zip //主要查看WebSphere JAVA线程池是否堵塞哪里堵死等异常 // javacore***.txt 文件 分析方法（见上）
I:\IBM_WAS\IBMToolsForHeadDump\IBMThreadAnalyser27
http://dl.iteye.com/topics/download/ae1b8672-a50e-3176-9148-40f63c37edf8
JAVA jvm 生成javacore和heapdump文件
（1）如果使用Oracle JVM也就是标准的SUN JVM（SUN已被oracle收购）
当内存溢出时生成heapdump文件配置如下
-Xloggc:${目录}/temp_gc.log （GC日志文件）
-XX:+HeapDumpOnOutOfMemoryError （内存溢出时生成heapdump文件）
-XX:HeapDumpPath=${目录} （heapdump文件存放位置）
如果要即时动态生成heapdump文件可以使用jmap命令，jdk6.0已取消了-XX:+HeapDumpOnCtrlBreak配置参数通过ctrl+break的方式。
jmap -dump:format=b,file=temp_heapdump.hprof <pid>
（2）HP JVM
-Xverbosegc:file=${目录}/temp_gc.log （GC日志文件）
-XX:+HeapDumpOnOutOfMemoryError （内存溢出时生成heapdump文件）
-XX:+HeapDumpOnCtrlBreak （可以通过ctrl+break组合键动态生成heapdump文件）
-XX:HeapDumpPath=${目录} （heapdump文件存放位置）
（3）IBM JVM
非windows操作系统环境中
-XverboseGClog: ${目录}/temp_gc.log （GC日志文件）
-Xdump:heap:events=user,file=${目录}/pid%uid%pid.phd
表示可以根据需要通过kill -3 <pid>产生DUMP文件，%uid和%pid为变量
windows操作系统环境中
启动wsadmin,进入wsadmin环境
wsadmin> set jvm [$AdminControl completeObjectName type=JVM,process=server1,*]
wsadmin> $AdminControl invoke $jvm generateHeapDump
wsadmin> $AdminControl invoke $jvm dumpThreads
UltraEdit-32 获取特定文本段 / 抽取特定文本段 / 筛选 特定文本段 UltraEdit 专业文本/十六进制编辑器 版本 17.30.0.1014
http://lindows.iteye.com/admin/blogs/254296
http://zhidao.baidu.com/question/88947361.html
[wcsuser@b2cprewcs1 server1]$ pwd
/usr/IBM/WebSphere/AppServer/profiles/EMALL/logs/server1/
[wcsuser@b2cprewcs1 server1]$ ls -l verbosegc.*
-rw-r----- 1 wcsuser wcs 90325 02-28 22:16 verbosegc.log.001
-rw-r----- 1 wcsuser wcs 48160 02-28 22:19 verbosegc.log.002
-rw-r----- 1 wcsuser wcs 63180 02-28 22:43 verbosegc.log.003
-rw-r----- 1 wcsuser wcs 53194 02-28 22:53 verbosegc.log.004
-rw-r----- 1 wcsuser wcs 971191 02-29 09:11 verbosegc.log.005
-rw-r----- 1 wcsuser wcs 98627 02-29 09:33 verbosegc.log.006
-rw-r----- 1 wcsuser wcs 561729 02-29 13:00 verbosegc.log.007
-rw-r----- 1 wcsuser wcs 3797356 02-28 19:20 verbosegc.log.008
-rw-r----- 1 wcsuser wcs 127462 02-28 21:26 verbosegc.log.009
-rw-r----- 1 wcsuser wcs 53220 02-28 21:37 verbosegc.log.010
需求如下：在verbosegc.log文件里取出类似
文件地址：http://dl.iteye.com/topics/download/2531043a-94c5-30f3-ab7a-ba9d80fd2e46
- < gc type = "scavenger" id = "136003" totalid = "138060" intervalms = "3656.446" >
- < flipped objectcount = "519386" bytes = "32542396" />
- < tenured objectcount = "111176" bytes = "7547616" />
- < finalization objectsqueued = "69" />
- < scavenger tiltratio = "82" />
- < nursery freebytes = "187868904" totalbytes = "222800384" percent = "84" tenureage = "7" />
- < tenured freebytes = "229057848" totalbytes = "1342177280" percent = "17" >
- < soa freebytes = "229057848" totalbytes = "1342177280" percent = "17" />
- < loa freebytes = "0" totalbytes = "0" percent = "0" />
- </ tenured >
- < time totalms = "111.069" />
- </ gc >
的所有文本段
"D:\Program Files\IDM Computer Solutions\UltraEdit\Uedit32.exe"
---- open /usr/IBM/WebSphere/AppServer/profiles/EMALL/logs/server1/verbosegc.log.001
---- Ctrl + F
- <gc type= "scavenger" ?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?+[^r^p^n]?
[^r^p^n]? 表示取下一整行数据
ibm_websphere_jvm_verbosegc_ultraedit.jpg
http://dl2.iteye.com/upload/attachment/0096/9041/0e3ef40a-d688-3f51-95be-710a0aff5313.jpg
IBM WebSphere 开发者技术期刊: Ruth Willenborg 关于性能工具的提示
http://www.ibm.com/developerworks/cn/websphere/techjournal/0410_col_willenborg/0410_col_willenborg.html
| 选择 WebSphere 性能工具  |
 |
|
Ruth Willenborg ([email protected] ), 团队负责人, IBM WebSphere Application Server Performance 2004 年 11 月 01 日 当今，有许多性能测试的选择，因此对于您需要哪个工具并没有唯一的答案。由于性能对于开发生命周期的每个阶段都是非常重要的，我们将关注一下每个开发阶段的工具需求和选择。<!-- START RESERVED FOR FUTURE USE INCLUDE FILES--><!-- include java script once we verify teams wants to use this and it will work on dbcs and cyrillic characters --> <!-- END RESERVED FOR FUTURE USE INCLUDE FILES--> 五 年前，在 WebSphere® 的较早时期，经常有人问我用什么工具来调试性能问题。答案很简单。在那些日子，我们很幸运的获得一个基础的评测器（profiler），至于查看负载性 能，应用程序中的 JVM 线程堆和打印语句是仅有的资源。今天，答案却是不一样了；目前有许多的选项，每个 Java™ 杂志都包含了许多用于解决性能问题的工具广告。另外，IBM 最近收购的 Candle® 和 Cyanea，都提供了 WebSphere 性能工具，连同现有的 Tivoli®、Rational® 和 WebSphere 现有的功能，您也许会问下面的问题：我从何处开始，我到底需要什么工具，以及所有这些产品之间有什么不同？ 当然，对于您需要什么工具，并没有唯一的答案，因此让我们讨论一下不同类型的工具和每个工具解决的首要问题。因为性能在开发周期的每个阶段都是十分重要的，我们来查看一下每个阶段的工具需求，来开始开发。 我 一直推荐选择一个好的代码评测器，并且在应用程序开发过程中使用它。代码评测器帮助鉴别和优化代码，并且在理解对象使用和潜在内存泄露方面真的很有帮助。 进入到“哪个代码评测器最佳”的争论有点像以前“哪个编辑器最好”的争论，因此这里我不想谈论这些。这里也有一个好消息，目前有许多非常好的评测器供 WebSphere 应用程序使用。因为 IBM 收购了 Rational，我的性能团队里面的一些成员每天使用 Rational PurifyPlus™。除了使用代码评测器以外，WebSphere Studio 的 J2EE Code Validation Preview （一个新技术预览）可以针对应用程序的运行来鉴别您的实现中的通用性能和正确性问题。 虽然我一直鼓励评测，但是仍然 存在一些性能问题在开发评测阶段并没有考虑到。例如，常见的可伸缩性问题，包括同步问题和数据库连接，直到负载测试的时候还没有表露。尽早的预料到这些问 题，并且投资一个比较好的环境，越接近于真实环境越好。Web 站点的负载测试工具已经非常的成熟，有许多非常好的工具可供使用。开发负载测试脚本是一项重要的投资，同相关的培训一样，所以在选择负载增强工具以前，一 定要对需求作一个彻底的评估，因为稍后如果转变工具，成本会更高。 一旦您已经转入到一种负载测试环境，就需要观察您 的应用程序，而不仅仅局限在传统评测器提供的范围内。大多数评测器引入了太高的性能花销，因此没有设计用来在高度并发的环境中有效的显示性能数据。因此， 在这个阶段评测性能需要不同的工具。这里有一些 WebSphere 可用的"免费的"工具，对于许多负载测试环境的需求来说它们提供的性能已经足够了。一个是 Tivoli Performance Viewer，与 WebSphere Application Server 打包在一起提供，以图形界面显示了 WebSphere 性能数据（PMI），包含在 WebSphere 资源的信息（比如缓冲池和缓存），J2EE 应用程序度量标准（比如反应时间和请求数目），以及其他基本的系统度量。使用这个数据来决定最可能的瓶颈位置，调整系统，并且推断一些特别慢的和经常被使 用的 servlet 或 EJB 组件，以用于其他的分析以及评测。关于最重要的 10 个度量标准，请参考我的 专家访谈 这篇文章。 如果在评测 PMI 数据以后，仍然没有找到问题所在， JVM 的一些线程堆经常能定位同步方法和其他常见问题。WebSphere Thread Analyzer 已经提供使用并且免费下载，它以视觉上更直观的方式向您展示了线程堆。 Tivoli Performance Viewer 和线程堆可能能满足您的需求，但是如果不是，仍然有一些相当强有力的工具可以供 IBM 和其他厂商使用，能够真正看到负载条件下的应用程序的内部。这些工具，我认为是运行时评测器，提供了对于应用程序耗时位置的细节描述，也经常包含查看特定 SQL 调用下的性能，以及查明内存泄漏的缘由。IBM WebSphere Studio Application Monitor（aka Cyanea/One），以及伙伴工具如 Wily Introscope 和 Quest PerformaSure，提供了这些功能。 虽 然好的负载测试预防了许多产品性能问题，但产品环境经常存在一个难题 -- 特别是对许多不同的交互式应用程序和后端系统引入变更时。具备良好的产品监测策略十分必要。一个 Web 站点监测策略需要从最终用户的角度来查看性能状况，了解 Web 站点内所有系统的健康状况（包括 WebSphere Application Server 以及数据库、目录服务器和其他组件），了解特定应用程序的健康状况。至少，我推荐监测这三个分类的每个部分，包含报表和警告功能。比如 Tivoli Monitoring for Transaction Performance 的一些产品提供了从最终用户角度监视站点的功能。如果要查看所有服务器的健康状况，请考虑使用 Tivoli（Candle）OMEGAMON® 或者类似的厂商解决方案。如果需要其他粒度，上面讨论的关于负载测试的 WebSphere Studio Application Monitor 产品，在生产环境中也是非常有用的。 随着时间的推移，我期待着 Tivoli Monitoring for Transaction Performance、Candle OMEGAMON 和 WebSphere Studio Application Monitor 能有更多显著的集成成果，以提供更加可靠的 WebSphere 产品检测解决方案。另外，我们也期待 Rational 开发和测试解决方案的集成，以提供更多跨生命周期的功能。那时，您就能够根据性能需要选择特定的产品，并将能获得更好的性能。
|
end
end