觉得⽂章写得很详细，值得仔细学习看下！
应⽤服务器配置测算及计算公式
1 术语和定义
由计算机、通信设备、处理设备、控制设备及其相关的配套设施构成，按照⼀定的应⽤⽬的和规则，对信息进⾏采集、加⼯、存储、传输、检索等处理的⼈机系统。 1.2 软硬件平台
指信息系统运⾏的环境，主要包括硬件（服务器、存储）和软件（操作系统、数据库和中间件）部分。 1.3 ⾮安全区
即Internet，此区域允许外⽹⽤户随意访问。
1.4 安全区
内⽹，此区域通常不对外提供服务。
1.5 DMZ区（Demilitarized Zone）
⼜称⾮军事区，介于⾮安全区与安全区之间，此区域按需对外⽹⽤户提供部分服务。
文摘卡
1.6 FC SAN（Fiber ChannelStorage Area Network）
指采⽤光纤通道的存储区域⽹络，是⼀种将存储设备、连接设备和服务器集成在⼀个⾼速⽹络中的技术，SAN作为存储⽹络，与LAN⽹络隔离，主要承担数据存储任务。
1.7 FC Switch（Fibre Channel Switch）
指光纤通道交换机，是⼀种⾼速的⽹络传输中继设备，以光纤作为传输介质，是组成FC SAN光纤存储⽹络的光纤交换机。
1.8 HBA（Host Bus Adapter）
订舱系统
指主机总线适配器，是⼀个使计算机和存储设备间提供输⼊/输出处理和物理连接的电路板和/或集成电路适配器。
1.9 磁盘阵列（Redundant Arrays of Inexpensive Disks，简称Raid）
由多个容量较⼩、速度较慢的磁盘组合成⼀个磁盘组，以提升整体性能和存储空间。
1.10 虚拟机
指使⽤系统虚拟化技术，运⾏在⼀个隔离环境中、具有完整硬件功能的逻辑计算机系统。
1.11 负载均衡
分为硬件和软件负载均衡，软件负载均衡指通过将负载均衡软件安装在⼀台或多台服务器相应的操作系统上来实现负载均衡，硬件负载均衡是直接将负载均衡设备部署在服务器和外部⽹络之间，专门完成负载均衡任务。
1.12 关键应⽤系统
指对业务开展起核⼼的⽀撑作⽤的，对可靠性（Reliability）、可⽤性（Availability）和可服务性(Serviceability)等具有⾮常⾼要求的应⽤系统，如资产管理系统、营销管理系统、财务管理系统、⼈⼒资源系统、协同办公系统和综合管理系统。 1.13 ⾮关键应⽤系统
指除关键应⽤系统外的应⽤系统。
1.14 TPC-C测试
指模拟⼀个批发商的订单管理系统进⾏数据库事务处理测试，主要衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现，正规 TPC-C 测试结果发布必须提供 tpmC值, 即每分钟完成多少笔 TPC-C (TPC-C Transaction Per Minute)数据库交易。
1.15 SPECweb2005
SPEC Web2005延续了SPEC传统测试的原理，通过多台客户机向服务器发出Http Get请求，请求调⽤Web服务器上的⽹页⽂件，这些⽂件从数千字节到数兆字节不等。在相同的时间⾥，服务器回答的请求越多，就表明服务器对客户端的处理能⼒越强，系统的Web性能就越好。
1.16 业务交易
在TPC-C估算法中，业务交易指的是⽤户的业务请求，⽤户每次查询、修改和删除操作均各算⼀次业务交易。
1.17 数据分级存储
数据分级存储是指将数据存放在不同级别的存储设备（磁盘、磁盘阵列、光盘库、磁带库）中，通过数据分级存储管理软件实现数据在存储设备之间的⾃动迁移。
2 基本原则
架构⼀致性原则。
安全性原则。
可靠性原则。
可扩展性原则。
pc104总线绿⾊低碳原则。
3 软硬件平台架构
3 软硬件平台架构
⽹络从安全⾓度上分，⼀般分为DMZ区和安全区（内⽹），根据应⽤的⽤途、架构、功能，选择适合的⽹络环境。
DMZ区和安全区（内⽹）内各信息系统应按照相关信息安全等级保护的要求，依据分区、分级、分域的的原则，进⾏安全域的划分，实现各安全域差异化的信息安全防护。
软件架构⽅⾯，对维护简单、不需要更新客户端的应⽤系统，建议采⽤Browser/Server（B/S）架构，对响应时间要求快、客户端操作界⾯复杂和有较多个性化要求的应⽤系统，可采⽤Client/Server（C/S）架构。
对性能要求不⾼的B/S架构应⽤系统，可采⽤Web客户端/应⽤服务器/数据库服务器三层架构；对性能要求⾼的B/S架构应⽤系统，应采⽤Web客户端/Web服务器/应⽤服务器/数据库服务器四层架构，Web服务器⽤于专门处理HTTP请求(request)，应⽤服务器通过多种协议为应⽤系统提供处理商业逻辑(business logic)。
4 存储设备
存储设备包括本地物理服务器（或者虚拟机）的存储设备和共享存储设备。对于共享存储设备，结构化数据建议采⽤⽀持FC SAN 或⾼带宽、低延迟的InfiniBand ⽹络的磁盘阵列，⾮结构化数据可以采⽤⾼性价⽐的NAS 作为存储设备。
存储⽹络交换机可选择FC SAN 交换机或InfiniBand 交换机，交换机应实现2N⽅式的冗余；存储⽹络交换机应⽀持Trunk级联，以便实现多套存储设备的共享。
存储设备的选择主要考虑性能、管理复杂程度与可扩展性，应⽀持存储虚拟化技术，以提⾼存储资源的利⽤率，降低管理复杂度和成本，⽀持开放结构，可⽅便的被其他⼚商的系统管理软件使⽤，⽀持动态可扩展，⽆须终⽌应⽤程序即可扩展存储空间。
建议在DMZ区和安全区（内⽹）各配置⼀套共享存储设备，以满⾜不同信息系统对存储设备的需求。
对可⽤性要求⾼、数据读取速度快、存储空间需求⼤、在线可扩展等应⽤系统，原则上应使⽤共享存储设备；数据库服务器及虚拟化的物理服务器应通过存储⽹络和共享存储设备相连。
对于关键应⽤系统，建议采⽤数据分级存储，根据数据的访问频率、保留时间、容量、性能要求等因素设置数据迁移规则，将访问频率较低的数据存储在磁带库等成本较低、速度较慢的存储设备中，将访问频率较⾼的数据存储在磁盘或者磁盘阵列等成本较⾼、速度较快的存储设备中。
5 数据库服务器
关键应⽤系统的Oracle数据库集建议采⽤多台⼩型机，可通过合理密度的虚拟化分区技术将⼀台⼩型机分为不同分区，建议将不同关键应⽤系统集数据库的节点应安装在物理服务器的不同分区上，同⼀应⽤系统集数据库的不同节点应安装在不同物理服务器分区上，节点的分布要结合系统的特点进⾏错峰安排。
Oracle数据库集建议采⽤Real Application Cluster（RAC）的⽅式构建，可以充分利⽤RAC提供的负载均衡和实时灾难恢复的功能。RAC⽅式搭建Oracle数据库集对应⽤系统架构有⼀定要求，应当注意：
1）通过程序控制各个RAC节点承担系统中相对独⽴的业务逻辑的后台数据处理，应尽量避免在多个不同节点上存放相同表的数据，以减少各个节点间内存数据通讯。
2）应⽤程序访问后台数据源的链接配置设置为Service⽅式，将多个数据源指向的数据库节点配置为不同的优先顺序，例如：3台数据库服务器机器为A、B、C，配置3个数据源，其中数据源1指向的数据库优先顺序为ABC，数据源2指向的数据库优先顺序为BCA，数据源3指向的数据库优先顺序为CAB。
为满⾜某些⾼负载、⼤⽤户量、数据库读写访问⾮常频繁的应⽤系统需求，可以考虑通过主从复制、垂直分区、⽔平分区等技术将数据库进⾏结构分解。
1）主从复制：进⾏读写分离，写操作作⽤在主数据库节点上，通过数据库复制软件，结合业务数据更新周期利⽤业务低⾕期进⾏数据同步。
2）垂直分区：将不同类型的数据存储在不同的数据库节点中，⽅便上层业务模块在部署上的分离。
3）⽔平分区：将同⼀个表的数据通过某种算法分布到不同的数据库节点上。
6 应⽤服务器/Web服务器
建议采⽤微机服务器或⼑⽚服务器作为应⽤服务器/Web服务器的物理服务器，通过服务器虚拟化技术，在物理服务器 上创建虚拟机，将不同应⽤系统的应⽤服务器/Web服务器安装在同⼀台物理服务器的不同虚拟机上；在部署多节点应⽤系统时，不同节点应尽量均衡分布在不同物理服务器上，以保证应⽤的⾼可⽤性。
针对服务器硬件配置要求较低、⽆特殊硬件（图像显⽰卡、⾳频卡、加密卡等）要求和I/O需求不⾼（IO吞吐率不超过50MB/s）的信息系统建议运⾏在虚拟机上，以提⾼资源利⽤率。
运⾏虚拟机的服务器应提供主要配件（如电源、硬盘、风扇、内存、⽹卡）的热插拔技术。
虚拟机数据应存放在共享存储设备上，以提⾼整体系统的可⽤性和性能。
关键应⽤系统的应⽤服务器/Web服务器前端应部署硬件负载均衡设备，根据预设的负载均衡策略，将⽤户访问导向负载压⼒较⼩的虚拟机/物理服务器。
使⽤Weblogic应⽤服务器组建集时，应⽤系统软件设计中不能包含⽂件共享的⽂件服务和时间服务，可以在集中的单个节点使⽤此类服务，但是不能提供平衡负载或故障转移功能。
针对Java应⽤服务器软件，应当根据应⽤系统实际情况和硬件服务器配置，调整Java的运⾏参数，最⼤程度优化系统的性能，如Java虚拟机堆的⼤⼩缺省是256M，建议根据虚拟机/物理服务器的内存⼤⼩将Java虚拟机堆进⾏调整，范围从512M（当内存⼤于2GB时）⾄1024M（内存⼤于4GB时）之间。
Java应⽤服务器 Weblogic和Websphere 集必须满⾜以下条件：集中的主机必须使⽤永久的静态IP地址，动态IP地址不能⽤于集环境；集中的所有服务器必须位于同⼀个局域⽹，并且必须是IP⼴播可到达的；集中的所有服务器必须使⽤相同的版本，其中
境；集中的所有服务器必须位于同⼀个局域⽹，并且必须是IP⼴播可到达的；集中的所有服务器必须使⽤相同的版本，其中Websphere要求所有服务器都采⽤WSA ND版本；对于使⽤了JDBC连接的EJB，所有部署了某EJB的服务器必须具有相同的部署与持久化配置，即所有服务器均应有相同的JDBC配置；所有部署了servlet的主机必须维护⼀组具有相同ACL的servlet。
对于使⽤Weblogic的应⽤服务器系统，应避免将管理服务器(admin server)设置在集的服务器中。
对web服务器，可采⽤各种缓存技术提升性能：将访问频率⾼的页⾯放到缓存服务器中进⾏缓存。
7 负载均衡
负载均衡设备主要应⽤于应⽤服务器和WEB服务器，关键应⽤系统因对性能要求较⾼，建议以共享的⽅式使⽤硬件负载均衡设备。
使⽤硬件负载均衡有两种部署⽅式：直联和旁路⽅式，建议采⽤旁路⽅式，将多台负载均衡设备分别连接到多台核⼼交换机，多台负载均衡设备间互为备份，不同应⽤系统的应⽤服务器/Web服务器集共⽤多台负载均衡设备。
判断负载均衡是否采⽤主要和物理服务器/虚拟机的性能、应⽤系统所执⾏事务的复杂性等有关。Weblogic建议每个服务器并发线程数为（25-50）*CPU核数最优，如果应⽤系统所需最多的并发数超过（25-50）*CPU核数，建议配置多个服务器组成集，使⽤负载均衡技术，将负载分布在不同的服务器上
建议将Weblogic或者Websphere的server部署在不同的物理服务器的虚拟机上，组成集，以提⾼系统的可⽤性、稳定性。
8 资源分配⽅法
对存储资源采⽤分解法估计，对数据库服务器资源采⽤TPC-C值估算法，对Web服务器资源采⽤SPECweb2005估算法，对应⽤服务器采⽤SPECjbb2005估算法。
资源分配的基本⽅法是⾸先了解信息系统的⾮功能性需求，初步估计各类型服务器（数据库服务器、应⽤服务器、Web服务器、接⼝服务器和其他服务器）总体资源需求，再根据需求冗余、安全等⽅⾯要求，确定各类型服务器所需物理服务器数量，基本原则如下：
1）单台服务器能提供⾜够处理能⼒的不再分解为多台物理服务器。
2）数据库服务器采⽤双节点冗余（如Oracle RAC）时，处理容量⼀般按增长50%计算。
3）应⽤服务器采⽤多个逻辑(物理)节点组成集时，4个节点以下（含4个）的集，总体处理能⼒⼀般按各节点处理能⼒总和的60%计算，4个节点以上的集，总体处理能⼒⼀般按各节点处理能⼒总和的50%计算。
4）web服务器采⽤多个逻辑(物理)节点组成集时， 4个节点以下（含4个）的集，总体处理能⼒⼀般按各节点处理能⼒总和的70%计算，4个节点以上的集，总体处理能⼒⼀般按各节点处理能⼒总和的60%计算。
4.3 本指导意见的资源主要介绍存储设备、数据库服务器、应⽤服务器、Web服务器的资源估算⽅法，其他类型服务器的资源可参考进⾏估算。
4.4 在进⾏实际分配资源时，可根据资源需求的估算进⾏⼀定程度上的调整。
9 服务器资源估算⽅法
9.1.1 ⽅法⼀：数据库服务器TPC-C估算法
适⽤范围：适⽤于对数据库服务器（应⽤服务器、Web服务器可参考）所需服务器的CPU能⼒进⾏估算。根据估算出的TPC-C值选择合适的服务器和服务器配置。
原理介绍：该估算法是通过计算应⽤系统峰值每分钟需要处理的业务交易数，再综合考虑业务交易的复杂程度、未来业务交易数量的增长和CPU处理余量等因素，通过公式计算得出⼀个估算值，以此来评估需要服务器必须达到的TPC-C值。
计算公式：TPC-C值 = ((TASK x 80%) /T) x S x F/C
参数解释：
TASK：典型⼯作⽇平均业务交易总量，指的是应⽤系统需要处理的⽤户业务请求的总和。
TASK x 80%：假设典型⼯作⽇80%的业务交易集中在⾼峰时段。
TASK x 80% / T： 即应⽤系统峰值每分钟处理的业务交易数。
srte
T：应⽤系统典型⼯作⽇业务交易峰值（完成80%交易）持续时间，以分钟为单位。
S：实际业务交易操作相对于标准TPC-C测试基准环境交易的复杂程度⽐例。
F：系统未来的业务交易量发展冗余预留，需要根据应⽤系统情况估算。
C：服务器CPU利⽤率估算值。实际应⽤经验表明，服务器的CPU利⽤率⾼于80%则表明CPU的利⽤率过⾼会产⽣系统瓶颈，⽽利⽤率处于75%时，是处于利⽤率最佳状态。此值⼀般设定为C=75%。
计算步骤：
步骤⼀：估计应⽤系统平均典型⼯作⽇处理的业务交易总量
可以通过以下⽅法估算：
1、估算典型⼯作⽇平均登录系统的⽤户数。
2、估算平均典型⼯作⽇每个⽤户执⾏的业务交易数。例如，如果平均每个⽤户执⾏五次查询、五次修改和五次保存操作，那么平均每个⽤户执⾏的事务数为15次。
3、根据1和2估算出应⽤系统平均每典型⼯作⽇处理的业务交易总量。
步骤⼆：估算应⽤系统每⽇峰值持续时间（单位为分钟）
估算应⽤系统典型⼯作⽇峰值持续的时间，指的是应⽤系统典型⼯作⽇每天繁忙的时间。例如，股票交易系统每天的繁忙时间为上午9：30⾄ 11:30和下午13:00⾄15:00，那么它的峰值持续时间为3+2 = 5 ⼩时=300分钟。
步骤三：估算应⽤系统峰值每分钟需要处理业务交易数
计算应⽤系统峰值每分钟需要处理业务交易数时，需要估算典型⼯作⽇⾼峰时间处理的业务交易数占每天平均处理的业务交易总数的⽐例。通常按照20-80的原则进⾏估算，即80%的业务交易在⾼峰时间进⾏，20%的在⾮⾼峰时间进⾏。
通常按照20-80的原则进⾏估算，即80%的业务交易在⾼峰时间进⾏，20%的在⾮⾼峰时间进⾏。
根据上述步骤，可以算出应⽤系统峰值每分钟需要处理业务交易数。
步骤四：估算应⽤系统事务复杂度
由于实际业务交易的复杂程度与TPC-C标准测试中的业务交易存在较⼤的差异，应设定⼀个合理的对应值，根据经验，简单事务的S值为2-5，⼀般复杂事务为6-12，较复杂事务为13-16，⾼度复杂事务为17-20。针对数据库服务器，S值建议设置为15。
步骤五：估算应⽤系统未来⼀段时间后预留量。
如果预计未来⽤户数翻番，预留量即为200%。
步骤六：将以上各参数值代⼊公式，计算出TPC-C值。
步骤七：根据计算出TPC-C值，选择等于或者⼤于TPC-C值的⽬标服务器。
9.1.2 ⽅法⼆：未公布服务器TPC-C值估算法
适⽤范围：本⽅法适⽤于通过⼚商已公布型号服务器的TPC-C值估算未公布服务器的TPC-C值。
原理介绍：⼚家通常会在上公布满配置的某⼀型号服务器的TPC-C值，对于⾮满配置的服务器需要进⾏估算，⽽TPC-C性能指标反映的是服务器的整体性能指标，包括：系统结构、处理器、缓存、内存、I/O等，因此不能简单从TPC-C值推算出CPU、内存的数值，需要综合考察设备的整体性能。为了简化计算，假设服务器的TPC-C值和CPU数和频率呈线性关系，因此可以根据满配置的服务器⼤概估算出⾮满配置的相同型号或同档次服务器的TPC-C值。
计算公式：
⽬标配置服务器的TPC-C值 ≈（同型号服务器满配置的服务器的TPC-C值÷CPU个数÷CPU主频频率）* 估算服务器的CPU个数*CPU主频频率
计算步骤：
步骤⼀：获取满配置同类型服务器的TPC-C值，可以在查到最新的某些类型的服务器TPC-C值或者通过⼚商获取该值。
步骤⼆：将满配置服务器型号的CPU个数和主频、⽬标配置的服务器的CPU个数和主频等代⼊公式。
步骤三：通过公式计算⽬标配置的服务器的TPC-C值。
9.1.3 ⽅法三：Web服务器SPECweb2005估算法
适⽤范围：适⽤于为⽀持满⾜特定吞吐量和客户请求响应速率要求的WEB服务器的性能进⾏估算。
原理介绍：Web服务器通常需要衡量它可以⽀持满⾜特定吞吐量和客户请求响应速率要求的WEB服务器的最⼤并发连接数量，⽽SPECweb2005是由标准性能评估组织（SPEC）专门开发的的Web服务器基准测试。服务器⼚商通常会提供每种型号服务器的SPECweb2005值。使⽤本⽅法估算不考虑⽹络因素，假设客户端和服务器位于同⼀局域⽹中，⽹络传输时间可以忽略。
计算公式：SPEC Web2005值= (总⽤户数 * 在线率 * 在线⽤户平均发起http请求数)/ (1 — 冗余率)
参数解释：
总⽤户数：应⽤系统总的⽤户数。
在线率：应⽤系统使⽤⾼峰时⽤户的在线率。
在线⽤户平均发起http请求数：平均每个在线⽤户发起的http请求数量。
冗余率：需要预留的冗余率。
计算步骤：
步骤⼀：估算系统总的⽤户数。
txue步骤⼆：估算应⽤系统使⽤⾼峰时⽤户的在线率。
步骤三：估算平均每个⽤户发起的http请求数量。
步骤四：设置预留的冗余率。
步骤五：将步骤⼀、⼆、三、四的估算值代⼊公式，计算出SPECweb2005值。
步骤六：根据计算出SPECweb2005值，选择等于或者⼤于SPECweb2005值的⽬标服务器。
9.1.4 ⽅法四：应⽤服务器SPECjbb2005估算法
使⽤范围：适⽤于估算Java类应⽤服务器所需达到的服务器性能。
原理解释：SPECjbb2005是评估服务器端Java性能的SPEC测试⼯具。SPECjbb2005通过模拟三层C/S系统(主要是中间层)来评估服务器端Java的性能。该测试软件运⾏JVM(Java虚拟机)、JIT (Just-In-Time)编译器、碎⽚收集、线程以及操作系统的其他任务，它同时也测量CPU、Cache、内存和 SMP的性能。
服务器上运⾏基于J2EE的中间应⽤软件平台，可以将其应⽤处理能⼒量化为Java处理能⼒性能值SPECjbb2005，同时充分考虑系统的冗余处理能⼒以及系统资源分配情况，即可估算出服务器的处理能⼒性能值。
公式：SPECjbb2005 =A×B/（1-C-D）
参数解释：
A：每秒最多需要同时处理的业务交易量。
B：每笔业务交易需消耗的SPECjbb2005峰值，根据经验，每笔业务交易消耗⼀般为200个bops，或根据该笔业务交易的java语句数量进⾏计算，B=该笔业务交易的java语句数/5。
C：系统的冗余处理能⼒。
D：⾮Java应⽤所占⽤的系统资源百分⽐。
例如某系统业务交易峰值为1000笔/秒，系统冗余处理能⼒预留30% ，⾮Java应⽤所占⽤的系统资源百分⽐为20%，根据计算公式，服务器SPECjbb2005性能值为：1000*200/(1-30%-20%)=400,000。
9.1.5 ⽅法五：数据库服务器内存估算法
适⽤范围：适⽤于估算数据库服务器（应⽤服务器、Web服务器可参考）所需的内存。
原理介绍：数据库服务器相对其他服务器来说，因为涉及⼤量的数据处理，需要把数据载⼊内存，以加快处理速度，所以需要更多的内存。对于内存的估算⼀般有下述两种⽅法，建议采⽤下述两种⽅法分别估算出所需的内存，取其中最⼤的数值。
计算⽅法：
⽅法⼀：
根据标准化设计，将数据库内存容量（单位为G）和CPU的核⼼的数量的⽐例按照4:1配置，⼀个CPU的核⼼对应4G内存。例如服务器配置两个4核CPU则建议配置32G内存。
⽅法⼆：
原理介绍：数据库服务器的内存主要包括：操作系统占⽤内存、数据库系统占⽤内存、数据库并发⽹络连接占⽤内存等。按照经
验，Windows平台内存占⽤率不超过55%、Unix（或Linux）平台内存占⽤率不超过80%时，不会影响系统的性能。
计算公式：
数据库服务器（Windows平台）内存 = （操作系统占⽤内存+数据库占⽤内存+数据库并发⽹络连接占⽤内存+其他软件占⽤内存）/ 55%数据库服务器（Unix或Linux平台）内存 = （操作系统占⽤内存+数据库占⽤内存+数据库并发⽹络连接占⽤内存+其他软件占⽤内存）/ 60%（前置条件：操作系统占⽤内存+数据库占⽤内存+数据库并发⽹络连接占⽤内存+其他软件占⽤内存≤4G）
数据库服务器（Unix或Linux平台）内存 = （操作系统占⽤内存+数据库占⽤内存+数据库并发⽹络连接占⽤内存+其他软件占⽤内存）/ 80%（前置条件：操作系统占⽤内存+数据库占⽤内存+数据库并发⽹络连接占⽤内存+其他软件占⽤内存>4G）
参数解释：
操作系统占⽤内存：操作系统运⾏需要占⽤的内存。
数据库占⽤内存：数据库服务器运⾏需要占⽤的内存。
数据库并发⽹络连接占⽤内存：数据库客户端和数据库服务器之间连接时，数据库服务器需要花费的内存。
平面度测试仪其他软件占⽤内存：数据库服务器中其他软件运⾏需要占⽤的内存。
计算步骤：
步骤⼀：估算操作系统所占⽤内存
操作系统所占⽤内存具体和操作系统类型和版本相关，⼀般为600M内存。
步骤⼆：估算数据库系统占⽤内存
数据库系统占⽤内存主要包括：数据库服务器软件占⽤的内存和数据库缓存。其中数据库缓存和数据库⼤⼩相关，根据经验，数据库服务器在缓存容量达到数据库经常访问数据总量（注：数据库总量不包括系统数据）的5%时性能较好。数据库总量可以根据5.2 节中数据库数据估算的⽅法计算。因此，数据库系统缓存=数据库经常访问数据总量*5%。
数据库服务器软件占⽤内存和所⽤的数据库管理软件及版本相关，按照经验，⼀般为200M内存。
步骤三：估算数据库并发⽹络连接占⽤内存
数据库并发⽹络连接数每个占⽤5M。假设有200个连接，即并发连接占⽤内存为200 * 5M = 1000M。
步骤四：估算其他软件占⽤内存
先估算需要安装的软件，再估算每种软件占⽤内存的总和。为了简化计算，可以先估计每种软件占⽤内存⼤⼩Mi，再估计安装的软件数Ni，即其他软件占⽤内存= 。
步骤五：估算所需内存
根据上述公式，估算所需内存。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议