2009年年终总结

---------------------关于工作---------------------

1）某部队项目，获得部队领导一致好评。想起来那段没日没夜的时光，很惊奇的是，我只是记得我们一起喝酒的情节。

2）广移挨骂，weblogic部署写高版本JAR到公共路径，导致weblogic其他应用不能启动。

3）福州培训，讲的很烂。

4）深圳某项目，从6月15号结束，到7月15号结束，到8月30号结束。该项目做的比较痛苦，萌生退意，于7月15号研发调任，系统部，性能测试，调优。

5）SDP+LINUX+ORACLE性能测试，为SDP出报告。没有调优工作，熟悉weblogic常见问题，线程池，连接池等。

6）STUDIO性能测试。报告，数据。发现lucene性能损耗。牛人王磊分析，添加wsdl元素，节点等缓存，性能提升20%左右。

7）BPS SP2性能测试，报告。主测短流程。

8）EOS6.1性能测试，报告。无分析，服务调用。出报告，无profile分析，只1k一下数据测试，无分数据量大小测试。

9）BPS6.1性能测试，调优。发现instpool LRU算法问题，服务远程接入排队问题，异步调用，服务接入OOM问题等。

10）HP BTF性能测试。学习ORACLE调优。HP内核参数调优。

11）深圳某项目测试。学习FLEX测试方法，informix一些调整等。

-----------------------------关于生活------------------------

带女朋友回上海，公司上班的日子，每天带饭上班，平淡的幸福能让人满足。偶尔出差也在半个月内，基本还能接受。

-----------------------------关于未来-------------------------

蜗居一时盛行，万恶的资本。上海的房价飙升的十分不靠谱。我在考虑，差不多快到了离开上海的时候了。努力学习，等待机会。

究竟意难平，为了意气，或者所谓的证明自己，失去了比较多。

幸福只是心里的感觉，而上海的幸福感，出人意料的低。

应该成熟了。

-----------------TPC---------------

TPC为非赢利性国际组织，事物处理性能委员会（TPC，Transaction Processing Corp）。

-----------------TPC-C--------------

TPC-C是一种旨在衡量联机事务处理（OLTP）系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。许多IT专业人员将TPC-C视为衡量“真实”OLTP系统性能的有效指示器。

TPC-C基准测试针对一种模拟订单录入与销售环境测量每分钟商业事务（tpmC）吞吐量。特别值得一提的是，它将专门测量系统在同时执行其它四种事务类型（如支付、订单状态更新、交付及证券级变更）时每分钟所生成的新增订单事务数量。

-----------------TPM-C--------------

TPC-C的吞吐量，按有效TPC-C配置期间每分钟处理的平均交易次数测量，至少要运行12分钟。

-----------------TPC-C规范概要----------------

TPC-C测试规范中模拟了一个比较复杂并具有代表意义的OLTP应用环境:假设有一个大型商品批发商，它拥有若干个分布在不同区域的商品库；每个仓库负责为10个销售点供货；每个销售点为3000个客户提供服务；每个客户平均一个订单有10项产品;所有订单中约1%的产品在其直接所属的仓库中没有存货，需要由其他区域的仓库来供货。
该系统需要处理的交易为以下几种：
  New-Order：客户输入一笔新的订货交易；
  Payment:更新客户账户余额以反映其支付状况;
  Delivery:发货(模拟批处理交易);
  Order-Status:查询客户最近交易的状态；
  Stock-Level:查询仓库库存状况，以便能够及时补货。
对于前四种类型的交易，要求响应时间在5秒以内；对于库存状况查询交易，要求响应时间在20秒以内。

-----------------之间的关系------------------

TPC-C使用三种性能 和价格度量，其中性能由TPC-C吞吐率衡量，单位是tpmC。tpm是transactions per minute的简称；C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。要注意的是，在处理新订单的同时，系统还要按表1的要求处理其它4类事务 请求。从表1可以看出，新订单请求不可能超出全部事务请求的45％，因此，当一个 系统的性能为1000tpmC时，它每分钟实际处理的请求数是2000多个。价格是指系 统的总价格，单位是美元，而价格性能比则定义为总价格÷性能，单位是＄/tpmC。

第五章 trouble shooting

数据库维护

dbca 数据库界面维护

netca 网络监听界面维护

emctl控制台维护

常用命令如下：

emctl start dbconsole 启动em。

emctl stop dbconsole

rmi远程访问 hp -ux的应用，会转到到另外一个IP.

查看/etc/hosts文件，去掉无关的ip和描述。

操作数据库，大量事务，shutdown immediate，数据库挂起

SQL> alter system checkpoint; 　　

SQL> shutdown abort 　　

SQL> startup restrict 　　

SQL> shutdown immediate

SQL> startup

数据库cpu过高的跟踪过程

1.       确保EM关闭。

2.       确认对应的用户在对应的表空间。

SQL> select username,default_tablespace from user_users;

1．  查看sql参数是否生效

SQL> show parameter processes；

SQL> show parameter sessions；

SQL> show parameter sga；

SQL> show parameter pga；

2．  查看操作系统的参数是否生效。

#sam

在出来的字符集界面，查看Kernel Configuration

查看Tunables

查看设置的系统参数是否生效。

5.      查看IO.

Loadrunner无法监控hp-ux的系统资源

打开/etc/inetd.conf

找到

#rpc  dgram  udp  wait    root  /usr/lib/netsvc/rstat/rpc.rstatd

去掉注释，下次系统重新启动，即可监控。

或者在/usr/lib/netsvc/rstat/目录中

#./rpc.rstatd

数据库初始化

当库表的字段够多，而脚本初始化很快的时候，直接删除行会是一个比较漫长的过程。而且删除后需要分析该表格。

建议用 truncate table TRANJOURNAL 来清空表，重新初始化数据即可。

应用服务器连接数不够，sessions不够

请查看数据库对外的processes数量。

SQL>show parameter processes;

SQL>show parameter sessions;

如果低于连接数，参考修改processes,sessions修改。

查看sessions对应的sql为：

SQL>select * from v$resource_limit where resource_name = 'sessions';

第四章 loadrunner 压力端调整

指定MDRV.EXE使用进程数

在本次测试中，loadruner客户端，发起的JAVA协议连接，由于并发的数量比较大，我们只能采用线程的模式。在loadrunner中，默认的是每50个vuser会使用一个mdrv.exe进程，但是有些时候vuser中的使用的线程太多就会使测试程序的效率特别低，这时候就希望能够可以多起几个mdrv.exe的进程，每个进程中的vuser数量少一点，通过更改

HP\LoadRunner\dat\protocols\ Java_protocols.lrp文件。

在[Vugen]下面新加一条MaxThreadPerProcess=要设置的vuser数量 这样每个mdrv.exe进程中的vuser数量就是你上面设置的数量了。

JAVA协议测试，JVM参数配置

需要配置环境路径 

需要配置JVM参数

不能添加-server参数。

更改（windows 2003）操作系统的对外最大tcp连接数。

应用程序从系统请求可用用户端口时，TCP/IP 可指定的最高端口号。

使用 regedit 命令访问

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Services\TCPIP\Parameters 注册表子键并创建名为 MaxUserPort 的新 REG_DWORD 值。缺省值：无建议值：至少十进制 32768，最大值十进制 65535。重新启动系统后生效。

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] “MaxUserPort”=dword:000415630

PS：此次测试用的可是正版的loadrunner。

第三章 应用服务器的安装调整

比较奇怪的是weblogic11g，小版本号是weblogic10.3.2.

weblogic10.3安装

可选图形化界面安装或者字符集安装。

#./opt/java6/bin/java -jar server103_generic.jar

安装过程略，下一步下一步即可。

SEE 6.1GA 安装

安装EOS6.1GA，需安装xmanger，通过图形化界面安装。注意安装文件对应目录的剩余空间。因启动一般使用nohup的方式启动，防止由于控制台输出过大导致应用错误。

#dbf

该命令可以查询对应的文件夹下剩余的空间

SEE 6.1GA JVM参数调整

1．  最好是使用对应的应用服务器对应的JVM。该配置在startServer.sh中更改。

2．  根据应用的类型，需调整JVM的垃圾回收机制。

本次应用配置如下：

MEM_ARGS="-Xms2560m -Xmx2560m -Xoptgc -XX:+AggressiveOpts -XX:+DisableExplicitGC -XX:MaxPermSize=256m -Xloggc:gclog.log -XX:+PrintGC

Details -XX:+PrintGCTimeStamps"

MEM_ARGS="$MEM_ARGS -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=360000"