数据库压力测试方案

上传人:人*** 文档编号:487814611 上传时间:2023-01-03 格式:DOC 页数:12 大小:174KB
返回 下载 相关 举报
数据库压力测试方案_第1页
第1页 / 共12页
数据库压力测试方案_第2页
第2页 / 共12页
数据库压力测试方案_第3页
第3页 / 共12页
数据库压力测试方案_第4页
第4页 / 共12页
数据库压力测试方案_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《数据库压力测试方案》由会员分享,可在线阅读,更多相关《数据库压力测试方案(12页珍藏版)》请在金锄头文库上搜索。

1、某电力企业营销系统数据库压力测试报告版 本 历 史版本/状态作者参与者起止日期备注V1.0潘庆锋2006-1-20第一稿免责声明:文档在线网(文档中国)中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑,但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有,有关版权的问题请直接与提供者联系。目 录一、目的4二、测试方法4三、数据库系统结构(由信息部提供)4四、测试环境41.硬件环境4(1).测试环境结构4(2).设备需求42.软件需求4五、测试步骤41.准备阶段4(1).制订测试方案4(2).测试对象调查4(3).数据库备份。4(

2、4).创建测试用表空间4(5).准备硬件设备4(6).安装测试软件4(7).制作测试用例4(8).检验测试用例42.测试阶段43.分析阶段4六、其他说明4附件一:数据库系统情况调查表4附件二、测试设备信息表4某电力企业营销系统数据库压力测试报告一、 测试目的1. 检验数据库系统在正常访问负荷情况下的效率和稳定性;2. 检验数据库系统在超负荷情况下的效率和稳定性;3. 确定数据库系统的压力边界;4. 评估数据库系统健康状况,确定系统瓶颈,提供有效、可靠的数据以备厂家进行性能调整。二、 测试方法通过测试基准生成工具,模拟若干客户端、若干用户并发访问数据库操作,请求数据库系统进行处理。同时,通过数据

3、库系统诊断工具、操作系统诊断工具等,监控和记录数据库处理情况,全面了解数据库系统在不同流量压力情况下的运行情况。通过测试统计信息和数据库监控统计信息,分析系统瓶颈,提出调整建议。本次测试遵循事务处理性能委员会(www.tpc.org)的标准,采用TPC-C基准(Benchmark)进行测试。利用基准生成工具,生成符合TPCC V5要求的测试数据和测试场景,并分发到多个代理(Agent)工作站,由各个代理模拟一定数量并发用户和并发事务,提交数据库系统进行处理。TPC-C是一种旨在衡量联机事务处理(OLTP)系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式批量事

4、务在内的广泛数据库功能进行测试。业界将TPC-C视为衡量OLTP系统性能的重要指示器。测试完毕,利用 BenchmarkFactory 生成详细的测试报告。在测试进行过程中,利用Oracle数据库系统提供的Oracle Enterprise Manager工具监测数据库的状态,了解数据库系统在不同压力环境下的运行情况;同时,利用数据库诊断工具Spotlight对数据库系统的性能进行诊断,通过基于 Windows的图形化用户界面,显示数据库中当前的数据流,揭示数据库的进程状态和潜在的性能瓶颈,实时记录数据库系统在测试期间的性能数据,所记录的信息,将成为数据库系统性能调整的重要依据。三、 数据库系

5、统结构(由某电力企业信息部提供)DS6800 光纤交换机光纤交换机DB Server6C24G2HBA卡2千兆光纤网卡Web+App Server2C8G2千兆光纤网卡DB Server4C16G2HBA卡2千兆光纤网卡Web+App Server4C16G2千兆光纤网卡Bigip1000Bigip1000HARACHABI DB Server4C8G2HBA卡2千兆光纤网卡P570P570P570ExpressEthernet1、 核心服务器为两台IBM P570做数据与应用服务器,每台配备8CPU 、32G内存,并进行分区划分,每个分区所占资源可根据实际运行情况做适当调整;另外配备一台P5

6、70 Express做BI数据库服务器2、 存储设备为IBM DS6800,容量以后可根据情况扩展3、 数据库服务器分布在两台P570的分区中,两个分区建立HA,并通过Oracle RAC实现负载均衡和互为热备4、 两台P570应用服务器通过 F5进行硬件负载均衡,两台F5实现HA以提高可靠性5、 在每台P570应用服务器启动Web多个服务进程,以充分利用设备性能,同时不同服务器之间的Web服务进程两两群集,一提高可靠性,客户访问应用服务器时,通过设定不同的端口访问不同的服务进程,以提高系统并发响应的数量6、 两台P570准备好划分第三个分区所需要的硬件设备(硬盘、网卡)四、 测试环境1. 硬

7、件环境(1). 测试环境结构整个测试环境分为三部分:基准生成环境、数据库系统监视环境和被测试的数据库系统。(2). 设备需求9台工作站。所有工作站硬件配置建议如下:CPU: Interl or AMD 1GHzRAM: 256 MBHDisk: 40GBDisplay: 1024x768Network: 100MB Ethernet. Benchmark Factory Console and Repository:基准测试控制台,用于运行BenchmarkFactory工具,生成测试基准用例,生成测试报告等。. Benchmark Factory Agents:基准测试的代理,用于从多台工作

8、站模拟多个并发用户和并发事务。Agents越多,越接近真实运行环境,测试也就越准确。本方案选用5台设备运行Agents,可以根据实际情况增加或减少Agents的数量。. Spolight On Oracle:Oracle数据库性能诊断工具。可以直观显示数据库系统的内部数据流情况,记录数据库系统瓶颈数据,为测试完成后进行性能调整提供依据。. Oracle OEM:Oracle Enterprise Manager控制台。用于监视、诊断Oracle数据库系统的运行状态,记录统计信息,详细了解数据库系统在处理不同压力情况下的性能情况。. Other Tools:其他诊断工具。可以根据数据库系统和操作

9、系统、存储设备的不同选用适当的诊断工具,进一步了解存储设备、服务器等的性能和健康状况。建议采用IBM AIX 操作系统自带的Topas工具,可以详细了解测试期间服务器的CPU使用率、内存使用情况、进程调度情况、网络流量等信息。2. 软件需求(1). 操作系统:Windows XP SP2 专业版。(2). Oracle 10g Client for Windows。(3). Oracle Enterprise Manager 。(4). Spolight for Oracle V3.8。(5). Benchmark Factory for Oracle V4.7。五、 测试步骤1. 准备阶段(

10、1). 制订测试方案确定测试方式、方法,研究测试可行性,编写测试方案。(2). 测试对象调查详细了解被测试的数据系统的情况,并填写“数据库系统情况调查表”(附件一),准备相关的资料,包括操作系统管理员口令、数据库DBA用户口令等。(3). 数据库备份。将需要测试的数据库进行备份,避免在测试过程中因为错误操作造成数据损失。(4). 创建测试用表空间为测试创建表空间,用于保存测试用例数据和索引。表空间的大小是500MB自动扩展。测试完成后,可以删除这两个表空间。(5). 准备硬件设备按照第四节的要求,安装好所需的设备。并填写“测试设备信息表”(附件二)。(6). 破解WinXP SP2的连接数限制

11、Windows XP SP2出于安全的考虑,默认将工作站的并发连接数限制为10个连接。而用于测试的工作站需要模拟几十个甚至几百个并发数据库连接,因此需要将Woindows XP SP2的并发连接数进行破解。(7). 安装测试软件测试工程师按照第四节的结构图,在测试设备上安装相关的软件,并进行必要的设置。具体有:l 安装Oracle Client,配置Oracle TNSNames.ORA文件,并检查每台测试设备必须可以通过SQL*Plus登录和访问Oracle数据库。l 安装Oracle OEM 客户端。为了尽量简化测试过程,本次使用的OEM无需配置OEM服务器,OEM客户端直接通过C/S方式

12、访问数据库,并收集和监测数据库系统的状况。l 安装 Spolight On Oracle工具: 创建Oracle数据库连接属性,包括服务名、DBA 用户名、DBA用户口令、OS 管理员用户名和口令等。l 安装Benchmark Factory Agents:在各Agents 中设置Benchmark Factory 控制台的机器名或者IP地址,以便控制台可以同时调度各Agents生成并发流量。l 安装 Benchmark Factory Console:创建数据库连接的Profile,选定“Enable Clustering”,设置RAC节点数量,以及各个节点的负载百分比。(8). 制作测试用

13、例本次测试的测试用例包括:最常用SQL命令用例、最耗时SQL命令用例、TPCC基准测试用例、目标用例等。. 最常用SQL命令用例:通过访问Oracle的动态性能视图,获得数据库系统最常用的SQL语句,由Benchmark Factory 模拟在不断增加的并发用户数量下,数据库执行这些SQL语句的性能。并发用户数从10200,递增10。. 最耗时SQL命令用例:通过访问Oracle的动态性能视图,获得数据库系统最耗时的SQL语句,由Benchmark Factory 模拟在不断增加的并发用户数量下,数据库执行这些SQL语句的性能。并发用户数从10200,递增10。. 最大TPS目标用例:并发用户

14、数从101000,递增10,检查在多少并发用户数下,TPS值最大。. 最大用户数目标用例:设定系统回应时间为3秒,模拟并发用户从101000递增10,检查达到多少并发用户时,系统的反应时间会超过3秒。. TPC-C用例:TPC-C测试规范中模拟了一个比较复杂并具有代表意义的OLTP应用环境:假设有一个大型商品批发商,它拥有若干个分布在不同区域的商品库;每个仓库负责为10个销售点供货;每个销售点为3000个客户提供服务;每个客户平均一个订单有10项产品;所有订单中约1%的产品在其直接所属的仓库中没有存货,需要由其他区域的仓库来供货。 该系统需要处理的交易为以下几种: l New-Order:客户输入一笔新的订货交易;l Payment:更新客户账户余额以反映其支付状况;l Delivery:发货(模拟批处理交易);l Order-Status:查询客户最近交易的状态;l Stock-Level:查询仓库库存状况,以便能够及时补货。对于前四种类型的交易,要求响应时间在3秒以内;对于库存状况查询交易,要求响应时间在5秒以内。通过模拟并发用户数从204000递增20的情况下进行TPC-C基准测试,确定数据库系统在线事务处理的能力。(9). 检验测试用例在小并发用户条件下运行测试用例,确定用例能顺利执行。否则,进一步修改完善用例。2. 测试阶段(1). 启动测试用

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 大杂烩/其它

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号