如何确定服务器配置

1、如何碓定服将器配置根据生走规模来选择服务器配置、内外置磁盘大小、以及网络带宽，是一件复杂的事情，参照未来的走能猊模来言平估所需服将器硬件配置， 是建立一个接近真实流程应用的操作环境，进行各种压力测试，测算出不同 的用户数量下，系统的响应时间和吞吐量，并得出当时服务器的各种资源的 利用率情况，对硬件资源的完整评估，需要考虑下列几个方面 ：服将器的性能的言平估一、客户端工作站或前端桌面的评估二、通讯网卡和网络带宽的评估根据工业界的Benchmark对服务器进行评估，推算出符合业务规模的 服务器配置，同时要考虑在做系统管理时所消耗的资源，如在做备份、恢复、 问题诊断、性能分析时、软件维护时都会对资源

2、带来附加的消耗，对重要资 源要考虑为将来留下升级和可扩展的余地，下列是一些通用的原则：处理器:要考虑高峰时的处理器的能力，并适当保留一些缓冲，确保在业务增长时，系统有扩展的余地。如果要保持快速的响应能力，应当为CPU保留20%至40%的富余量。内存:要为运行在此服务器的所有应用软件考虑内存，所需要的内存主 要依赖于用户数、应用程序类型、进程的方式、和应用程序处理的数据量决 定。磁盘:评估业务的实际用户的数据量，以此推算出磁盘的最小个数，不 要忘记选择备份设备（如磁带机）。IO槽:尽量保留更多的IO槽，防止将来插更多的PCI卡。网络:选择合适的网卡，保证网络不是系统的瓶颈。在评估数据库服务器性能

3、时，最困难的事情是如何把握准确度问题，到 底考虑哪些因素等。理想情况下，应考虑下列要素 ：交易的复杂性交易率数据读/写比例并发连接数目并发交易数目数据库最大表的大小性能度量的目标基于TPC-C的推算，评估数据库服务器的CPUTPC-C基准是事务处理委员会建立的一个专门演示在线事务处理性能(OLTP)的性能基准，它的测量方法是为了使客户能够评估不同的在线事务 处理系统的性能，这些事务进程于一个可控制的状态下在一个标准的数据库 中运行。TPC-C测试包括5个典型的OLTP事务，它们是：新订单：一个用户提交一个新的订单支付：更新用户的账户余额以反映一个支付交付：订单的交付(通过一个批事务处理实现)订

4、单状态:返回用户最新订单的状态库存水平：监控当前仓库库存TPC-C的事务处理是在一个9个表的数据库上实现的事务处理过程包括:更新、插入、删除、终止，以及对主和次级键的访问 ，每种事务处理90%的响应时间应小于或等于5秒，其中，库存水平的响应时间可以在20秒以 内。TPC-C的吞吐量值是终端活动水平的直接结果，如每一个仓库有10个终端，在每一个终端上上述5个事务都是可用的，一个远程的终端仿真器被 用来在性能测试过程中进行必要的事务混合工作。这个混合代表着一个完整 的订单商务处理流程：录入、支付、检验、交付。更专业的是，这个必要的 混合被定义为产生一个相等数量的新订单和支付事务，以及在每10个新订

5、 单事务中产生一个交付事务，一个订单状态检验事务和一个库存水平检验事 务远程终端仿真器也被用来测量每一个事务的响应时间，以及用来模拟键 入时间及思考时间，键入时间是指在终端上录入数据所花费的时间，思考时 间是指操作人员在终端读取事务的结果，进行下一个事务请求之前所花费的 时间。每一个事物都有一个最小键入时间和最小思考时间。另外，这个响应 时间必须在一个给定的极限值之下。TPC-C基准测试的结果-TPC-C的吞吐量(tpmC),代表的是系统的最 大的持续性能，它被定义为系统每分钟可以处理多少个新订单事务，与此同 时，系统还在处理其他四种事务类型(支付、订单状态、交付、库存水平)。所有5个TPC-

6、C事务都有某个限定的用户响应时间要求，其中新订单事务 的响应时间是5秒以内。因此如果一个系统的TPC-C值是100tpmC/min ,说明该系统在每分钟处理其他的混合的TPC-C事务的工作的同时，可以产 生100个新订单事务。如何使用TPC-C进行服务器的评估由上可知，TPC-C测试基准主要用于测试主机服务器每分钟能够处理 的联机交易笔数，测试产生的单位结果是TPM值(Transaction Per Minute ,即每分钟处理的交易比数)。TPC-C虽然客观的反映了各个计算机厂商的系统处理性能，并且测试 基准也在不断完善以更加贴近现实应用的交易环境，但是仍然无法与纷繁多 样的各类实际应用完全

7、吻合；而且参加TPC测试的主机系统都做了适当程度 的系统优化。因此，在实际业务应用系统选择主机服务器乘载体时，必须考 虑到多方面的因素，以最大程度的做到适合应用系统的生产需求。以下计算公式是 旧M公司在金融综合业务系统的实际应用中总结的经 验方法论，基本反映了金融业务特点对主机处理能力的需求：TPM=TASK x 80% x S x F / (T x C)其中：TASK:为每日业务统计峰值交易量T:为每日峰值交易时间，假设每日80%交易量集中在每天的4小时，即240分钟内完成:T=240。S:为实际银行业务交易操作相对于标准TPC-C测试基准环境交易的复 杂程度比例。由于实际的金融业务交易的复

8、杂程度与TPC?C标准测试中的交易存在较大的差异，须设定一个合理的对应值。以普通储蓄业务交易为 例，一笔交易往往需要同时打开大量数据库表， 取出其相关数据进行操作， 相对于TPC-C标准交易的复杂度，要复杂很多；根据科学的统计结果，每笔 交易操作相比较于TPC标准测试中的每笔交易的复杂度此值可设定为1020。C:为主机CPU处理余量。实际应用经验表明，一台主机服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈，而利用率处于75%时，是处于利用率最佳状态。因此，在推算主机性能指标时，必须考虑CPU的冗余，设定C=75%。F:为系统未来35年的业务量发展冗余预留。综上所述，为保障

9、用户能正常使用生管控系统，依照上面言平估服 将器的明结合公司隙的生,以及PM提供的走能58测表， 可推 算得出主机所需的处理能力,据此得出相应的机型和配置。使用TPC-C进行数据库服务器评估由于目前SUN客户品未来的生品主要分三值I陪段的生流程：PCBA段走品作棠，半成品生走作棠，成品段的生作作棠工站言孔管控系统工作模式舄C/S（Client/Server）模式，参照SUN能58测表，来推算每天的数量：2041*60*24= 2939040假IS EFOX系统每笨言己金录交易的彳复亲隹度舄15 （上文有明,参考值10 20） ,B里取值15 ,那么ttttB操作数到：2939040*15=44

10、085600（合有惚4400 M次）另周遑部乃及走作棠同仁随日寺在查言旬EFOX幸艮表,估凭0侗用户在使用,每分疆使用3次，每天使用日寺冏舄10侗小日寺,估算操作到：50*3*60*10*15=1350000那么KSW操作建到44085600+1350000=45435600（合Mi勺4544 M次）假哉每天的数携（交易的80%集中在16小畤内畿生，那么高峰交易联横交易次数舄:45435600*80%/（16*60）=37863要为将来陆续加入的应用至少预留40%的处理能力；另外，考虑到CPU的 繁忙时间低于60%时， 系统的性能较好， 我们把这个比例定在50%。 所以系统的TPC-C值应达到

11、：37863 - (-40%)+ 50%=126210内存容量需求分析首先根据数据库容量算出所需的数据库缓存大小，再估计出操作系统、 系统软件等所需内存，合计即是所需的内存容量。对于64位服务器，在实践中必须将数据库缓存大小限制为4GB计算出系统内存需求为：1. Windows2003操作系统所占的内存256MB2.数据库管理(SQL2005 64 bit)系统所占的内存2G3.热备等系统软件所占的内存256MB4.应用程序所占的内存1G5.数据库缓存4GB6.合理的内存利用率一般低于50%曲15G存储容量需求分析参考富前SUN的ttSW服将器的硬盘容量：550G，由于未SSUN的能将 逐步攒大，下面来猊划存储容量解决方案：由于操作系统（含系统捕丁，其他必件等）的需40G空冏的硬盘，数携WT所占空冏的30G ,由于要保存速三 天的脩份数披犀文件及号帚禧日志文件,如此占空冏大概在120G左右，另由于 查言旬糜史数披犀，要装戴俪值I糜史数StJf,大会勺占空冏60G ,另存放糜史 fi!份数 披犀文件，一般保留一年（其他超遏一年以上的保存在糜史脩份服将器上 ）四 值季度的ttttB文件合Hi勺120G ,同日寺畲保存其他一些重要黄料文件，初步 估言十需要20G，硬盘空冏的利用率一般不超遏85% ,如此言十算硬盘容量舄（40+30+120+60+120+20）/85%=