3月3号下午3点到。在那里工作了20个小时，具体工作如下：

   3月3号，工作时间，3小时。

1.       了解需求，客户提出按照他们的开发场景，按照通用测试方式测试，根据word版本的要求，开发测试用例。

   3月4号，工作时间，9小时。

1.       更改用例，录制脚本；

2.       windows2003 应用服务器宕机，查明原因是因为没有补丁，打补丁。

3.       本地压力试跑，压力100，本地网络使用99%，重新创建windows2003 虚拟机，在千兆网段。

4.       表空间不够，新建100G的表空间。

5.       容量测试完成，并发压力测试，windows2003的操作系统内核参数调整失败，无法接受到大于1600的集合点并发请求。

3月5号，工作时间，8小时。

1.       由于app server操作系统的问题，在aix上重新安装weblogic10.3，eos 6.1。

2.       并发压力测试压力机不够，联系系统部门安装分配新的虚拟机3台。

3.       完成最大并发测试。由于网络流量和loadrunner 虚拟机数量的限制，并发用户到了5000，没有错误。

4.       基于windows2003的应用服务器完成容量测试。

5.       和多方沟通关于版本测试的问题。下载不到weblogic923for aix的版本，没有做关于1.5JDK的测试。

6.       和对方沟通关于EJB远程部署，交接测试的环境。

定的3月5号晚上11点半回到上海。

这次住的地方貌似还不错，是原来的驻马店酒店。

一起工作的小伙是85年的，年轻有为，也挺好。

虽然是私企，但给人感觉国企的氛围十分重。一些领导三句落不到关键点上，拿客户忽悠。不太靠谱。

当然，这些都不关我的事情。

-----------------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"