计算原则：
以单台服务器性能进行计算，即确保单台服务器工作的时候可以满足系统正常运行的需要；
假设每天有1万人次来窗口办理业务，每人次办理一项业务。即以每日1万笔前台交易为例进行综合系数的推导：
1. 假设每月前台交易数（未来5年内的设计指标）为220,000 （有些业务在月初、月末的处理量比较高，按月统计可以平衡此项差异）;
2. 每日前台交易数=220000/22=10,000 ，即每日 1万笔；
3. 忙时处理能力：每日交易的80%在4个小时内完成，即10000*80%/4=2000（笔/小时）
4. 峰值处理能力：2000*2=4000（笔/小时），即峰值处理能力为每小时4000笔，或 67笔/分，假设业务人员同时在线为100人，即每人每分钟处理0.7笔）
5. 假设每笔交易对应数据库事务数=20，基准TPC指标值对应的比例=8，cpu保留30%的处理能力冗余，计算值与公布值（最优值）的偏差经验值为4 （这几个参数估算的依据不足，更多的是经验值）
则 tpmC值为：
tpmC= 67*20*8*4/(1-30%)= 61257
倒算出 综合系数 = 61257/10000=6.1
即数据库服务器tpmC= 每日前台交易数 * 6.1 （实际计算值应不高于该值）
应用服务器的 tpmC = 数据库服务器 tpmC *50% （一般）
应用服务器的 tpmC = 数据库服务器 tpmC *70% （涉及大量计算的，如社保、税务）
建议：
不管是TPC-C还是SPECjbb2000，计算结果都只能作为一个横向比较的参考。在实际应用中，决定系统性能的因素除了硬件、系统软件外，与应用软件的设计也是有很大关系的，此外，基于系统可扩展性的考虑，更多时候也倾向于一次性的采购。
从长远考虑，以政府信息化主管部门的角度考虑，建立一套评估机制是非常有用的，这其中包括：
1、 通过对各单位业务系统运行情况的调查，进行历史数据的收集分析，按分类建立基准指标库。收集的信息包括：服务器的配置、并发用户数（每天业务量）、CPU负荷等；
2、 由厂商定期提供基准值，更新基准指标库；
有了基准指标库的信息参照，不仅可以用于评估项目建设方案中服务器选型，也可以对各部门进行系统架构设计的优化提供指导。如以下是一些指导原则：
1、 数据库服务器选型：采购两台相同配置的小型机，进行虚拟分区和并行处理，以提高系统资源的利用率；日后扩容时采取垂直扩展的方式进行升级；
2、 应用服务器：采用负载均衡的方式提高并发处理能力，一般可配置2台以上，每台的硬件配置完全可以不同，应首先考虑使用旧的数据库服务器（利旧），如需采购新的服务器，应采用水平扩展的方式逐步升级；
3、 WEB服务器，可以考虑采用刀片服务器，提高扩展性和可管理性。
参考一：
金保工程建设中服务器选型建议：
http://www.molss.gov.cn/gb/zt/2005-12/14/content_98163.htm(中华人民共和国劳动和社会保障部网站)
参考二：某项目计算实例
为了方便计算数据库服务器的造型，我们约定：
" 系统同时在线用户数为1500人（U1）；
" 平均每个用户每分钟发出2次业务请求（N1）；
" 系统发出的业务请求中，更新、查询、统计各占1/3；
" 平均每次更新业务产生3个事务（T1）；
" 平均每次查询业务产生8个事务（T2）；
" 平均每次统计业务产生13个事务（T3）；
" 一天内忙时的处理量为平均值的5倍；
" 经验系数为1.6；(实际工程经验)
" 考虑服务器保留30％的冗余；
服务器需要的处理能力为：
TPC-C=U1*N1*（T1+T2+T3）/3*3*经验系数/冗余系数
则应用服务器的处理性能估算为：
TPC-C= 1500*2*（3+8+13）/3*5*1.6/0.7= 274,285 tpmC
数据库服务器关系到整个系统的稳定运行，考虑到高可靠性和高可用性，并注重设备的可扩展性和性价比，系统将配置两台TPC-C值不小于28万的高性能数据库服务器。
link:
TPC基准程序及tpmc值 http://datum.studyget.com/200603/20060312_17206.shtml
读懂服务器性能指标：拨开服务器评测体系迷雾 http://net.yesky.com/263/2278263.shtml
深入解读TPC体系 http://cnw2005.cnw.com.cn/store/detail/detail.asp?articleId=49970&ColumnId=11541&pg=&view=
如何实施Benchmark标准测试-问题的提出及Tpc-C标准 http://www.eygle.com/archives/2004/10/howto_implement_benchmark_test01.html
假定我要选一台数据库服务器，数据库服务器主要运行Oracle数据库软件，系统需求如下：
目前，每天的交易笔数大约为125，000笔，预计将来每天的交易数大约会扩展1倍：125，000*2=250，000笔。
由此，以平均每天8小时计算，我们可计算出在峰值时系统的平均交易负载： 平均峰值负载 = 250000/8/ 60 = 521笔/分钟
同时，考虑到交易不可能平均分布在网点营业的8个小时内，我们考虑系统运行高峰将会超过平均值的3-4倍，因此我们认为系统的最大峰值负载为：521*4=2084笔/分钟。
我们再提供一定的冗余空间，保证CPU充分发挥能力，提供可靠保证。一般认为系统冗余在 30% 左右，即保证性能的同时又保护投资的平衡点，即：CPU的性能要求 = (最大峰值负载)*(1+30%) =2709笔/分钟根据cpu的性能要求，再考虑到不同机器的处理能力，可以推出系统所需的cpu个数。
因此，可以估算对系统处理性能(tpmC)的需求：性能需求=峰值分钟业务量×每笔业务性能开销=2709*9=24381 tpmC
由于考虑数据库服务器要同时处理1000个连接，系统繁忙时如果全部使用则每秒峰值为1000笔/秒，一般冗余20%，则要求的这部分内存为：1000*(1+20%)*10MB=12G，考虑系统的开销，推荐内存配置为12G-16G。
同时即使在满负荷的情况下，系统也应保证70%的主机CPU处理余量，因此，对应计算得标准TPC-C估值为：24381/70%=34830
转自：https://blog.csdn.net/miyatang/article/details/6387677