数据库压力测试方案

性能测试方案目录前言 31第一章系统性能测试概述 31.1被测系统定义 31.1.1功效介绍 41.1.2性能测试指标 41.2系统构造及流程 41.2.1系统总体构造 41.2.2功效模块描述 41.2.3业务流程 51.2.4系统的核心点描述（KP） 51.3性能测试环境 52第二章性能测试 62.1压力测试 62.1.1压力测试概述 72.1.2测试目的 72.1.3测试办法及测试用例 72.1.4测试指标及盼望 82.1.5测试数据准备 92.1.6运行状况统计 93第三章测试过程及成果描述 103.1测试描述 103.2测试场景 103.3测试成果 104第四章测试报告 11前言本《性能测试规划书》即是基于本文档为测试MES数据库RAC性能方案，测试的服务器为IBMP750，参考科学的性能测试办法而撰写的，用以指导即将进行的系统的性能测试。1第一章MES系统性能测试概述 被测系统定义MES系统作为本次测试的被测系统（注：下列全部针对被测系统地描述均为针对MES系统进行的），MES系统是由.NET编写的一种三层架构的应用软件，后台应用了Oracle10g数据库，该系统比较占用资源重要功效有:看板、生产采集、下载JOB，在本次测试中，将针对这些大数据量的查询、采集功效进行压力测试，检查并评定在模拟环境中，系统、数据库对负载的承受能力，在不同的顾客连接状况下，系统的吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大顾客数。功效介绍根据数据库监控成果，对数据库性能影响比较大的模块是：看板、生产采集、下载JOB。本次测试基于以上功效进行性能测试指标本次测试是针对MES采集在应对密集整转的大压力下而进行的，重要需要获得以下的测试指标。1、数据库的并发数量：即系统所能容忍的最大顾客数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。2、服务器的CPU、I/O和内存使用率：即在多个负载压力状况下，服务器系统CPU解决时间，I/O的读写频率和内存的使用状况。3、数据库的可靠性：即在持续工作时间状态下，系统能够正常运行的时间，即在持续工作时间段内没有出错信息。系统构造及流程（填写客户端配备）MES客户端在实际生产中的体系构造跟本次性能测试所采用的体系构造是同样的，交易流程也完全一致的。但是，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。系统总体构造MES客户端架构为提高产线客户端的顾客响应速度，MES采集客户端采用逻辑封装Oracle、后台异步执行的架构：MES终端直接连接Oracle数据库；MES业务逻辑，封装在Oracle数据库Package中；MES终端采用异步提交的模式，扫码时将条码保存到文本文献，后台定时将文本文献内容提交到Pacakge执行；功效模块（填写客户端采集流程）本次性能测试中各类操作都是由若干功效模块构成的，每个功效都根据其执行特点分成了若干操作环节，每个环节就是一种功效点（即功效模块），本次压力测试重要涉及的功效模块以及所属操作以下表业务流程本次性能测试中，选择的各类交易的业务流程以下：查询的业务流程只是单一环节的，即：输入查询条件后获取查询成果，因此在本次性能测试中只作为一种事务解决。核心点描述（KP）本次性能测试的核心点，就是查看数据库在不同顾客数量（并发）压力下的体现，即：支持的并发顾客数目和并发顾客发送频率，以及在较大压力下，系统的解决能力以及CPU、数据库I/O和内存的使用状况，并找出对应的性能瓶颈。性能测试环境本次性能测试环境与真实运行环境硬件和网络环境有所不同，是真实环境的缩小，数据库是真实环境数据库的一种复制（或缩小），本系统采用原则的CS构造，客户端通过前台安装访问应用系统。其中具体的硬件和网络环境以下：（填写IBMP750）中间件服务器：Weblogic9操作系统：Windows/Solaris10网络环境：LAN（10M）数据库：Oracle10gRAC客户端：PC（Windows）网络拓扑和构造图以下：第二章性能测试从广泛意义上讲性能测试涉及：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次数据库的性能测试重要是采用普通的压力测试模式来执行的，即：逐步增加压力，查看应用系统在多个压力状况下的性能体现。在本次性能测试中，将使用美科利（Mercury）公司的性能测试LoadRunner11对测试应用的各层进行监控，判断J2EE各层次的各类办法和类的调用使用时间和效率，并协助开发人员分析J2EE应用的各类操作的性能瓶颈点。压力测试在性能测试中，压力测试重要是为了获取系统在较大压力状况下的性能体现而设计并实现的，压力测试重要是获取系统的性能瓶颈和系统的最大吞吐率。压力测试概述本次测试是针对数据库在应对密集整转的压力下业务解决能力的测试，检查系统的吞吐率。本系统的压力测试重要是针对重要业务功效客户端采集应用高峰时期，并发顾客数较多的时候的解决能力等。测试目的压力测试的目的就是检查系统的最大吞吐量，检查现行的业务系统在多个压力交易量下的运行状况，检查系统地运行瓶颈，获取系统的解决能力等等。本次针对MES系统所进行的压力测试的测试目的为：给出数据库现在的性能状况定位数据库性能瓶颈或潜在性能瓶颈总结一套合理的、可操作的、适合公司现状的性能测试方案，为后续的性能测试工作提供基本思路。测试办法及测试用例使用美科利公司（Mercury）的性能测试软件LoadRunner，对现行的NES系统进行脚本录制、测试回放、逐步加压和跟踪统计。测试过程中，由LoadRunner的管理平台调用各台测试前台，发起多个组合的交易请求，并跟踪统计服务器端的运行状况和返回给客户端的运行成果。使用的测试办法用例涉及：（1、自动文本扫码2、loadrunner用例）业务类型用例一用例二用例三上线装压缩机合格品采集下线采集针对每个测试用例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量变化过程中对应的解决能力，以更加好的定位系统在达成多少并发或压力下我们的系统出现了不稳定。测试指标及盼望在本次性能测试中，各类测试指标涉及测试中应当达成的某些性能指标，这些性能指标均是来自数据库设计开发时遵照的业务需求，当某个测试的某一类指标已经超出了业务需求的规定范畴，则测试已经达成目的，即可终止压力测试。数据库级别的测试指标：（需要DBA预先评定什么值状况稳定）CPU的运用率不大于40%内存占用不大于80%Processorqueuelength不大于2Responsetime不大于1s吞吐量throughtput不不大于90%业务执行的平均响应时间（盼望值：<15s）不同并发顾客数的状况下的统计上述值网络级别的测试指标：（异地测试需要评定）吞吐量：单位时间内网络传输数据量冲突率：在以太网上监测到的每秒冲突数服务器操作系统级别的测试指标：进程/线程交换率：进程和线程之间每秒交换次数CPU运用率：即CPU占用率（％）系统CPU运用率：系统的CPU占用率（％）顾客CPU运用率：顾客模式下的CPU占用率（％）磁盘交换率：磁盘交换速率中断速率：CPU每秒解决的中断数数据库级别的测试指标：（DBA评定）数据库I/O的流量大小数据库锁资源的使用数量数据库的并发连接数：客户端的最大连接数测试数据准备案例数据：满负荷压力（）根据测试系统的硬件条件，选择满负荷的压力，在系统的资源使用基本维持在90%左右的状况下，测试数据库的解决能力。数据准备工作涉及：测试数据库需含有与真实环境成一定比例或基本一致的数据运行状况统计（测试后填写）统计可扩展性测试中的测试成果及其系统的运行状况。除了统计测试指标以外，应当结合测试实时统计系统各个层次的资源和参数。重要涉及：硬件环境资源服务器操作系统参数网络有关参数数据库有关参数：具体数据库参数有所不同，结合各个数据库独有的特点统计第三章测试过程及成果描述测试描述在测试数据准备完备后来，测试将进行。统计每次测试的成果数据，分析测试成果对系统进行全方面评定。测试场景（需要测试填写）测试中，使用逐步加压的模式，测试运行场景安排以下：每隔2秒增加1个顾客连接，最多增加到100个顾客，查看并统计运行状况每隔2秒增加2个顾客连接，最多增加到200个顾客，查看并统计运行状况每隔2秒增加1个顾客连接，最多增加到300个顾客，查看并统计运行状况每隔3秒增加1个顾客连接，最多增加到400个顾客，查看并统计运行状况每个场景都涉及：顾客登录-业务操作-业务完毕-退出系统，全部用例都按以上场景进行测试，由于pc性能限制，为了更精确模拟现场环境，将运行的全部脚本布署在8台LoadRunner终端上，重要目的就是检查在不同的压力的状况下，业务系统的性能体现。已申请10台虚拟机，配备为Windows、2.67GHz双核CPU、4G内存。在10台虚拟机上布署采集客户端，每台布署15个终端，每个测试终端隔1秒生成一种条码模拟文献，即