机器选型测试方案

1.  背景

因核心DB需迁移到x86平台，本文描述各x86架构机器的测试方案，从而为机器选型提供基础数据指标。

2.  Orion测试

Orion是oracle提供的测试io性能的工具。它可以用来模拟Oracle数据库IO。

Orion可以支持下列IO负载

1. 小的随机的IO：OLTP的应用主要是随机的读写，大小和数据的块大小一样（一般是8K）。

这样的应用主要是关注的吞吐量是IOPS和一个请求的平均延时时间。Orion可以仿真一个

随机IO负载。指定的读写百分比，指定的IO大小，指定的IOs，IOs是分布在不同的磁盘上。

2. 大的连续的IO：数据仓库的应用，数据装载，备份，和恢复会产生连续的读写流，这些

读写是由多个1M的IO组成的。这些应用都是处理大数据量的数据，主要是关注总体的数据

吞吐量MBPS

3. 大的随机的IO: 一个连续的读写和其他的数据库活动同时访问磁盘。基于条带化，一个

连续的读写扩展到多个磁盘上。因此，在磁盘的这个层次上，许多的连续的读写被看作随机

的1M的IO,又被称作多用户的连续IO。

4. 混合的负载: Orion可以同时仿真前俩种负载：小的随机的IO，大的连续的IO。这将使你

可以仿真，OLTP的8K的随机读写的负载和4个连续的1M IO读写的备份的负载。

针对不同的IO负载，Orion可以在不同的IO压力测试并得到性能参数：MBPS，IOPS，和IO延迟时间。

测试脚本如下：

#!/bin/sh

#simple 测试

/home/oracle/product/11.2.3/db_1/bin/orion -run simple -testname hdd_simple -num_disks 6

sleep 500

#数据库为OLTP类型，IO类型全部是8K随机读操作

/home/oracle/product/11.2.3/db_1/bin/orion -run advanced -testname hdd_read_8 -size_small 8 -size_large 8 -type rand -num_disks 6

sleep 500

#IO 为8k到1M随机读操作

/home/oracle/product/11.2.3/db_1/bin/orion -run advanced -testname hdd_read_8_1024 -size_small 8 -size_large 1024 -type rand -num_disks 6

sleep 500

#IO 为8k到1M随机读写操作，写占比40%

/home/oracle/product/11.2.3/db_1/bin/orion -run advanced -size_small 8 -size_large 1024 -type rand -testname hdd_write_8_1024_40 -write 40 -num_disks 6

sleep 500

#IO 为8k到1M顺序读操作

/home/oracle/product/11.2.3/db_1/bin/orion -run advanced -testname hdd_read_seq_8_1024 -size_small 8 -size_large 1024 -type seq  -num_disks 6

sleep 500

#数据库为OLTP类型，IO类型全部是8K随机读写操作，比例6：4

/home/oracle/product/11.2.3/db_1/bin/orion -run advanced -size_small 8  -type rand -testname hdd_readwrite_8_40 -write 40 -num_disks 6

3.  swingbench测试

Swingbench 可以执行4种不同的标准测试(benchmark)，拥有三种前端展示方式Swingbench/Charbench/Minibench，其中 Charbench是字符模式的，另外两种是GUI模式的。Swingbench 模拟了一个在线处理系统，包括客户注册，浏览产品，订单产品，处理订单，浏览订单等，并且可以配置并发数据，和天龙billing DB及充值DB较为相似。

Swingbench支持的4种标准测试

  其中OrderEntry和Sales History采用的测试数据基于Oracle自带的两个Sample Schema：OE和SH。Calling Circle则每次运行都需要重新生成schema。Stress Test是最简单的测试。其中OrderEntry和Calling Circle还提供了向导程序。

4.  测试优化

根据测试结果，对测试数据库进行优化，优化后再进行测试，并不断优化。

5.  报告

将优化后的测试数据，生成测试报告

6.  报告对比

对比各不同平台的报告，并给出总结。

7.  实际业务测试

实际业务的测试将会搭建业务数据库，并联合业务应用进行LoadRunner压力测试。