服务器性能计算公式
1.技术建议书
1.1.系统部署结构及软硬件配置
1.1.1.设备部署方案
常见的集团式部署方案有三种:
集中式部署：目录数据与原文均集中在总部服务器中;
分布式部署：目录数据与原文数据均分散在各个二级单位中存储, 统将全集团数据
再由一套分布式全文检索系提供统一门户、统一权限的检索;
混合式部署：目录数据集中存储在总部服务器中，电子文件存放在各个二级单位服务器中;
XXXX根据本次项目需求与特点推举以纯B/S软件平台构成的集中式部署方案。
各种方案优点对比:
1.1.
2.硬件说明 1.121. Hyper-V 硬件需求
安装并使用Hyper-V 角色，需要满足以下条件
一个基于64位的处理器。Hyper-V 仅在64位Windows Server 2008 中可用 ----------------- 具体包括 64位的
Windows Server 2008 标准版、Windows Server 2008 企业版以及 Windows Server 2008 数据中心
版。Hyper-V 在32位(x86)版本的或基于安腾系统版本的 Windows Server 2008 不可用。虽然如
此，Hyper-V 管理工具仍然提供 32位版本。
硬件辅助虚拟化。这可用于包含了虚拟化选项的处理器一一具体来说，包括拥有In tel
(Intel VT )或 AMD Virtualization (AMD-V 技术的处理器。
硬件强制数据执行保护 (DEP 必须可用并启动。具体来说，必须启用In tel XDbit ( execute disable
bit )或 AMD NX bit (no execute bit )。
硬件辅助虚拟化以及硬件强制 DEP 在 BIOS 中设置。虽然如此，设定的名称可能与以上有所不同。
了解特定的处理器型号是否支持
Hyper-V ,请与计算机制造商进行联系。如果调整了硬件辅助虚拟
化和硬件强制 DEP 的设定，可能需要断开计算机电源，并重新开机。简单的重新启动可能无法使设 置生效。
1.1.
2.1.1.
内存
可以使用的最大内存数量由操作系统来决定。具体如下:
对于 Windows Server 2008 企业版和 Windows Server 2008 数据中心版来说，物理计算机可以配
置最多1 TB 物理内存，运行这些版本操作系统的虚拟机可以为每台虚拟机分配
Server 2008标准版来说，物理计算机可以配置最多
32 GB 物理内存，运行这些版本做系统的虚拟机可
以为每台虚拟机分配 31 GB 内存。
Virtualizati on Tech no logy 64 GB 内存。对于 Windows
1.1.
2.1.2.
处理器
拥有最多16个逻辑处理器的物理计算机可以支持
Hyper-V 。逻辑处理器可以是一个核心处理器或
者使用超线程技术的处理器。可以为一个虚拟机配置最多四个虚拟处理器。虽然如此，一个客户操作系 统可以支持的虚拟处理器数量可能更少。
以下列表是受支持的系统以及其提供的逻辑处理器数量的示例:
1.1.
2.1.
3.
网络
Hyper-V 提供了以下网络支持:
每个虚拟机可以配置最多 12个虚拟网络适配器，8个可以被配置为网络适配器类型， 4个可以
配置为老式网络适配器类型。 网络适配器类型可以提供更好的性能， 并需要一个虚拟机驱动程
序，该驱动程序包含在了集成的服务包之中。
道。
可以创建无限数量的虚拟网络，对应无限数量的虚拟机的虚拟网络。
1.1.
2.1.4. 存储
Hyper-V 支持多种存储选项。可以为运行
Hyper-V 的服务器提供下列类型的物理存储:
—SATA 、外部串行进阶技术连接（ external Serial Adva need Techno logy Attachme nt 并行高级技术连接（P arallel Adva need Tech nology Attachme nt
SAN :可以使用 In ternet SCSI （iSCSI 、、光纤通
道（Fibre Channel 、及 SAS 技术。
网络连接存储。
可以配置虚拟机来使用以下类型的虚拟存储。
虚拟硬盘支持最大2040 GB 。可以使用固定大小的虚拟硬盘、动态扩张的虚拟硬盘以及差异磁
一个单处理器 双核系统提供两个逻辑处理器。 一个单处理器 四核系统提供四个逻辑处理器。 一个双处理器 双核系统提供四个逻辑处理器。 一个双处理器 四核系统提供八个逻辑处理器。 一个四处理器 双核系统提供八个逻辑处理器。
一个四处理器 双核、超线程系统提供十六个逻辑处理器。 一个四处理器
四核系统提供十六个逻辑处理器。
每个虚拟网络适配器可以配置使用静态或动态 MAC 地 址。
每个虚拟网络适配器提供集成的虚拟本地网络（
VLAN 支持，并可以分配一个唯一的
VLAN 通
直接连接的存储：可以使用串行进阶技术连接（
Serial Adva need Tech no logy Attachme nt
eSATA 、
Attached SCSI
SAS 、SCSI 、USB 及火线连接。
PATA 、串行连接 SCSI （Serial
存储区网络（Storage area network
盘。
虚拟IDE设备。每个虚拟机支持最多4个虚拟IDE设备。启动盘（有时也称为引导盘）必须连
接到其中一个IDE设备商。启动盘可以是一个虚拟硬盘也可以是一个物理硬盘。
虚拟SCSI设备。每个虚拟机最多支持4个虚拟SCSI控制器，每个虚拟控制器支持最多64个磁盘。也就是说，每个虚拟机可以配置为支持256个虚拟SCSI磁盘。
物理磁盘。直接连接在虚拟机上的物理磁盘（有时也称为穿透磁盘）在客户操作系统所支持的
范围内没有容量限制。
虚拟机存储能力。使用虚拟硬盘，每个虚拟机可以支持最大512 TB的存储容量。使用物理磁
盘，这一数量可以根据客户操作系统所支持的容量变得更大。
虚拟机快照。Hyper-V对每个虚拟机支持最多50个快照。
1.1.
2.1.5. DVD S 区动器
一个虚拟机在创建的时候便缺省拥有一个虚拟DVD驱动器。虚拟机可以配置最多3个DVD驱动器,
连接到IDE控制器上。（虚拟机最多支持4个IDE设备，但其中一个必须作为启动盘）一个虚拟DVD驱
动器可以访问.iso文件或物理介质的CD和DVD虽然如此，在同一时间只有一个虚拟机可以配置访问
物理CD/DVD驱动器。
1.1.
2.1.6. 硬件的要求
根据Hyper-V虚拟服务器部署的要求，目前XXX现有的利旧HPDL580G5服务器，可满足Hyper-V
安装的需求，该服务器的硬件配置可满足数字档案管理系统部署的需要，并且该服务器支持Microsoft Win dows Server 2008 Hyp er-V 。如果服务器在实际部署应用中不足时，建议购置HP DL580G5同等配置的或者高于HP DL580G5配置的服务器。
1.1.
2.2.计算方法和依据
应用服务器从处理能力上来讲，最重要的指标是业务处理过程中所需要的并行处理能力, 这一指标通常都是通过衡量主机的TPMC直取得；其它对主机硬件性能上的需求还包括内存大小，以及对外连接
的数据线路带宽。在计算主机所需要的TPMC硬盘及带宽时，直接影响这些计算结果的因素包括：用
户的业务模型（也可以用一定收敛比来表示）、所开展的业务种类、所开展业务的并行应用需求；在组
网设备上，一般根据带宽及所需要的网络接口及数量来选取网络设备。以及所选设备应支持微软
Microsoft Win dows Server 2008 Hyp er-V 虚拟化。
我们设定企业用户数为8000人，平均每个人员每月登录应用服务器的次数为110次，每个管理员
每月平均登录30次。忙时并发用户不超过100 人。
预计业务模型参数如下表所示:
参数名称数量单位
/60 / /网 每月使用业务数：用户数X 个人用户月使用次数=
8000X 110 = 880000 次。
量10K以及应用服务器与客户侧业务系统之间的通讯流量
带宽=(42240*10/3600*50K*8bit) / 0.4
1.1.
2.
3.
4.硬盘容量
WEB容器的日志40K。
=115 Mbps。
用户操作产生的日志:
用户每次操作产生日志文件大小为 10K
每年用户产生的日志文件大小
=所有使用用户数*用户每次操作产生日志文件大小 *用户每月登录次数*每次登录操作数*12个月
=8000*10*110*10*12 =1000G 。
即每月产生：1000/12=84G,每三月备份一次应用服务器 WEB 容器日志84*3=252G 系统产生的日志 系统运行每天产生 5M 的日志文件 系统每年产生的日志文件大小=5*30*12 = 1800M = 1.7G 配置选型结果: 硬盘：256G*4 1.124.数据库服务器 1.1.2.4.1. CPU
生能 用户应用服务器要求的 TPCC=单位用户数忙时每分钟登录次数X 每用户每次登录操作数 /60 (分钟/小时)X 平均每用户每操作消耗 2 个 TPMC= (42240*10/60)*2 = 14080TPMC 30%的冗余，则主机 TPCC 要求 14080/(1-30%) = 20114TPMC 管理服务要求的TPCC=管理员忙时每分钟峰值登录次数X 管理员每次登录操作数 /60 (分钟/ 小时)X 平均每操作消耗 2个TPM & 576*2.9/60*2 = 56 考虑30%的冗余，则主机 TPCC 要求56/(1-30%) = 80 TPMC 应用服务器 TPCC 要求=20114+80=20194TPMC 本次配置HP ProLiant DL580 G5 (2个CPU 可满足性能需求 1.1.2.4.2. 内存大小 内存取CPU 个数的4倍，即8G. 1.1.2.4.3. 带宽计算
应用带宽要求=忙时峰值登录次数 *每次登录操作数/3600 X 每次操作应用服务器产生流量 /网 络使用效率; 每用户每次操作应用服务器产生流量平均为 10KB;
带宽=(42240*10/3600*10K*8bit) / 0.4
=23 Mbps 1.1.2.4.4.硬盘容量
系统产生的日志系统运行每天产生10M的日志文件
系统每年产生的日志文件大小
=10*30*12 =3.6G
=80*1.5*365=43G 。
=65*2.5*365=58G 。
=90*365=32G 。
系统需要保存数据的时间长度：按照档案法规定，分为“永久” 档案类型较
多，档案数据有文档、图片、视频等数量比较大，也为系统应用和数据存储的长远发展考虑,
建议数据存储容量大于
10TBo 1.1.2.6.网络设备 综上网络带宽为：
115+23+23+23=184Mb ps
推荐的网络设备：Cisco 3825 路由器、Cisco WS-C3560G-24TS-S 交换机、Cisco ASA5520-K8 防火 墙均满足带宽要求。
备注：鉴于XXX 的网络设备已经很完善，可以先利用现有的设备，若不足时可考虑购置。
1.1.
2.7.硬件配置选购
考虑，服务器对存储容量要求较高，每台机器配置
4*256G
1.1.
2.5.磁盘阵列
数据库文件
平均每个用户登录产生 10条数据库记录,
即访问日志，每条日志
5K 数据库文件所需硬盘空间。
=平均每个用户每次登录产生访问日志条数
*平均每条日志大小*每个用户每月登录次数*12个月*所
有用户数
=10*5*110*12*8000 = 504G
每个月产生的日志大小为：
504/12=42G ， 考虑磁盘阵列采用 RAID0+1方案，即使使用镜像方式，也
可以满足存储要求，并预留一定的空间，有利于保证I/O 的性能要求，故采用SUNST2540,5*300G （ RAID0+1 方案为1200G ）存储空间可满足要求
配置选型结果:
档案数据文件
平均每天从OA 系统转入档案系统公文:
80份，每份公文大小约：1.5MB
平均每天从法务系统转入档案系统资料
:65份，每份文件大小约：2.5MB
平均每天从EPM 系统转入档案系统资料:
90M
现有档案系统基础数据 600GB 图片信息
200GB 和大量视频信息（大小暂无法预估）
。
、“ 30年”、“10年”等，考虑到XXX
内网服务
器HP DL580G5
新型英特尔至强7300四核处理
器具有更出色的可扩展性；配有8个标
准PCI Exp ress 插槽，并能够添
加3个额外
PCI Express 或PCI-X 插槽，可提供高带
宽和扩展灵活性；
32个DIMM插槽可用
于256GB 的P C2-5300 全缓
DIMM （DDR2-667）;寻求附加存储的
用户可以安装多
16 个SFF SAS/SATA热插拔驱
达
动器（具有高达2.336TB 的内置存储）; 可增强性
能的标准特性包括集成的双千兆
网卡和智能阵列P400i控制器（带
有512MB电池支持的高速缓存写入）。
2 个Multibay 介质托架、
11 个PCI插槽、16个内置硬盘驱动
器。
内存8G 硬盘4*256G。
档案管理信息系
统的部署。
数据库系统的部署和
运行。2台服务器做
双机热备、1台做文
件服务器。
磁盘阵列
SAN交换
机
HP
StorageWorks
MSA2000FC(AJ
745A)
H P
StorageWorks
8/24 SAN 交换
机(AM868A)
最大存储：48TB;外接主机：4Gb光纤通
道；RAID 支持：RAID 0,1,3,5,6,10,50
；
单机磁盘：12个；内置硬盘接口：SAS
SATA双控制器增强型
接口类型：FC;接口：16,最大24；接口速度：
8Gb ps；
档案数据、文件
数据、数据库数
据等的数据存储
和备份；光纤存
储
磁带库
HP
StorageWorks
MSL6030(AD60
6B)
最大存储容量：12000（GB），压缩后存储容量：
24000GB持续数据传输率：80MB/S，压缩后传输
率：160MB/s ；接口类型：
Ultra320 SCSI （LVD）;驱动器数目：1 个; 驱动
器类型：Ultrium（傲群）960 ;插槽数：30个；
支持存储介质：Ultrium 800 GB数据磁带；存储
技术：LTO ultrium
1.13软件说明
1.131.操作系统要求
SAN交换机
数据资源的长期
保存
根据XXX对数字档案馆系统建设的需求，以及硬件环境部署和运行精细化的考虑, 服务器上操作系统需进行新的采购，鉴于众多因素的考虑，采购Win dows Server 2008 R2 En
terprise
（企业版）。虚拟化是当今的数据中心的重要组成部分。利用虚拟化提供的运行效率，组织可以显著减轻运行负担，降
低电源消耗。Windows Server 2008 R2 提供两种虚拟化类型：Hyper-V提供的客户端和服务器虚拟化,
以及使用远程桌面服务的演示虚拟化。
1.1.32备份软件的要求
根据北京移动需要新购置备份软件一套，对备份软件要求需要支持微软Hyper-V虚拟化环境在线
备份，支持Windows系统在线备份，支持SQLServer 2005数据库在线备份，支持灵活的备份策略设置,
可以全自动执行备份任务。经过对备份软件需求的分析，推荐Acronis ? Active Restore 。
1.1.3.
2.1. Acro nis 公司
Acronis 是一个全球化的公司，分别在美国、欧洲及亚洲设有办公室。其产品销售采取直接及通
过企业经销商的销售方式。Acronis 作为世界领导者提供高级可缩放的存储管理和灾难恢复软件，帮
助企业维护企业信息并确保其基础结构的可用性、安全、完整及可恢复性。Acronis 的专利产品一磁
盘映象和磁盘管理技术，在数据保护、备份与恢复、系统部署、以及物理和虚拟服务器的迁移等方面的
优秀表现广泛赢得企业好评并获得许多奖项。Acronis 的旗舰产品Acronis Backup & Recovery 10
现已成为Windows和Linux 服务器的商业磁盘映像和裸机还原解决方案的领导者, 它也是自动化系统
的可携带和迁移工具。自2002年以来，选择Acronis Backup & Recovery 一直都是中小型企业以至Fortune 500强银行、专业技术服务、医疗保健、科技、零售、政府和制造业市场客户所选择的解决方
案
。
1.1.3.
2.2. 全天候运行
使用Acronis 的Drive Snap shot 专利技术，可在系统使用期间为其创建映像，确保全天候可用性。这种技术使该产品能够进行备份并创建关键操作系统文件、主启动记录及任何基于分区的启动记
录的映像，而无需重新启动。通过CPU调节/分配功能可限制应用程序的CPU使用量，以便为关键任
务应用程序提供最大可用的CPUo而且，管理员可在备份过程中，控制硬盘驱动器写入速度及所使用
的网络带宽，从而最大程度减少业务操作的中断。
1.1.3.
2.
3. 自动备份
使用Acronis Backup & Recovery 10 中的预定功能，用户只需按组、特定时间或事件创建备份任
务
。
用户可在Windows应用程序事件日志或Acronis 自带日志文件中查看Acronis 相关事件。
该产品还支持在备份前后创建自定义命令。例如，用户可以在创建映像前自动运行杀毒产品，并
在创建映像后验证备份的有效性。由于可以预定上述任务，您无需每次重新创建脚本来运行事前和事
后事件任务；您只要设置一次预定事件，它们每次就会自动运行。
1.1.3.
2.4. Acro nis Recovery for SQL Server
全面的恢复不仅仅需要数据备份。MSSQL数据库包含表格、日志及其他架构数据的组件。使用统一标准直观化的Acro nis Recovery for MS SQL Server 备份解决方案，是创建可以成功恢复安全实
时数据库备份的关键。现在由于Acronis 提供系统还原自动到故障点，因而恢复变得更容易。无需逐
一选择菜单来使系统恢复。 这个单一过程可以让数据库回到故障发生之前最后一次正常状态。 恢复错误
IBM Webs phere App licati on Server
6.1.1.0 及以上版本（JDK 1.5及以上版
本）
处理不再花费您数分钟或数小时。这个功能强大的备份和还原解决方案含有直观的向导驱动图形用户界 面，引导您完成预定过程，减少可能出现的错误。备份策略助手针对您的环境创建灾难恢复计划，为恢 复提供逐步的说明。任何人（不管是否是有经验的 DBA ），都可以预订备份工作和迅速还原系统。 Acronis 甚至提供FTP 功能，可以存储您的备份在任何网络上。使用
Aeronis Recovery for MSSQLServer 软 件研发套件（免费附送）具有最大的灵活性。您的企业可以通过使用现有的软件与架构来自定义和使用 经证实的Acronis 数据管理技术。
1.133.软件产品
数据库系统: Oracle Database 10 g 及以上版本 IBM DB2 8.2 及以上版本
推荐理由：SQL server 2005 企业版数据库产品成熟度高、技术先进性, SQL server 2005 企业版
Microsoft SQL server 2005 企业版
稳定性高、从节约成本利旧考虑。
应用服务器:
Tomcat 5 及以上版本（JDK 1.5及以上版本 推荐）
Oracle WebLogic Server 9.2 及以上版本（
JDK 1.5及以上版本）
较高
占用的系统资源小，扩
占用系统资源较多，扩 占用系统资源较多，扩
发工具相配套，开发
Web 程序十分方便，缺
点：价格过高。
由于遵从J2EE 规范, 所以从Tomcat 向其他 平台转移时，工作量是
Tomcat 下的东西 移到 Weblogic ,基本上 只是copy
推荐理由： Weblogic 或者IBM Websphere Application Server
动辄十几万，出于节省投资的角度
考虑我们推荐客户使用 Tomcat 。Tomcat 是实现J2EE 规范最好的应用服务器，本项目没有用到 EJB
技术Tomcat 可以满足需求。由于遵从 J2EE 规范，所以从Tomcat 向其他平台转移时，工作量是非
常小的。
1.1.34软件配置选购
软件配置
对比项目
Tomcat 5 WebLogic
IBM Webs phere
App licati on
Server 易用性、维护性
展性好，支持负载平 展性好。因为是商业服 展性好。因为是商业服 衡。开放式原码的应用 务器源码不开放不便 务器源码不开放不便 应用性与性价比
服务器便于更改。
一个免费服务器软件, 配置比较简单。实 现
J2EE 规范最好的应用
服务器。市场占有率较 咼。
于更改。
于更改。
较高
中等
weblogic 是企业级的
服务器，配置比较简单 是目前市场商业应用 服务器中占有率最高 的。缺点：价格较高。
IBM App licati
on
Webs phere
Server
是企业级的服务器 是IBM 的产品，功能很 强大，而且有IBM 的开 较高
启动速度
较高 中等 中等
可移植性
服务器性能计算公式
1.技术建议书 1.1.系统部署结构及软硬件配置 1.1.1.设备部署方案 常见的集团式部署方案有三种: 集中式部署：目录数据与原文均集中在总部服务器中; 分布式部署：目录数据与原文数据均分散在各个二级单位中存储, 统将全集团数据 再由一套分布式全文检索系提供统一门户、统一权限的检索; 混合式部署：目录数据集中存储在总部服务器中，电子文件存放在各个二级单位服务器中; XXXX根据本次项目需求与特点推举以纯B/S软件平台构成的集中式部署方案。 各种方案优点对比:
1.1. 2.硬件说明 1.121. Hyper-V 硬件需求 安装并使用Hyper-V 角色，需要满足以下条件 一个基于64位的处理器。Hyper-V 仅在64位Windows Server 2008 中可用 ----------------- 具体包括 64位的 Windows Server 2008 标准版、Windows Server 2008 企业版以及 Windows Server 2008 数据中心 版。Hyper-V 在32位(x86)版本的或基于安腾系统版本的 Windows Server 2008 不可用。虽然如 此，Hyper-V 管理工具仍然提供 32位版本。 硬件辅助虚拟化。这可用于包含了虚拟化选项的处理器一一具体来说，包括拥有In tel (Intel VT )或 AMD Virtualization (AMD-V 技术的处理器。 硬件强制数据执行保护 (DEP 必须可用并启动。具体来说，必须启用In tel XDbit ( execute disable bit )或 AMD NX bit (no execute bit )。 硬件辅助虚拟化以及硬件强制 DEP 在 BIOS 中设置。虽然如此，设定的名称可能与以上有所不同。 了解特定的处理器型号是否支持 Hyper-V ,请与计算机制造商进行联系。如果调整了硬件辅助虚拟 化和硬件强制 DEP 的设定，可能需要断开计算机电源，并重新开机。简单的重新启动可能无法使设 置生效。 1.1. 2.1.1. 内存 可以使用的最大内存数量由操作系统来决定。具体如下: 对于 Windows Server 2008 企业版和 Windows Server 2008 数据中心版来说，物理计算机可以配 置最多1 TB 物理内存，运行这些版本操作系统的虚拟机可以为每台虚拟机分配 Server 2008标准版来说，物理计算机可以配置最多 32 GB 物理内存，运行这些版本做系统的虚拟机可 以为每台虚拟机分配 31 GB 内存。 Virtualizati on Tech no logy 64 GB 内存。对于 Windows
基于TPCC的服务器性能计算方法
基于T P C C的服务器性 能计算方法 The document was prepared on January 2, 2021
开发技术文档之 数据库服务器性能计算需求分析版本历史
一、数据库服务器性能计算需求分析 考虑到***公安局超级情报系统(SIS)设备升级项目的数据库服务器的性能，我们建议采用主流的TPC-C 值进行性能估算。 TPC-C 是一种旨在衡量联机事务处理（OLTP）系统性能与可伸缩性的行业 标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事 务在内的广泛数据库功能进行测试。对于数据库密集型应用来说，TPC-C 被许多 IT 部门视为衡量真实OLTP 系统性能的有效指示器。 ***市公安局超级情报系统(SIS)设备升级项目未来的并发客户约为 5000，绝大多数应用属于联机事务处理（OLTP）性质。我们建议对数据库服务 器的性能进行如下测算： 为了方便计算数据库服务器的性能，我们约定： 1) 系统同时在线用户数为5000 人（U1）； 2) 平均每个用户每分钟发出2 次业务请求（N1）； 3) 系统发出的业务请求中，更新、查询、其它各占1/3； 4) 平均每次更新业务产生4 个事务（T1）； 5) 平均每次查询业务产生4 个事务（T2）； 6) 平均每次其它业务产生8 个事务（T3）； 7) 一天内忙时的处理量为平均值的8 倍； 8) 经验系数为；(实际工程经验) 1
9) 考虑服务器保留50％的冗余； 服务器需要的处理能力为：TPC-C=U1*N1*（T1+T2+T3）/3*8*经验系数/冗余系数则服务器的处理性能估算为：TPC-C= 5000*2*(4+4+8)/3*8*= 1,365,333tpmC 情报系统数据库服务器关系到整个系统的稳定运行，考虑到高可靠性和高可用性，并注重设备的可扩展性和性价比，同时考虑满足5 年内业务系统的服 务能力，建议数据库服务器配置一台TPC-C 值不小 于150 万的高性能小型机服务器，用做该情报系统的核心数据库服务器。 本次我们建议新购1 台小型机，配置16 个CPU 及64GB 内存，用于该超级情报系统系统的核心数据库服务器。 系统建设方案业务用户行 为分析模型
如何对服务器性能计算的公式参考(TPMC_TPCC)
1. 一技术建议书 1.1. 系统部署结构及软硬件配置 1.1.1. 设备部署方案 常见的集团式部署方案有三种： 集中式部署：目录数据与原文均集中在总部服务器中； 分布式部署：目录数据与原文数据均分散在各个二级单位中存储, 再由一套分布式全文检索系统将全集团数据提供统一门户、统一权限的检索；混合式部署：目录数据集中存储在总部服务器中，电子文件存放在各个二级单位服务器中; XXXX根据本次项目需求与特点推举以纯B/S软件平台构成的集中式部署方案。 各种方案优点对比:
1.1. 2. 硬件说明 1.121. Hyper-V 硬件需求 安装并使用Hyper-V角色，需要满足以下条件： 一个基于64位的处理器。Hyper-V仅在64位Windows Server 2008中可用 ---------- 具体包括64位的Windows Server 2008 标准版、Windows Server 2008 企业版以及Windows Server 2008 数据中心版。 Hyper-V在32位(x86)版本的或基于安腾系统版本的Windows Server 2008不可用。虽然如此，Hyper-V 管理工具仍然提供32位版本。 硬件辅助虚拟化。这可用于包含了虚拟化选项的处理器 -------- 具体来说，包括拥有In tel Virtualizati on Tech no logy (In tel VT)或AMD Virtualizatio n (AMD-V )技术的处理器。 硬件强制数据执行保护(DEP)必须可用并启动。具体来说，必须启用In tel XD bit (execute disable bit) 或AMD NX bit (no execute bit)。 硬件辅助虚拟化以及硬件强制DEP在BIOS中设置。虽然如此，设定的名称可能与以上有所不同。 了解特定的处理器型号是否支持Hyper-V，请与计算机制造商进行联系。如果调整了硬件辅助虚拟 化和硬件强制DEP的设定，可能需要断开计算机电源，并重新开机。简单的重新启动可能无法使设置生效。1.1.2.1.1. 内存 可以使用的最大内存数量由操作系统来决定。具体如下： 对于Windows Server 2008企业版和Windows Server 2008数据中心版来说，物理计算机可以配置最多1 TB 物理内存，运行这些版本操作系统的虚拟机可以为每台虚拟机分配64 GB内存。对于Windows Server 2008标准版来说，物理计算机可以配置最多32 GB物理内存，运行这些版本做系统的虚拟机可以 为每台虚拟机分配31 GB内存。
服务器处理能力估算
服务器处理能力估算 1 【引题】 但凡写过技术方案的都知道，在技术方案最终落实到工程实施部署时，必须编制出当前解决方案需要部署的IT设备及环境，包括：需要的网络环境、端口、带宽、组网方式、网络安全保障措施；需配置的服务器设备性能、数量；需配置的存储数据存储设备、容量、存储速率；甚至还需考虑整个系统的备份设备容量、备份I/O数、速率、备份策略等。 严格说来，无论是系统厂商、集成公司、还是研究院、设计公司，在最终提供方案的硬件配置时，都应该以业务需求为依据、适当考虑客户业务的发展趋势和系统冗余，详细估算：当前业务需求对网络带宽、对处理能力、对数据存储容量的指标。因此，本文以自己的项目案例和经验为基础，简述计算机处理能力如何正确估算，供大家参考。 2 【性能评测标准】 众所周知，事务处理性能委员会的TPC-C标准，是测算和衡量计算机硬件设备性能的行业标准。随着B/S技术架构的大行其道，SPEC组织专门推出了针对Web服务器响应客户端Web访问请求的性能测算标准，即SPEC web系列。因此，如果是传统的基于事务处理模式的服务器，仍采用TPC-C的方式进行测算；如果是Web服务器，则需要采用SPEC web系列的标准进行测算。然而，很遗憾的看到，很多人在测算服务器性能时完全忽视这两种差别。 1.1 TPC-C标准 TPC-C基准是事务处理委员会建立的一个专门演示在线事务处理性能（OLTP）的性能基准，它的测量方法是为了使客户能够评估不同的在线事务处理系统的性能，这些事务进程于一个可控制的状态下在一个标准的数据库中运行。 TPC-C的事务处理是在一个9个表的数据库上实现的事务处理过程包括：更新、插入、删除、终止，以及对主和次级键的访问，每种事务处理95%的响应时间应小于或等于5秒，其中，库存水平的响应时间可以在60秒以内。TPC-C 值表示每分钟处理的标准事务量，单位是tpmC。 1.2 SPEC web标准 SPEC web99，WEB 服务器可以支持的并发接入数。SPECweb99 检测程序模拟客户通过慢Internet 连接，向Web 服务器发送HTTP 工作量请求。
如何对服务器性能计算的公式参考(TPMC_TPCC)..
1.一技术建议书 1.1.系统部署结构及软硬件配置 1.1.1.设备部署方案 常见的集团式部署方案有三种： ●集中式部署：目录数据与原文均集中在总部服务器中； ●分布式部署：目录数据与原文数据均分散在各个二级单位中存储，再由一套分布式全文检索系 统将全集团数据提供统一门户、统一权限的检索； ●混合式部署：目录数据集中存储在总部服务器中，电子文件存放在各个二级单位服务器中； XXXX根据本次项目需求与特点推举以纯B/S软件平台构成的集中式部署方案。 各种方案优点对比：
1.1. 2.硬件说明 1.1. 2.1. Hyper-V硬件需求 安装并使用Hyper-V角色，需要满足以下条件: ●一个基于64位的处理器。Hyper-V仅在64位Windows Server 2008中可用——具体包括64位的 Windows Server 2008标准版、Windows Server 2008企业版以及Windows Server 2008数据中心版。 Hyper-V在32位（x86）版本的或基于安腾系统版本的Windows Server 2008不可用。虽然如此，Hyper-V 管理工具仍然提供32位版本。 ●硬件辅助虚拟化。这可用于包含了虚拟化选项的处理器——具体来说，包括拥有Intel Virtualization Technology（Intel VT）或AMD Virtualization（AMD-V）技术的处理器。 ●硬件强制数据执行保护（DEP）必须可用并启动。具体来说，必须启用Intel XD bit（execute disable bit） 或AMD NX bit（no execute bit）。 ●硬件辅助虚拟化以及硬件强制DEP在BIOS中设置。虽然如此，设定的名称可能与以上有所不同。 了解特定的处理器型号是否支持Hyper-V，请与计算机制造商进行联系。如果调整了硬件辅助虚拟化和硬件强制DEP的设定，可能需要断开计算机电源，并重新开机。简单的重新启动可能无法使设置生效。 1.1. 2.1.1.内存 可以使用的最大内存数量由操作系统来决定。具体如下： 对于Windows Server 2008企业版和Windows Server 2008数据中心版来说，物理计算机可以配置最多1 TB物理内存，运行这些版本操作系统的虚拟机可以为每台虚拟机分配64 GB内存。对于Windows Server 2008标准版来说，物理计算机可以配置最多32 GB物理内存，运行这些版本做系统的虚拟机可以为每台虚拟机分配31 GB内存。
服务器性能测试指标介绍
服务器性能测试指标介绍 当前业界常见的服务器性能指标有: TPC-C TPC-E TPC-H SPECjbb2005 SPECjEnterprise2010 SPECint2006 及SPECint_rate_2006 SPECfp2006 及SPECfp_rate_2006 SAP SD 2-Tier LINPACK RPE2 一、TPC (Transaction Processing Performance Council) 即联机交易处理性能协会, 成立于1988年的非盈利组织,各主要软硬件供应商均参与,成立目标: 为业界提供可信的数据库及交易处理基准测试结果,当前发布主要基准测试为: TPC-C : 数据库在线查询(OLTP)交易性能 TPC-E : 数据库在线查询(OLTP)交易性能 TPC-H : 商业智能/ 数据仓库/ 在线分析(OLAP)交易性能 1.TPC-C测试内容：数据库事务处理测试, 模拟一个批发商的订单管理系统。实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现. 正规TPC-C 测试结果发
布必须提供tpmC值, 即每分钟完成多少笔TPC-C 数据库交易(TPC-C Transaction Per Minute), 同时要提供性价比$/tpmC。如果把TPC-C 测试结果写成为tpm, TPM, TPMC, TPCC 均不属正规。 2.TPC-E测试内容：数据库事务处理测试，模拟一个证券交易系统。与TPC-C一样，实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现。正规TPC-E测试结果必须提供tpsE值，即每秒钟完成多少笔TPC-E数据库交易（transaction per second），同时提供$/tpsE。测试结果写成其他形式均不属正规。 对比：TPC-E测试较TPC-C测试，在测试模型搭建上增加了应用服务器层，同时增加了数据库结构的复杂性,测试成本相对降低。截止目前，TPC-E的测试结果仅公布有50种左右，且测试环境均为PC服务器和windows操作系统，并无power服务器的测试结果。除此之外，TPC官方组织并未声明TPC-E取代TPC-C，所以，说TPC-E取代TPC-C并没有根据。 附TPC-C与TPC-E数据库结构对比 3.TPC-H测试内容：对大型数据仓库进行决策支持（decision support)的基准测试。TPC-H包含一组复杂的业务查询及修改操作，属于商业智能/数据仓库/在线分析（OLAP）
读懂服务器性能指标
读懂服务器性能指标 用户总希望有一种简单、高效的度量标准，来量化评价服务器系统，以便作为选型的依据。但实际上，服务器的系统性能很难用一两种指标来衡量。包括TPC、SPEC、SAP SD、Linpack和HPCC在内的众多服务器评测体系，从处理器性能、服务器系统性能、商业应用性能直到高性能计算机的性能，都给出了一个量化的评价指标。在如此多的标准中，用户该如何选择最适合自身应用环境的评价体系呢？这里，我们选择了应用面较广泛的TPC和SPEC，作一个深入介绍。 ■走出误区 深入TPC-C指标 TPC体系是影响最大的评测基准之一，尤其近两年，国内媒体对TPC指标的报道可谓海量。但有多少用户真正了解其中的含义呢？本文以TPC-C为例，让用户深入了解这项基准测试。 tpmC值在国内外被广泛用于衡量服务器系统的事务处理能力。但究竟什么是tpmC值呢?笔者曾向一些用户、专业媒体记者乃至某些国外大公司的技术人员问过这个问题，但回答的精确度与tpmC值的流行程度差异甚远。不少人将之误写为TPMC，甚至与TPC组织混为一谈。 TPC(Transactionprocessing Performance Council，事务处理性能委员会)是由数十家会员公司创建的非盈利组织，总部设在美国。TPC的成员主要是计算机软硬件厂家，而非计算机用户，其功能是制定商务应用基准程序的标准规范、性能和价格度量，并管理测试结果的发布。 TPC不给出基准程序的代码，而只给出基准程序的标准规范。任何厂家或其他测试者都可以根据规范，最优地构造出自己的测试系统(测试平台和测试程序)。为保证测试结果的完整性，被测试者(通常是厂家)必须提交给TPC一套完整的报告(Full Disclosure Report)，包括被测系统的详细配置、分类价格和包含5年维护费用在内的总价格。该报告必须由TPC授权的审核员核实(TPC本身并不做审计)。TPC 在全球只有不到10名审核员，全部在美国。 TPC推出过11套基准程序，分别是正在使用的TPC-App、TPC-H、TPC-C、TPC-W，过时的TPC-A、TPC-B、TPC-D和TPC-R，以及因为不被业界接受而放弃的TPC-S（Server专门测试基准程序）、TPC-E（大型企业信息服务测试基准程序）和TPC-Client/Server。而目前最为“流行”的TPC-C是在线事务处理(OLTP)的基准程序，于1992年7月完成，后被业界逐渐接受。 TPC-C使用三种性能和价格度量，其中性能由tpmC（transactions per minute，tpm）衡量，C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。TPC-C还经常以系统性能价格比的方式体现，单位是＄/tpmC，即以系统的总价格（单位是美元）/tpmC数值得出。 解读tpmC 从TPC-C的定义不难知道，这套基准程序是用来衡量整个IT系统的性能，而不是评价服务器或某种硬件系统的标准，而且tpmC数值的高低直接受到各个环节的影响，右表大概可以说明系统设置对tpmC 测试的影响。此处的“IT系统”包括服务器、外设(如硬盘或RAID)、服务器端操作系统、数据库软件、客户端及其操作系统、数据库软件和网络连接等。因此，如何解读tpmC数值会因不同的采购需求有非常大的差异。
服务器能力计算
系统处理能力TPC估算方法 1 TPC 标准介绍 在对系统进行方案设计时, 通常会遇到下列问题： a) 配置什么样的服务器设备? b) 系统性能如何? c) 系统能够满足多长时间的应用? 单凭历史经验给出一个经验值来评估整套系统显然是不够的, 必须拿出足够的理 论证据来证明设计中已考虑到了上述问题。通常, 采用TPC 的基准测试来衡量硬件服务器的处理能力, 同时, 采用通用计算公式估算软件所需的处理能力。 1.1 TPC TPC 是由数10 家会员公司创建的非盈利组织,总部设在美国。该组织对全世界开放, 但迄今为止,绝大多数会员都是美、日和西欧的大公司。TPC 的成员主要是计算机软硬件厂家, 而非计算机用户, 它的功能是制定商务应用基准程序的标准规范、性能和价格度量, 并管理测试结果的发布。 TPC 的测试结果和出版物是开放的, 可以通过网站( http: //https://www.360docs.net/doc/0c17431169.html,) 获取详细信息。IBM、NCR、HP、SUN 等国际著名服务器供应商均是TPC 会员,这些公司旗下的产品均会在网站上公布TPC 的测试结果。目前, 国内的工程项目中大量采用了上述公司制造的服务器类产品, 因而这些数据对于设计阶段的性能估算很有参考价值。至今, TPC 已经推出了4 套基准程序( TPC- A、TPC- B、TPC- C 和TPC- D) 。其中TPC- A 和TPC- B已经过时, 不再使用。TPC- C 是在线事务处理(OLTP) 的基准程序, TPC- D 是决策支持的基准程序。目前, 工程设计中常见的系统均为在线事务处理型( 包括BSS、OSS 和OA) , 因此TPC- C 基准测试是本文关注的重点。 1.2 TPC- C 基准测试 TPC- C 是一种旨在衡量OLTP 系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。许多数据专业设计人员将TPC- C视为衡量“真实”OLTP 系统性能的有效指示器。TPC- C 基准测试是对硬件处理能力的考核标准。TPC- C 通过模拟一个批发商的货物管理系统,衡量硬件服务器的性能指标( 查询、统计功能的执行效率) 。TPC 对具体的测试环境, 也做了详细的规定。 1.2.1 测试环境 批发公司有W个仓库, 每个仓库供应10 个地区, 其中每个地区为3 000 名顾客服务。每个仓库中有10 个终端, 每个终端用于一个地区。在运行时,10×W个终端操作员向公司的数据库发出5 类请求。 1.2.2 逻辑和流程 该系统需要处理的交易有以下几种。
服务器性能指标
服务器性能指标 服务器的性能指标作为一个网络服务器程序，性能永远是第一位的指标。性能可以这样定义：在给定的硬件条件和时间里，能够处理的任务量。能够最大限度地利用硬件性能的服务器设计才是良好的设计。设计良好的服务器还应该考虑平均服务，对于每一个客户端，服务器应该给予每个客户端平均的服务，不能让某一个客户端长时间得不到服务而发生“饥饿”的状况。可伸缩性，也就是说，随着硬件能力的提高，服务器的性能能够随之呈线性增长。实现高性能的途径一个实际的服务器的计算是很复杂的，往往是混合了IO计算和CPU计算。IO计算指计算任务中以IO为主的计算模型，比如文件服务器、邮件服务器等，混合了大量的网络IO和文件IO；CPU计算指计算任务中没有或很少有IO，比如加密/解密，编码/解码，数学计算等等。在CPU计算中，单线程和多线程模型效果是相当的。《Win32多线程的性能》中说“在一个单处理器的计算机中，基于 CPU 的任务的并发执行速度不可能比串行执行速度快，但是我们可以看到，在Windows NT 下线程创建和切换的额外开销非常小；对于非常短的计算，并发执行仅仅比串行执行慢 10%，而随着计算长度的增加，这两个时间就非常接近了。” 可见，对于纯粹的CPU计算来说，如果只有一个CPU，多线程模型是不合适的。考虑一个执行密集的CPU计算的服务，如果有几十个这样的线程并发执行，过于频繁地任务切换导致了不必要的性能损失。在编程实现上，单线程模型计算模型对于服务器程序设计是很不方便的。因此，对于CPU计算采用线程池工作模型是比较恰当的。QueueUserWorkItem函数非常适合于将一个CPU计算放入线程池。线程池实现将会努力减少这种不必要的线程切换，而且控制并发线程的数目为CPU的数目。我们真正需要关心的是IO计算，一般的网络服务器程序往往伴随着大量的IO计算。提高性能的途径在于要避免等待IO 的结束，造成CPU空闲，要尽量利用硬件能力，让一个或多个IO设备与CPU并发执行。前面介绍的异步IO，APC，IO完成端口都可以达到这个目的。对于网络服务器来说，如果客户端并发请求数目比较少的话，用简单的多线程模型就可以应付了。如果一个线程因为等待IO操作完成而被挂起，操作系统将会调度另外一个就绪的线程投入运行，从而形成并发执行。经典的网络服务器逻辑大多采用多线程/多进程方式，在一个客户端发起到服务器的连接时，服务器将会创建一个线程，让这个新的线程来处理后续事务。这种以一个专门的线程/进程来代表一个客户端对象的编程方法非常直观，易于理解。对于大型网络服务器程序来说，这种方式存在着局限性。首先，创建线程/进程和销毁线程/进程的代价非常高昂，尤其是在服务器采用TCP“短连接”方式或UDP方式通讯的情况下，例如，HTTP协议中，客户端发起一个连接后，发送一个请求，服务器回应了这个请求后，连接也就被关闭了。如果采用经典方式设计HTTP服务器，那么过于频繁地创建线程/销毁线程对性能造成的影响是很恶劣的。其次，即使一个协议中采取TCP“长连接”，客户端连上服务器后就一直保持此连接，经典的设计方式也是有弊病的。如果客户端并发请求量很高，同一时刻有很多客户端等待服务器响应的情况下，将会有过多的线程并发执行，频繁的线程切换将用掉一部分计算能力。实际上，如果并发线程数目过多的话，往往会过早地耗尽物理内存，绝大部分时间耗费在线程切换上，因为线程切换的同时也将引起内存调页。最终导致服务器性能急剧下降，对于一个需要应付同时有大量客户端并发请求的网络服务器来说，线程池是唯一的解决方案。线程池不光能够避免频繁地创建线程和销毁线程，而且能够用数目很少
常见的服务器性能指标有哪些及简要介绍
常见的服务器性能指标有哪些及简要介绍 当前业界常见的服务器性能指标有: TPC-C TPC-E TPC-H SPECjbb2005 SPECjEnterprise2010 SPECint2006 及SPECint_rate_2006 SPECfp2006 及SPECfp_rate_2006 SAP SD 2-Tier LINPACK RPE2 一、TPC (Transaction Processing Performance Council) 即联机交易处理性能协会, 成立于1988年的非盈利组织,各主要软硬件供应商均参与,成立目标: 为业界提供可信的数据库及交易处理基准测试结果,当前发布主要基准测试为: TPC-C : 数据库在线查询(OLTP)交易性能 TPC-E : 数据库在线查询(OLTP)交易性能 TPC-H : 商业智能/ 数据仓库/ 在线分析(OLAP)交易性能
1.TPC-C测试内容：数据库事务处理测试, 模拟一个批发商的订单管理系统。实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现. 正规TPC-C 测试结果发布必须提供tpmC值, 即每分钟完成多少笔TPC-C 数据库交易(TPC-C Transaction Per Minute), 同时要提供性价比$/tpmC。如果把TPC-C 测试结果写成为tpm, TPM, TPMC, TPCC 均不属正规。 2.TPC-E测试内容：数据库事务处理测试，模拟一个证券交易系统。与TPC-C一样，实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现。正规TPC-E测试结果必须提供tpsE值，即每秒钟完成多少笔TPC-E数据库交易（transaction per second），同时提供$/tpsE。测试结果写成其他形式均不属正规。对比：TPC-E测试较TPC-C测试，在测试模型搭建上增加了应用服务器层，同时增加了数据库结构的复杂性,测试成本相对降低。截止目前，TPC-E的测试结果仅公布有50种左右，且测试环境均为PC服务器和windows操作系统，并无power服务器的测试结果。除此之外，TPC官方组织并未声明TPC-E取代TPC-C，所以，说TPC-E取代TPC-C并没有根据。附TPC-C与TPC-E数据库结构对比
服务器性能计算公式全
1.说明：服务器性能说明书
2.技术建议书 2.1.系统部署结构及软硬件配置 2.1.1.设备部署方案 常见的集团式部署方案有三种： ●集中式部署：目录数据与原文均集中在总部服务器中； ●分布式部署：目录数据与原文数据均分散在各个二级单位中存储，再由一套分布式全文检索系 统将全集团数据提供统一门户、统一权限的检索； ●混合式部署：目录数据集中存储在总部服务器中，电子文件存放在各个二级单位服务器中； XXXX根据本次项目需求与特点推举以纯B/S软件平台构成的集中式部署方案。 各种方案优点对比：
2.1.2.硬件说明 2.1.2.1.H yper-V硬件需求 安装并使用Hyper-V角色，需要满足以下条件: ●一个基于64位的处理器。Hyper-V仅在64位Windows Server 2008中可用——具体包括64位的 Windows Server 2008标准版、Windows Server 2008企业版以及Windows Server 2008数据中心版。Hyper-V在32位（x86）版本的或基于安腾系统版本的Windows Server 2008不可用。虽然如此，Hyper-V管理工具仍然提供32位版本。 ●硬件辅助虚拟化。这可用于包含了虚拟化选项的处理器——具体来说，包括拥有Intel Virtualization Technology（Intel VT）或AMD Virtualization（AMD-V）技术的处理器。 ●硬件强制数据执行保护（DEP）必须可用并启动。具体来说，必须启用Intel XD bit（execute disable bit）或AMD NX bit（no execute bit）。 ●硬件辅助虚拟化以及硬件强制DEP在BIOS中设置。虽然如此，设定的名称可能与以上有所不同。 了解特定的处理器型号是否支持Hyper-V，请与计算机制造商进行联系。如果调整了硬件辅助虚拟化和硬件强制DEP的设定，可能需要断开计算机电源，并重新开机。简单的重新启动可能无法使设置生效。 2.1.2.1.1.内存 可以使用的最大内存数量由操作系统来决定。具体如下： 对于Windows Server 2008企业版和Windows Server 2008数据中心版来说，物理计算机可以配置最多1 TB物理内存，运行这些版本操作系统的虚拟机可以为每台虚拟机分配64 GB内存。对于Windows Server 2008标准版来说，物理计算机可以配置最多32 GB物理内存，运行这些版本做系统的虚拟机可以为每台虚拟机分配31 GB内存。
服务器性能计算方法
一、 数据库服务器性能计算需求分析 考虑到市公安局超级情报系统(SIS)设备升级项目的数据库 服务器的性能，我们建议采用主流的 T PC-C 值进行性能估算。 TPC-C 是一种旨在衡量联机事务处理（OLTP ）系统性能与可伸缩 性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新 及队列式小批量事务在的广泛数据库功能进行测试。对于数据库密 集型应用来说，TPC-C 被许多 IT 部门视为衡量真实 OLTP 系统性能的 有效指示器。 市公安局超级情报系统(SIS)设备升级项目未来的并发客户 约为 5000，绝大多数应用属于联机事务处理（OLTP ）性质。我们建 议对数据库服务器的性能进行如下测算： 为了方便计算数据库服务器的性能，我们约定： 1) 系统 同时在线用户数 2) 平均每个用户每分钟发出 2 次业务请求（N1）； 3) 系统发出的业务请求中，更新、查询、其它各占 1/3； 4) 平均每次 5) 平均每 6) 平 7) 一天忙时的处理量为平均值的 8 倍； 8) 经验系数为 1.6；(实际工程经验)
1
9) 考虑服务器保留50％的冗余； 服务器需要的处理能力为：TPC-C=U1*N1*（T1+T2+T3）/3*8*经验系数/冗余系数 则服务器的处理性能估算为：TPC-C= 5000*2*(4+4+8)/3*8*1.6/0.5= 1,365,333tpmC 情报系统数据库服务器关系到整个系统的稳定运行，考虑到高可靠性和高可用性，并注重设备的可扩展性和性价比，同时考虑满足 5 年业务系统的服务能力，建议数据库服务器配置一台T PC-C 值不小 于150 万的高性能小型机服务器，用做该情报系统的核心数据库服务器。 本次我们建议新购1台小型机，配置16 个3.55GHz C PU 及64GB 存，用于该超级情报系统系统的核心数据库服务器。 系统建设方案业务用户 行为分析模型 根据以上业务模型，得出以下系统处理能力参数：
服务器TPMC值计算
服务器TPMC值计算 TPC基准程序是用来测系统而不是测主机的 目标：系统性能评估结果< 主机性能评估结果 TPC已经推出了四套基准程序，被称为TPC－A、TPC－B、TPC－C和TPC－D。其中A和B已经过时，不再使用了。TPC－C是在线事务处理(OLTP)的基准程序，TPC－D是决策支持(Decision Support) 的基准程序。TPC即将推TPC－E，作为大型企业(Enterprise)信息服务的基准程序。 TPC－C是在线事务处理(OLTP)的基准程序，性能由TPC－C吞吐率衡量，单位是 tpmC(tpm,transactions per minute)；C指TPC中的C基准程序。它的定义是每分钟内系统处理新订单个数。TPC－C还经常以系统性能价格比的方式体现，单位是＄/tpmC，即以系统的总价格（单位是美元）/tpmC数值得出。每分钟内系统处理的新订单个数 以服务器为例。在很多厂家的TPC测试系统中，服务器的价格只是系统总价格的25％或更小，而硬盘的价格有可能占到总价格的30％以上，因为TPC－C要求被测系统必须保存180天的事务记录 根据TPC-C的标准，tpmC值是根据标准模型中New-Order事务的处理数目来计算的，一个New-Order事务由平均4-5个SQL语句处理完成，整个测试的执行过程中，New-Order处理占45%。 估算条件： 运行商2003年将达到250万用户数 每天每用户产生5张话单 分析过程： 每分钟处理：（用户数）250万*5/24/60 =9250 峰值处理： 9250*1.5 =11350 需执行约6个SQL语句，则估算一个话单汇总处理业务相当的TPC-C值为： 6*0.45/4 = 0.67Tpmc 话单汇总和分析的TPC-C 值要求满足： 11350* 0.67Tpmc =9300Tpmc 考虑25%的冗余（系统其它开销）： 主机性能=9300Tpmc *1.25 =11000Tpmc 各位，我是因为查TPC-C从谷歌来到这个论坛的。第一次来，也很喜欢这里。看来又多了一个基地了。关于TPC-C值的计算我还有一些问题求助。 --------我这里有从TPC的官方网站上找到的资料，但是他的测试环境是满配置的情况下得出的，在我的方案里面从扩展性和主机具体应用考虑，客户希望我能给他当前配置下的TPC-C的数值。这个怎么换算？惯例还是公式？（我的计算对象包括PC-SERVER应用服务器和HP-动能SD小机，这两个的计算方法一样吗？）PS：这是我从网上查到的资料有关小机的数值估算的方法----表现主机性能的一个重要指标是TPC－C测试。TPC－C由独立的第三方机构TPC对各厂商主机的交易处理能力进行测试。由于进行此测试的主机大都采用多CPU、超大规模内存，数据库操作大都在内存中完成，因而，TPC－C主要是针对CPU和内存的处理能
服务器性能计算
服务器性能计算Prepared on 21 November 2021
1概述 xxxxx项目采用集中式部署（即所有的数据集中部署在总部服务器中），对于完成各功能服务器的性能，我们建议采用主流的TPC 值进行性能估算。 TPC-C是一种旨在衡量联机事务处理（OLTP，又称业务处理系统）系统性能与可伸缩性的行业标准基准测试项目。 tpmC（(Transaction Per Minute）: TPC-C每分钟的吞吐量，按有效TPC-C配置期间每分钟处理的平均交易次数测量，至少要运行12分钟。 服务器从处理能力上来讲，最重要的指标是业务处理过程中所需要的并行处理能力，这一指标通常都是通过衡量主机的tpmC值取得；其它对主机硬件性能上的需求还包括内存大小，以及对外连接的数据线路带宽。在计算主机所需要的tpmC、硬盘及带宽时，直接影响这些计算结果的因素包括：用户的业务模型（也可以用一定收敛比来表示）、所开展的业务种类、所开展业务的并行应用需求。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试，因此对于数据库密集型应用来说，TPC-C 被许多IT 部门视为衡量真实OLTP 系统性能的有效指示器。 2接口服务器性能计算 接口服务器在xxxxx系统中起到承上启下的作用，与OA、门户等其他业务系统的数据交互都需要通过标准接口完成，因此接口服务器的性能及稳定性也是至关重要的。 xxxxx系统的接口服务器使用Tomcat搭建，根据经验单服务器上的 Tomcat 的整体理论处理能力1000-2000个用户并发连接。考虑到系统操作系统CPU使用率为 10%，因此系统整体负载不能高于70%。 根据tpmC标准是根据标准模型中New-Order事物的处理数目来计算的，一个New-Order事物由平均4-5个SQL语句处理完成，整个测试执行过程中New-Order 处理占45%。 为了方便计算接口服务器的性能，我们约定： 1) 系统注册用户数为 200000 人（U1）； 2) 忙时集中并发系数为10%（B1）；
服务器性能指标
当前业界常见的服务器性能指标有: TPC-C TPC-E TPC-H SPECjbb2005 SPECjEnterprise2010 SPECint2006 及 SPECint_rate_2006 SPECfp2006 及 SPECfp_rate_2006 SAP SD 2-Tier LINPACK RPE2 一、TPC (Transaction Processing Performance Council) 即联机交易处理性能协会, 成立于1988年的非盈利组织,各主要软硬件供应商均参与,成立目标: 为业界提供可信的数据库及交易处理基准测试结果,当前发布主要基准测试为: TPC-C : 数据库在线查询(OLTP)交易性能 TPC-E : 数据库在线查询(OLTP)交易性能 TPC-H : 商业智能 / 数据仓库 / 在线分析(OLAP)交易性能 1.TPC-C测试内容：数据库事务处理测试, 模拟一个批发商的订单管理系统。实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现. 正规TPC-C 测试结果发布必须提供 tpmC值, 即每分钟完成多少笔 TPC-C 数据库交易 (TPC-C Transaction Per Minute), 同时要提供性价比$/tpmC。如果把 TPC -C 测试结果写成为 tpm, TPM, TPMC, TPCC 均不属正规。 2.TPC-E测试内容：数据库事务处理测试，模拟一个证券交易系统。与TPC-C一样，实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现。正规TPC-E测试结果必须提供tpsE值，即每秒钟完成多少笔TPC-E数据库交易（transaction per second），同时提供$/tpsE。测试结果写成其他形式均不属正规。 对比：TPC-E测试较TPC-C测试，在测试模型搭建上增加了应用服务器层，同时增加了数据库结构的复杂性,测试成本相对降低。截止目前，TPC-E的测试结果仅公布有50种左右，且测试环境均为PC服务器和windows操作系统，并无pow er服务器的测试结果。除此之外，TPC官方组织并未声明TPC-E取代TPC-C，所以，说TPC-E取代TPC-C并没有根据。 附 TPC-C与TPC-E数据库结构对比
服务器性能估算方法
服务器处理性能估算 系统的建设，必须满足未来5年业务发展和管理的需求，所以下面对服务器性能指标的估算，将以满足未来5年的需要为基准。 1. 数据库服务器 1.1 TPC-C值估算 约定： 系统同时在线用户数为100人（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= 100*2*（3+8+13）/3*5*1.6/0.7= 18,285 TPM 1.2. 内存估算 该服务器内存主要由操作系统占用内存、数据库系统占用内存、并发连接占用内存等几部分组成。 约定： 操作系统占用约400M内存空间； 数据库系统占用内存0.8GB； 每个并发连接占用5 M； 考虑服务器内存保留15％的冗余； 则服务器的内存估算为： Mem = (400M + 0.8GB + 100*5M) / (1-15%) = 2 GB
1.3. 存储容量估算 预算管理系统中存储着预算编制数据等资料信息以及日志等管理信息。 在已经考虑了数据冗余的前提下，约定： 每月有100个分局或部室编制预算； 每月每个分局或部室编制1次预算； 预算模板共含6000个预算指标； 每个预算指标含5条明细项目； 每条记录占用空间300B； 每月的预算数据存储容量需求：6000*5*100*500B=1.5G 每月的日志数据存储容量需求：0.1G 每月进行数据备份一次，数据存储容量需求：12*9G=108G 整年总共需用存储容量：12*1.5G+1.5G+12*0.1G+12*9G=20.7G+108G=128.7G 约定系统中预算编制数据等资料信息以及日志等管理信息在线保存5年(备份数据每年进行清除)则预算管理系统的存储容量估算为： 5*20.7G+108G =103.5G+108G=211.5G 1.4. 服务器安装软件 该服务器中将需要安装的软件如下： 操作系统为：Windows 2000 Server 数据库：Oracle 1.5. 建议配置 根据以上的性能指标建议数据库服务器标准配置如下： 应用名称功能描述数量说明 数据库服务器CPU：TPCC值应大于18,285 TPM 内存：2G及以上 硬盘：211.5GB以上（建议通过RAID5或镜像等方式进行数据备份） 以太网卡：100M及以上 参考一下： 数据库服务器性能TPC-C测算 每秒峰值：6,000个连接/秒，即主机处理峰值应能达到6,000连接/秒； 每个连接平均需要10个数据库访问，按照经验，每个数据库访问相当于服务器3-4tpm
服务器性能计算方法
数据库服务器性能计算需求分析 考虑到广州市公安局超级情报系统（SIS）设备升级项目的数据库服务器的性能，我们建议采用主流的TPC-C 值进行性能估算。 TPC-C是一种旨在衡量联机事务处理（OLTP ）系统性能与可伸 缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更 新及队列式小批量事务在内的广泛数据库功能进行测试。对于数据库 密集型应用来说，TPC-C被许多IT部门视为衡量真实OLTP系统性能的 有效指示器。 广州市公安局超级情报系统（SIS）设备升级项目未来的并发客 户约为5000 ,绝大多数应用属于联机事务处理（OLTP）性质。我们建议对数据库服务器的性能进行如下测算： 为了方便计算数据库服务器的性能，我们约定： 1）系统同时在线用户数为5000 人（U1 2）平均每个用户每分钟发出2 次业务请求（N1）； 3）系统发出的业务请求中，更新、查询、其它各占1/3； 4）平均每次更新业务产生4 个事务（T1 5）平均每次查询业务产生4 个事务（T2 6）平均每次其它业务产生8 个事务（T3 7）一天内忙时的处理量为平均值的8 倍； 8）经验系数为1.6；（实际工程经验）
9）考虑服务器保留50 %的冗余; 服务器需要的处理能力为：TPC-C二U1*N1* （T1+T2+T3 ）/3*8*经验系数/冗余系数 则服务器的处理性能估算为：TPC-C=5000*2*（4+4+8）/3*8*1.6/0.5二1,365,333tpmC 情报系统数据库服务器关系到整个系统的稳定运行，考虑到高可 靠性和高可用性，并注重设备的可扩展性和性价比，同时考虑满足5 年内业务系统的服务能力，建议数据库服务器配置一台TPC-C值不小 于150万的高性能小型机服务器，用做该情报系统的核心数据库服务器 本次我们建议新购1台小型机，配置16个3.55GHZCPU 及64GB 内存，用于该超级情报系统系统的核心数据库服务器。 系统建设方案业务用户 行为分析模型 根据以上业务模型，得出以下系统处理能力参数: