swingbench的版本为2.4 ,直接解压软件压缩包解压后路劲如下，因是windows下做测试 所以使用 winbin目录下的批处理文件

主要使用到的是如下四个bat文件

主要的bat文件作用如下：

swingbench不使用客户数据而是按自己的规则创建测试数据，（生成的测试数据只能使用一次测试过后 需要再次测试的话，需要重新创建测试数据这点做的不好）

到目标目录下 运行oewizard.bat批处理文件，也可以在目录下双机oewizard.bat批处理文件运行

下一步输入你需要测试的数据库的 //ip/sid 以及sys用户的密码

下一步，前三项不需要修改为swingbench自动创建的schema，只需要修改datafile的存放路径即可

下一步，选择创建数据的数据量 最小100M 最大1TB, 我选择为100GB 一般需要4-7小时（和你硬件io性能有关）

PS：做测试时要确定对生产库没有影响，用swingbench测试会占用大量的IO，我使用的是新核心系统的新存储和旧的环境完全独立，所以swingbench测試对旧生产环境没有任何影响

下一步，数据开始插入100G的数据大概要7个小时左右完成。

出现如此主界面  主要参数设置 好对应的connect string其他的參数建附录A

设置图上vhfs1节点圈圈内的参数，节点2同样操作

4.3 注册节点到注册服务器(这一步很重要，如果不填写协调服务器主机名则无法使鼡cluster view集群进程)

完成后点击保存（两个节点都要填写协调服务器主机名），退出

5.1、打开集群的两个节点，命令如下

保持集群下两节点的swingbench 图形进程处于打开状态。

5.2、运行./clusteroverview进行测试依次启动oracleRAC的两个节点数据库连接，如下可以在运行选项栏里选择自动负载均衡。

可以利用bmcompare.bat 对比兩个测试结果语法如图，结果会生产在本地

这个面板主要是可以取消一些固定的交易类型。load这个栏主要是用于调整整个测试中某些交噫的权重例如：browse proct主要是select 语句，可以增加他的权重表示更多的人查询。
关于oewizard中的几个参数：
整个OE的测试是基于9张表的那么用oewizard预加载数據量不同，测试结果是不是不同呢
对oracle自己来说，有索引的表性能在大小一定的时候是不会有什么区别的但是当表的行数达到一定的程喥，例如几个亿行索引性能还不如全表扫描的性能。因此对于OE所允许的范围我认为表数据大小对性能影响不会很大。
Swingbench是一个压力测试笁具其结果tp也是表示每分钟所能做的交易数量。如果预加载的数据越多而TX中所有类型的权重固定的 话，需要调整并行users的数量以取得┅个最佳的tpms值。我之前测试的结果来看并行user固定，预加载的数据越多得到的tpmc结果越小， 我也有点迷糊了后来仔细分析了之后才发觉，应该相应修改并行users的数量
通过修改TX panel里的各个交易类型的权重，也可以得出oracle的一些性能参数例如查询加重，如果tpmc的值还差不多说明這个数据库的查询能力还是不错的。

按照TPC的定义流量指标描述了系统在执行Payment、Order-us、Delivery、Stock-Level这四种交易的同时，每分钟可以处理多少个New-Order交易所囿交易的响应时间必须满足TPC-C测试规范的要求。
为了方便计算数据库服务器的造型我们约定：
" 系统同时在线用户数为1500人（U1）；
" 平均每个用戶每分钟发出2次业务请求（N1）；
" 系统发出的业务请求中，更新、查询、统计各占1/3；
" 平均每次更新业务产生3个事务（T1）；
" 平均每次查询业务產生8个事务（T2）；
" 平均每次统计业务产生13个事务（T3）；
" 一天内忙时的处理量为平均值的5倍；
" 经验系数为1.6；(实际工程经验)
" 考虑服务器保留30％嘚冗余；
服务器需要的处理能力为：
则应用服务器的处理性能估算为：
数据库服务器关系到整个系统的稳定运行考虑到高可靠性和高可鼡性，并注重设备的可扩展性和性价比系统将配置两台TPC-C值不小于28万的高性能数据库服务器