TPC-C方法评估售前硬件方案

图片 1

XX集团硬件方案调研

有一个业务数据库大约120G左右,日志每天都要增长40G左右,系统运行缓慢,想找到异常的原因数据库SQL2008;与其他数据库的交互业务比较多,以前没有这个现象,好像是公司感染过永恒之蓝病毒后,现象出现的,不敢太确定。请专家帮忙看看,如能解决问题,一定好好谢谢提供对策的人

一、XX集团业务特点
系统采用XXX部署模式.新建的系统为NC。其中每月凭证量在9万左右,单据量每月在1万左右。并发人数财务3000人左右。
客户的具体业务量信息如下:
以XX股份现有业务量为例,每月XXX业务约为3000笔,XX业务约为7000笔、XXX业务约为7000笔,XX业务每月约为100000张,合计每月需要存储空间约80G。
据此,以XX股份的业务及数据量为基数1估算,XX公司的业务及数据量约为1,本部其它单位的业务及数据量约为1,所有单位的业务及数据量按照与本部的规模相当计算约为3,按此估算整个XX集团的业务及数据量约为XX股份的6倍,按照在线生产系统数据保留5年估计,生产系统共需要至少30T的存储空间。超过5年以上的数据进入归档系统管理,超过10年以上的数据备份到磁带库中作为历史数据进行管理。历史数据可以再恢复到归档服务器中进行查询。
二、项目硬件需求评估

根据上述信息,我们采取TPC-C检测,可以从如下几个方面进行基本的评估。

图片 2

image.png

2.1数据库服务器:
评估方法:
TPC-C测试基准主要用于测试主机服务器每分钟能够处理的联机交易笔数,测试产生的单位结果是TPM值(Transaction
Per Minute,即每分钟处理的交易比数)。
TPC-C虽然客观的反映了各个计算机厂商的系统处理性能,并且测试基准也在不断完善以更加贴近现实应用的交易环境,但是仍然无法与纷繁多样的各类实际应用完全吻合;而且参加TPC测试的主机系统都做了适当程度的系统优化。因此,在实际业务应用系统选择主机服务器乘载体时,必须考虑到多方面的因素,以最大程度的做到适合应用系统的生产需求。
以下计算公式是用友公司在实际应用中总结的经验方法论,基本反映了业务特点对主机处理能力的需求:
TPM=TASK x 80% x S x F / (T x C)
其中:
TASK:为每日业务统计峰值交易量
T:为每日峰值交易时间,假设每日80%交易量集中在每天的3小时,即180分钟内完成:T=180。
S:为业务操作相对于标准TPC-C测试基准环境交易的复杂程度比例。由于实际的业务的复杂程度与TPC‑C标准测试中的交易存在较大的差异,根据实践用户的统计结果,每笔交易操作相比较于TPC标准测试中的每笔交易的复杂度此值可设定为20~40。
C:为主机CPU处理余量。实际应用经验表明,一台主机服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈,而利用率处于60%时,是处于利用率最佳状态。因此,在推算主机性能指标时,必须考虑CPU的冗余,设定C=60%。
F:为系统未来3-5年的业务量发展冗余预留。
综上所述,为保障联机业务处理性能要求,我们可推算得出主机所需的处理能力,据此得出相应的机型和配置。
评估结果:
根据XX的业务特点,遵循公式TPM=TASK x 80% x S x F / (T x C)。
TASK:
XX股份以XX股份现有业务量为例,每月XX业务约为3000笔,XX业务约为7000笔、XX业务约为7000笔。所以每月XX股份交易处理数为17000,整个XX集团交易处理数为102000。我们以20个工作日为一个月计算,每日业务交易量,XX股份为850,XX集团业务量为5100。我们以全集团进行估算。考虑到其他产品模块业务(x3),未来3年内的规划(x3)以及高峰交易日(x3),这里我们再乘上设计指标27倍,即单日交易量为137700。(有些业务在月初、月末的处理量比较高,按月统计可以平衡此项差异)。
峰值处理能力:每日交易的80%在2个小时内完成,即每笔交易的时间为13770080%/120=918(笔/分钟)。
因此每日业务统计峰值交易量为918
6024=1321920。
T:
为每日峰值交易时间。假设XX集团每日80%交易量集中在每天的2小时,即120分钟内完成:T=120。
S:
为业务操作相对于标准TPC-C测试基准环境交易的复杂程度比例。根据实践用户的统计结果,结合OLAP和OLTP后,每笔交易操作相比较于TPC标准测试中的每笔交易的复杂度此值可设定为20~40。
根据业界标准,交易复杂度可以在20-50之间,考虑到ERP管理系统兼有OLTP和OLAP特点,由于每天大量的经营数据要通过报表、查询引擎、BI等系统分别呈现给各级领导和业务人员,所以我们取最高值50。
C:
为主机CPU处理余量。实际应用经验表明,一台主机服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈,而利用率处于60%时,是处于利用率最佳状态。因此,在推算主机性能指标时,必须考虑CPU的冗余,设定C=60%.
F:
为系统未来3~5年的业务量发展冗余预留。按照之前的预估,我们把未来的业务量估算为目前的3倍。
因此最终计算出的XX集团共享财务系统TPM值为
TPM=1321920
80%503/120*60%=2203200.
2.2应用服务器评估:
评估方法:
应用服务器的 tpmC = 数据库服务器 tpmC *50% (一般)
应用服务器的 tpmC = 数据库服务器 tpmC 70% (涉及大量计算或通讯接口)
评估结果:
应用服务器的TPM为30600
70%=1542240.

相关文章

Comment ()
评论是一种美德,说点什么吧,否则我会恨你的。。。