如何对服务器性能计算的公式参考(TPMC_TPCC)
TPC-C估算
tpmC简单计算法计算原则：以单台服务器性能进行计算，即确保单台服务器工作的时候可以满足系统正常运行的需要；假设每天有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、通过对各单位业务系统运行情况的调查，进行历史数据的收集分析，按分类建立基准指标库。
TPC-C值的测算
1.2. 内存估算该服务器内存主要由操作系统占用内存、数据库系统占用内存、并发连接占用内存等几部分组成。
约定：操作系统占用约400M内存空间；数据库系统占用内存0.8G ；每个并发连接占用5 M；考虑服务器内存保留15％的冗余；则服务器的内存估算为：Mem =(400M + 0.8GB + 100*5M) /(1-15%) = 2 GB1.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.5G1.4. 服务器安装软件该服务器中将需要安装的软件如下：操作系统为：Windows 2000 Server数据库：Oracle1.5. 建议配置根据以上的性能指标建议数据库服务器标准配置如下：应用名称功能描述数量说明数据库服务器CPU: TPCC值应大于18,285 TPM内存：2G及以上硬盘：211.5GB以上（建议通过RAID5或镜像等方式进行数据备份）以太网卡：100M及以上11.2. 中间件应用服务器1.2.1. TPCC值估算约定：系统同时在线用户数为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 TPM1.2.2. 内存估算该服务器内存主要由操作系统占用内存、数据库系统占用内存、并发连接占用内存等几部分组成。
服务器CPU资源预估tpmc
实际配置CPU（2、4、8、16、32可选）
8
数据库服务器性能估算 建议数据库比应用服务器高配20%-30%为宜：换算VCPU可得
23.4
B15*1.3
实际配置CPU（2、4、8、16、32可选）
16
WEB及反向代理服务器性能估算
建议WEB及反向代理按照应用服务器的50%配置为宜：换算VCPU可得
9
80%
假设每次访问包含的交易数平均值
20
据统计每个交易折算标准交易系数平均值
8
系统要保持的高峰期利用率
60%
估算tpmC值（考虑冗余）
900000 (B4*B5*B8*B10*B11)/B12/B9
每CPU tpmC值
50000
换算CPU可得：(最小虚机配置单元（2C/4G）)，单位：核数
18
B13/50000
中间应用服务器性能估算 CPU：核数
计算公式
参数说明
值（示例）
最大在线用户数（3.1章 业务量估算合计数）
1050
假设并发用户中同时操作的用户所占百分比
60
12
用户访问频率（次/分钟）
4.285714286 60/(B6+B7)
假设应用服务器的并发用户数中需访问数据库的百分比
B15*50%
实际配置CPU（2、4、8、16、32可选）
4
服务器性能计算
TPC-C
平均每次更新业务产生3个事务（T1）； 平均每次查询业务产生8个事务（T2）； 一天内忙时的处理量为平均值的3倍； 考虑服务器保留30％的冗余； TPC-C=U1*N1*（T1+T2+T3）/3*（1+冗余系数） 并发操作每秒
系统占用约1G内存空间； 应用系统占用内存5G ； 内存估算 每个并发连接占用5 M； 考虑服务器内存保留30％的冗余； 内存 = (1G + 5GB + 1000*5M) *1.3 ≈ 14.3GB 应用服务器存储只需安装应用和系统错误或异常日志文件，没 存储容量估算 有太多存储需求，根据经验所得＝60G 记录时间(天，按一年计算） 固定数据总记录数：=400,000 每条记录占用字节数：10K (10,240 bytes，含同固定资产相关的 字典数据) 数据库存储大小 每月的日志数据存储容量需求：2G 索引容量系数 1.5， 考虑30%的冗余 没一个事物产生一条日志记录（一天产生的日志记录数） 一个月需要的存储：2T
应用服务TPCC计算 参数
系统同时在线用户数，单位：人（U1）； 平均每个用户每分钟发出5次业务请求（N1）； 系统发出的业务请求中，更新、查询、统计各占1/3；
参数值
4000
பைடு நூலகம்
5 1/3 3 8 3 0.3 286000 1000 1G 5G 5M 0.3 16G 60G 365 400000 10 2 1.5 0.3 286000 1992.54
TPC-C估算
tpmC简单计算法计算原则：以单台服务器性能进行计算，即确保单台服务器工作的时候可以满足系统正常运行的需要；假设每天有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、通过对各单位业务系统运行情况的调查，进行历史数据的收集分析，按分类建立基准指标库。
服务器处理性能估算(doc 9页)
的处理能力。
峰值连接：6,000连接/秒每个连接：10个数据库访问每个访问：3—4 tpm (transaction per minute)? 则应用要求服务器的TPC-C为：6000 x 10 x 4 = 240,000tpm? 系统本身要消耗30%的系统资源，则应用与系统要求服务器的TPC-C为：240,000tpm / 70% = 342,857tpm? 而服务器的实际资源占用即“系统忙”不应大于70%，则实际要求数据库服务器的处理性能TPC-C为：342,857tpm / 70% = 489,796tpm。
? 因此，数据库双机系统TPC-C要求大于或等于500，000tpm，考虑实现Oracle 9i RAC后，双机性能是单机的确1.8倍，因此单机TPC-C不能小于500,000/1.8=278,000tpm。
应用服务器性能TPC-C测算每秒峰值：10,000个连接/秒，即主机处理峰值应能达到10,000连接/秒；应用服务器的连接，相当于5—6个数据库访问，按照经验，每个数据库访问相当于服务器3-4tpm的处理能力。
峰值连接：10,000连接/秒每个连接：5—6个数据库访问每个访问：3—4 tpm (transaction per minute)? 则应用要求服务器的TPC-C为：10000 x 6 x 4 = 240,000tpm? 系统本身要消耗30%的系统资源，则应用与系统要求服务器的TPC-C为：240,000tpm / 70% = 342,857tpm? 而服务器的实际资源占用即“系统忙”不应大于70%，则实际要求服务器的处理性能TPC-C为：342,857tpm / 70% = 489,796tpm。
Web服务器性能测算Web服务器：建议采用中低档UNIX服务器，可以采用多台低档UNIX服务器并行，实现均衡负载、抵御不友好访问。
SPECweb99是衡量Web服务器处理能力的主要指标，是服务器可以承受的同时“点击”的次数，数值越高处理能力越强。
SUN服务器TPCC值计算
Sun UltraSPARC CPU tpmC推算方法推算方法主要根据SUN公司以往发布的tpmC值，再综合考虑新旧系统的性能差异，得出新的tpmC值。
SUN公司最后一次在上公开发布的测试值是Sun Enterprise 系列产品，采用SPARC II 系列处理器、总线型背板结构，本次投标机型是Sun Fire系列，采用的是新一代的SPARC IV 处理器、全新的Crossbar交换背板结构，因此，性能增长的推算主要基于Sun Enterprise 系列与Sun Fire系列差异。
下表为Sun Enterprise 产品及同期相应产品的测试值：Sun - Enterprise 4500 ServerServer Information 2001-3-1914 x 464MHz UltraSPARC II CPU8MB CacheTpmC 67102.63Dollars/tpmC $37.16由此可知，Sun Enterprise 系列每CPU处理能力为：67102.63 ÷ 14 = 4793 tpmC;Gartner Group作为一家独立的第三方资讯调查公司，曾发表针对主机系统性能的研究报告，认为影响主机系统性能的主要因素为以下几点：1．处理器 Processor：性能 Performance吞吐能力 Throughput2．系统内部互连 System Interconnect延迟 Latency：访问内存数据块所需的时间；内部带宽 Internal bandwidth：I/O, Memory与CPU间的数据传送；3．操作系统 Operating System可扩展性 Scalability可靠性 Reliability4．应用优化 Optimized applications根据以上观点，以下对比Sun Enterprise 系列同SunFire系列主机：Sun Enterprise 系列同SunFire系列主机的主要区别主要体现在：Enterprise SunFireProcessor UltraSPARC II UltraSPARC IIIBackplane Bus CrossbarOS Solaris6/7 Solaris8由此分析性能增长主要因素：UltraSPARC II UltraSPARC III处理器: 400/464MHz 900MHz 增长率测试值（SPECint）212 535 252% 测试值（SPECfp）261 686 263%体系结构：总线型交换背板增长率背板带宽 3.2GB/s 9.6GB/s 300%Delivered IO：E4500 SF4800 增长率持续IO 1.2GB/s 4.8GB/s 400%可以看出，在每一个关键层次上均有2到3倍的增长。
转TPCTPCCTPMC计算机性能衡量指标
转TPC TPCC TPMC 计算机性能衡量指标第一章什么是TPC和tpmC?1 TPCTPC(Transaction Processing Performance Council，事务处理性能委员会)是由数10家会员公司创建的非盈利组织，总部设在美国。
该组织对全世界开放，但迄今为止，绝大多数会员都是美、日、西欧的大公司。
TPC的成员主要是计算机软硬件厂家，而非计算机用户，它的功能是制定商务应用基准程序(Benchmark)的标准规范、性能和价格度量，并管理测试结果的发布。
TPC的出版物是开放的，可以通过网络获取(。
TPC不给出基准程序的代码，而只给出基准程序的标准规范(Standard Specification)。
任何厂家或其它测试者都可以根据规范，最优地构造出自己的系统(测试平台和测试程序)。
为保证测试结果的客观性，被测试者(通常是厂家)必须提交给TPC一套完整的报告(Full Disclosure Report)，包括被测系统的详细配置、分类价格和包含五年维护费用在内的总价格。
该报告必须由TPC授权的审核员核实(TPC本身并不做审计)。
现在全球只有几个审核员，全部在美国。
TPC已经推出了四套基准程序，被称为TPC-A、TPC-B、TPC-C和TPC-D。
其中A和B已经过时，不再使用了。
TPC-C是在线事务处理(OLTP)的基准程序，TPC-D是决策支持(Decision Support)的基准程序。
TPC即将推TPC-E，作为大型企业(Enterprise)信息服务的基准程序。
2 tpmCtpmC值在国内外被广泛用于衡量计算机系统的事务处理能力。
但究竟什么是tpmC值呢?作者曾向一些用户、推销人员乃至某些国外大公司的技术人员问过这个问题，但回答的精确度与tpmC值的流行程度远非相称。
tpmC这一度量也常被误写为TPM或TPMC。
TPC-C模拟一个批发商的货物管理环境。
该批发公司有N个仓库，每个仓库供应10个地区，其中每个地区为3000名顾客服务。
服务器性能计算
1概述xxxxx项目采用集中式部署（即所有的数据集中部署在总部服务器中），对于完成各功能服务器的性能，我们建议采用主流的T PC 值进行性能估算。
TPC-C是一种旨在衡量联机事务处理（OLTP，又称业务处理系统）系统性能与可伸缩性的行业标准基准测试项目。
tpmC（(Transaction Per Minute）: TPC-C每分钟的吞吐量，按有效TPC-C配置期间每分钟处理的平均交易次数测量，至少要运行12分钟。
服务器从处理能力上来讲，最重要的指标是业务处理过程中所需要的并行处理能力，这一指标通常都是通过衡量主机的tpmC值取得；其它对主机硬件性能上的需求还包括内存大小，以及对外连接的数据线路带宽。
在计算主机所需要的tpmC、硬盘及带宽时，直接影响这些计算结果的因素包括：用户的业务模型（也可以用一定收敛比来表示）、所开展的业务种类、所开展业务的并行应用需求。
这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试，因此对于数据库密集型应用来说，TPC-C 被许多I T 部门视为衡量真实O LTP 系统性能的有效指示器。
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）；3) 接口服务对应的操作数为14.8 （T1）；4) 考虑服务器保留 30％的冗余（R）；5) 本次测试New-Order事物占全部的35%（Ty）；6) 本次测试New-Order事物执行4个SQL（Ts）；7) 一天内忙时的处理量为平均值的 8 倍（B2）。
tpmc计算方法
tpmC简单计算法
计算原则：以单台服务器性能进行计算，即确保单台服务器工作的时候可以满足系统正常运行的需要；
假设每天有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% （涉及大量计算的，如社保、税务）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第1页，共12页 1. 一技术建议书 1.1. 系统部署结构及软硬件配置 1.1.1. 设备部署方案 常见的集团式部署方案有三种： 集中式部署：目录数据与原文均集中在总部服务器中； 分布式部署：目录数据与原文数据均分散在各个二级单位中存储，再由一套分布式全文检索系统将全集团数据提供统一门户、统一权限的检索； 混合式部署：目录数据集中存储在总部服务器中，电子文件存放在各个二级单位服务器中； XXXX根据本次项目需求与特点推举以纯B/S软件平台构成的集中式部署方案。 各种方案优点对比：
对比项目 集中部署方案 分布式部署方案 混合部署方案
对广域网网络带宽要求 极高， 大量的数据需要在企业的广域网中传输，有可能影响其他的系统运行，甚至导致大文件的传输失败 极低 各二级单位的数据均存储在单位内部，大量的查询过程并不经过广域网， 较低 二级单位在进行数据管理与检索时，需要通过广域网进行；但是查询电子文件则无需经过广域网，带宽要求不高
对广域网的稳定性要求 极高 稍有不稳定的情况时，会导致所有 极低 如果出现网络不稳定的情况，也仅仅是影响跨单位的档案检索，此部分影响不会太大
较高 由于目录数据全部集中存储在总部，如果出现网络连接不稳定时，全集团的管理系统都无法使用
易维护性 极低 仅需对总部服务进行维护即可 一般 需对统一检索平台进行维护，统一检索平台与二级单位之间有接口，此处会有维护 极低 仅需要对总部软件平台进行维护即可
总体维护量 极低 无需对各个点进行维护，且由于是B/S产品，维护量可以忽略 极高 每个二级单位均要进行维护，但维护工作主要由二级单位完成
极高 每个二级单位均要进行维护，主要保证原文服务正常，且需要按照统一要求进行部署、运维
安全性 较高 由于所有数据均存储在一点，如出现较大灾难，所有数据将全部丢失
极低 由于数据是分布存储，降低了灾害发生时对数据的损坏，由于统一检索平台定期同步二级单较低 如出现灾难性问题，则将会丢失全部集团公司的条目数据，但此工作如手工重新录入，工作 第2页，共12页
位数据，相当于做了一次异地容灾 量可承受 备份可操作性 很强 由于数据在一点存储，仅需对一点做备份即可 很强 由于统一检索平台中已经集中了二级单位的数据，因此对这一单数据做备份即可 很低 需对每个点的电子文件进行备份处理
总成本考虑 极低 无需太多服务器、操作系统、数据库与中间件。总体第三方产品投资总额最低
极高 每个单位均需服务器、操作系统、数据库与中间件 较高 每个二级单位均需配置一套原文服务器，操作系统
成熟度 较高 案例较多 一般 存在部分案例 较低 无成熟案例
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内存。 第3页，共12页
1.1.2.1.2. 处理器 拥有最多16个逻辑处理器的物理计算机可以支持Hyper-V。逻辑处理器可以是一个核心处理器或者使用超线程技术的处理器。可以为一个虚拟机配置最多四个虚拟处理器。虽然如此，一个客户操作系统可以支持的虚拟处理器数量可能更少。 以下列表是受支持的系统以及其提供的逻辑处理器数量的示例： 一个单处理器双核系统提供两个逻辑处理器。 一个单处理器四核系统提供四个逻辑处理器。 一个双处理器双核系统提供四个逻辑处理器。 一个双处理器四核系统提供八个逻辑处理器。 一个四处理器双核系统提供八个逻辑处理器。 一个四处理器双核、超线程系统提供十六个逻辑处理器。 一个四处理器四核系统提供十六个逻辑处理器。 1.1.2.1.3. 网络
Hyper-V提供了以下网络支持： 每个虚拟机可以配置最多12个虚拟网络适配器，8个可以被配置为网络适配器类型，4个可以配置为老式网络适配器类型。网络适配器类型可以提供更好的性能，并需要一个虚拟机驱动程序，该驱动程序包含在了集成的服务包之中。 每个虚拟网络适配器可以配置使用静态或动态MAC地址。 每个虚拟网络适配器提供集成的虚拟本地网络（VLAN）支持，并可以分配一个唯一的VLAN通道。 可以创建无限数量的虚拟网络，对应无限数量的虚拟机的虚拟网络。 1.1.2.1.4. 存储
Hyper-V支持多种存储选项。可以为运行Hyper-V的服务器提供下列类型的物理存储： 直接连接的存储：可以使用串行进阶技术连接（Serial Advanced Technology Attachment——SATA）、外部串行进阶技术连接（external Serial Advanced Technology Attachment——eSATA）、并行高级技术连接（Parallel Advanced Technology Attachment——PATA）、串行连接SCSI（Serial Attached SCSI——SAS）、SCSI、USB及火线连接。 存储区网络（Storage area network——SAN）：可以使用Internet SCSI（iSCSI）、光纤通道（Fibre Channel）及SAS技术。 网络连接存储。 可以配置虚拟机来使用以下类型的虚拟存储。 虚拟硬盘支持最大2040 GB。可以使用固定大小的虚拟硬盘、动态扩张的虚拟硬盘以及差异磁 第4页，共12页
盘。 虚拟IDE设备。每个虚拟机支持最多4个虚拟IDE设备。启动盘（有时也称为引导盘）必须连接到其中一个IDE设备商。启动盘可以是一个虚拟硬盘也可以是一个物理硬盘。 虚拟SCSI设备。每个虚拟机最多支持4个虚拟SCSI控制器，每个虚拟控制器支持最多64个磁盘。也就是说，每个虚拟机可以配置为支持256个虚拟SCSI磁盘。 物理磁盘。直接连接在虚拟机上的物理磁盘（有时也称为穿透磁盘）在客户操作系统所支持的范围内没有容量限制。 虚拟机存储能力。使用虚拟硬盘，每个虚拟机可以支持最大512 TB的存储容量。使用物理磁盘，这一数量可以根据客户操作系统所支持的容量变得更大。 虚拟机快照。Hyper-V对每个虚拟机支持最多50个快照。 1.1.2.1.5. DVD驱动器
一个虚拟机在创建的时候便缺省拥有一个虚拟DVD驱动器。虚拟机可以配置最多3个DVD驱动器，连接到IDE控制器上。（虚拟机最多支持4个IDE设备，但其中一个必须作为启动盘） 一个虚拟DVD驱动器可以访问.iso文件或物理介质的CD和DVD。虽然如此，在同一时间只有一个虚拟机可以配置访问物理CD/DVD驱动器。 1.1.2.1.6. 硬件的要求
根据Hyper-V虚拟服务器部署的要求，目前XXX现有的利旧HP DL580G5 服务器，可满足Hyper-V安装的需求，该服务器的硬件配置可满足数字档案管理系统部署的需要，并且该服务器支持Microsoft Windows Server 2008 Hyper-V。如果服务器在实际部署应用中不足时，建议购置HP DL580G5同等配置的或者高于HP DL580G5配置的服务器。
1.1.2.2. 计算方法和依据 应用服务器从处理能力上来讲，最重要的指标是业务处理过程中所需要的并行处理能力，这一指标通常都是通过衡量主机的TPMC值取得；其它对主机硬件性能上的需求还包括内存大小，以及对外连接的数据线路带宽。在计算主机所需要的TPMC、硬盘及带宽时，直接影响这些计算结果的因素包括：用户的业务模型（也可以用一定收敛比来表示）、所开展的业务种类、所开展业务的并行应用需求；在组网设备上，一般根据带宽及所需要的网络接口及数量来选取网络设备。以及所选设备应支持微软Microsoft Windows Server 2008 Hyper-V虚拟化。 我们设定企业用户数为8000人，平均每个人员每月登录应用服务器的次数为110次，每个管理员每月平均登录30次。忙时并发用户不超过100人。 预计业务模型参数如下表所示： 参数名称 数量 单位