朗诗国际服务器方案14023.pdf

《朗诗国际服务器方案14023.pdf》由会员分享，可在线阅读，更多相关《朗诗国际服务器方案14023.pdf（65页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第一章 背景.3 第二章 用户需求分析.4 2.1 房地产行业信息化需求分析.4 2.2 用户的现状.5 第三章 IT 系统服务管理-挑战与机遇.5 3.1 复杂的 IT 系统带给企业巨大挑战.6 3.2 在复杂的异构环境中管理服务等级.6 3.3 在保持可靠性和可用性的前提下提高利用率.6 3.4 降低 IT 成本.7 3.5 提高运作变化的灵活性和速度.8 3.6 管理不断增长的风险.8 3.7 实施系统管理的价值分析.9 3.7.1 IT 系统规划保持与企业的远景和战略一致.10 3.7.3 改进组织财务状况.10 3.7.4 提高客户对 IT 服务的满意度.11 3.7.5 通过增强技

2、能改进部门生产力.11 3.8 小结.12 第四章 服务器规划.12 4.1 服务器设计原理.12 4.1.1 实用性和先进性.12 4.1.2 高性能和高负载能力.12 4.1.3 安全性和可靠性.12 4.1.4 灵活性与可扩展性.13 4.1.5 开放性和标准化.13 4.1.6 经济性与投资保护.13 4.2 数据库服务器的选择.13 4.2.1 数据库服务器性能概述.13 4.2.2 基于 rPerf 的推算，评估数据库服务器的 CPU.15 4.2.3 评估服务器所需的 rPerf 值.16 4.2.4 基于 TPC-C 的推算，评估数据库服务器的 CPU.17 4.2.5 如何使

3、用 TPC-C 进行服务器的评估.18 4.2.6 数据库服务器性能评估.19 4.3 WEB 服务器的选择.21 4.4 文件服务器的选择.21 4.4.1 X3650 的 TOE 技术介绍.21 第五章 IBM 公司及产品的介绍.23 5.1 IBM 公司介绍.23 5.2 为什么选择 IBM 服务器.26 5.2.1 虚拟化.27 5.2.2 开放性.27 5.2.3 协作.28 5.3 IBM System x 的优势.29 5.3.1 System x 的与众不同和创新.29 5.3.2 特性丰富的功能.29 5.3.3 高性能硬件.29 5.3.4 面向随需应变.30 5.3.5

4、BladeCenter 解决方案（HS20）.30 5.3.5 群集解决方案.30 5.3.6 Microsoft 解决方案.30 5.3.7 Linux 解决方案.31 5.3.8 利用存储技术.31 5.3.9 价格合理的 System x 解决方案.31 5.4 IBM System x3650 介绍.31 5.4.1 要点.31 5.4.2 刷新速度和性能水平.32 5.4.3 保护您的 IT 投资.32 5.4.4 产品特性.32 5.4.5 特性和优势.33 5.4.6 规格.35 5.5 IBM System x3850 介绍.35 5.5.1 要点：.35 5.5.2 产品特性

5、.36 5.5.3 功能特性和优势.36 5.5.4 规格：.39 5.6 数据备份策略.41 第六章 IBM 系统管理.45 6.1 系统管理工具和功能.45 6.2 IBM Director 介绍.47 6.3 IBM Director 代理程序.48 6.3.1 概述.48 6.3.2 功能概述.48 6.3.3 新增功能.49 6.4 IBM ServerGuide.49 6.4.1 概述.49 6.4.2 serverguide 的工作原理：.50 6.5 ServerGuide 脚本编制工具箱.50 6.5.1 概述：.50 6.5.2 关键特性.51 6.6 IBM Direct

6、or 的可选扩展.51 6.7 用于 Microsoft SMS 的 IBM Systems 更新工具.52 6.7.1 概述.52 6.7.2 工作原理：.52 6.8 UpdateXpress.52 6.8.1 概述.52 6.8.2 UpdateXpress 的工作原理.53 6.8.3 特性概览.53 6.8.4 产品的优点.53 6.9 虚拟化管理器.53 6.9.1 概述：.53 6.9.2 IBM 虚拟化管理器”的优点：.54 6.9.3 特性概览：.55 6.10 系统可用性管理器.55 6.10.1 概述：.55 6.10.2 特性：.55 6.11 扩展：IBM Power

7、Executive.56 6.11.1 概述.56 6.11.2 IBM PowerExecutive 的工作原理.56 6.12 远程部署管理器.57 6.12.1 概述.57 6.12.2 特性概览.57 6.12.3 新增功能：.58 6.13 扩展：Altiris Deployment Solution for IBM Servers.59 6.13.1 概述：.59 6.13.2 特性概览：.59 6.13.3 主要特点：.60 6.14 容量管理器.60 6.14.1 概述：.60 6.14.2 特性：.60 6.15 软件分发 Premium 版.61 6.15.1 概述：.61

8、 6.15.2 特性概览：.61 6.16 易于管理的硬件.61 6.16.1 概述：.61 6.16.2 IBM 预测性故障分析.62 6.16.3 IBM 基板管理控制器.62 6.16.4 IBM 光通路诊断.62 6.16.5 IBM 远程管理适配器 II.62 6.16.6 热交换热添加和冗余组件.63 6.17 动态系统分析.63 6.17.1 概述：.63 6.17.2 特性概览：.64 第七章 硬件配置和价格.64 第一章 背景 房地产业是我国国民经济的主导产业，在现代社会经济生活中有着举足轻重的地位。经过十几年的发展，中国房地产业正处于向规模化、品牌化、规范运作的转型时期，房

9、地产业的增长方式正在由偏重速度规模向注重效益和市场细分的转变，从主要靠政府政策调控向依靠市场和企业自身调节的方式转变。随着 WTO各项有关条款的兑现和落实，包括房地产业在内的我国经济各方面都将发生新的变化。国民经济的持续增长和居民消费结构的提升，为房地产业提供了高速发展的机会，也使房地产业面对着更加激烈的竞争。充分运用信息技术所带来的巨大生产力，尽快提高自身的信息化应用水平和管理水平,无疑成为提升房地产行业竞争力的重点。房地产行业是典型的资金密集型行业，具有投资大、风险高、周期久、供应链长、地域性强的特点。房地产行业的信息化建设，必须在先进的管理理念和方法的指导下，从房地产行业的特点出发，满足

10、房地产行业不断发展的需求。第二章 用户需求分析 2.1 房地产行业信息化需求分析 房地产企业多采用跨地域的经营方式，项目分散运营与集团管理决策之间的矛盾制约了房地产企业的发展。目前房地产企业普遍采用的项目公司运作模式缺乏统一的业务管理系统，使得管理层无法及时准确的了解各项目情况，不能充分的在多个项目之间调动资源，无法为管理决策层提供足够的数据依据，对项目潜在的风险难以预测。房地产行业急需一个能够满足房地产开发企业需求的集成管理应用平台，在此平台的基础上，应能实现多业务系统、业务与财务系统的集成，实现公司级和项目级对房地产项目全过程的监控，并能充分考虑未来扩展的要求，最终满足集团企业跨项目、跨单

11、位、跨地域的管理需求；房地产企业缺乏适合行业特点的项目管理系统，项目管理的主要业务之间，业务与财务系统之间彼此相对独立，业务、财务数据不能实时共享，特别是投资估算、项目预算、资金管理、成本管理、合同管理、进度管理等核心业务之间缺乏集成和数据交换；房地产企业目前对成本缺乏有效的管理手段，成本管理基本还停留在事后核算反映的阶段，无法实时获得成本执行数据，也就无法真正落实预算的控制作用，无法通过预测分析实现事前的预防控制。房地产企业迫切需要通过对项目全过程的监控，实现动态成本管理；房地产企业项目、地区公司、集团之间缺乏统一集中的财务管理系统，无法克服分散运营带来的财务信息失真、滞后和管理成本高的问题

12、，造成集团财务管理监控的困难；房地产集团宝贵的客户资源分散在各个项目或分子公司中，无法从企业的角度分析这个庞大的客户群，也就无法根据客户的反馈和分析改进和提高房地产项目运作、户型设计、市场活动、物业服务等业务，造成了资源的浪费。2.2 用户的现状 朗诗置业股份是一家房地产公司。目前有系统用户 200左右，3 年后大概有 500左右的系统用户。作为房地产企业，企业信息化发展的目标是以市场为导向，用先进技术改造传统房地产产业。立足国情，提高网络集成系统应用水平，加强企业的技术创新，提高企业经济效益和竞争力，以适应信息时代、知识经济的发展。房地产信息化包括以下几个方面：1 房地产企业管理信息系统。利

13、用计算机、网络技术和先进的管理知识，建设企业管理信息系统（即 INTRANET），实现无纸化办公，加快企业内部信息的交流，改进企业业务流程和管理模式，提高运行效率，降低成本，提高竞争力。2企业决策支持系统。利用现代通信技术，加入因特网，进行企业的信息发布，并建设企业外部网（即 EXTRANET）。通过采集和利用国家宏观信息、企业材料供应商及合作伙伴的生产流通信息、市场信息等经营信息，提高企业对市场的快速反应能力，提高企业的正确决策能力。3电子商务。房地产企业信息化的核心是基于商业服务（B2B）的信息化普及与服务平台建设，目前房地产企业的电子商务尚处起步阶段，有关部门正在组织制定发展规划纲要。为

14、了实现上面几个方面的功能，我们需要提供以下的服务：数据库服务、文件服务、Web服务。同时为了保证数据的安全，防止意外的数据丢失，需要提供文件备份服务。第三章 IT 系统服务管理-挑战与机遇 IT 技术日新月异，企业IT 系统越来越来越复杂。从UNIX服务器到PC服务器以及PC 机分布于公司的各个部门，通过数以万计的网络设备连接在一起。同时在这些异构系统构成的硬件平台之上是庞大的企业应用系统，从 SCM（供应链管理）、ERP（企业资源规划）到 CRM（客户关系管理），无一不是支持公司业务增长的强劲动力和基础设施。如何保障 IT 系统的正常运行，从而保障公司的核心业务，已经日益成为一个信息主管，集

15、团 CIO（首席信息执行官）乃至 CEO（首席执行官）需要仔细思考的问题。3.1 复杂的 IT 系统带给企业巨大挑战 让我们简单回顾一下 IT 系统发展中的三个重要技术：局域网络、客户机/服务器和因特网。局域网使公司部门和项目小组成员共享信息成为可能，而且公司的高层管理人员可以借助特定工具评估每一个公司部门的业绩，有助于迅速掌握公司的运营情况并迅速做出响应。随之出现了客户机/服务器模式，每一个部门乃至每一个项目组都可以使用自己的服务器管理本部门的业务，在公司的内部形成了大量垂直分布的信息系统，系统之间需要网络连接起来，IT 系统的复杂性进一步增加。而因特网技术的出现，以及电子商务的成熟，使得企

16、业可以提供在线交易，这在拓宽了公司经营渠道的同时，使事情变得更为复杂。IT 环境的中间任何一个环节出现问题，都可能直接影响到公司的业务顺利进行，造成重大损失。如何管理并改善公司的 IT 系统，当今企业面临重重挑战。3.2 在复杂的异构环境中管理服务等级 NOP 为 IBM 开展的一项调查表明，55%的企业有他们必须达到的服务等级，以支持国内客户，而 42%的大型企业有他们必须达到的服务等级，以支持国外客户。但是，现在比以往更难实现这些期望的服务等级。随着时间的推移和企业的发展，IT 基础架构以更细的方式不断扩展。自定义功能专门为具体的特定用途而开发。IT 基础架构采用独立部署方法，如同企业中的

17、高塔或“竖井”，每一架构中都包含来自不同厂商的组件。最初，这种方式还行之有效，但在今天的环境中，许多企业深受维护复杂的异构环境并使之有效运行这一痼疾的扰，这也是大多数企业面临的主要挑战。3.3 在保持可靠性和可用性的前提下提高利用率 近期的一次 Gartner 调查发现，全世界服务器 CPU 中，大约有 75%的功效根本没有得到用。造成这种巨大浪费的元凶正是工作量水平的变化（变化范围从以前的相对可预知到现在的难以应付），迫使公司准备过多的服务器。与此同时，这些复杂的系统不但要承担越来越多的服务，还要确保这些服务每周 7 天每天 24 小时都处于可用状态。电子商务目前得到巨大发展，客户要求越来越

18、多的在线服务。服务要随时待命，并且以最快速度执行。如果您不能提供这样的服务，客户将会寻找其他提供商取而代之。客户已经不像过去那样始终保持忠诚。各企业都在奋力维护自己的业绩，竞争的态势也愈演愈烈。IBM 的一份调查表明，69%的客户关心的焦点是确保基础架构的可靠性和可用性，以支持业务的正常运作。此外，IBM 估计约 40%的计算机系统停机事件是操作人员的失误造成的。这些停机事件造成的损失非常惊人（见图 1）。造成操作人员失误的原因是时间压力和当前系统日益复杂（令操作人员难理解）的双重结果。在这种状况下，如何保证可靠性和可用性的前提下提高利用率就尤为重要。图1 工业企业计算机故障和数据丢失的成本

19、3.4 降低 IT 成本 2003 年 Morgan-Stanley CIO 的调查指出，CIOs 希望他们 2003 年下半年的 IT 预算保持平稳。他们全年的期望是增长微不足道的 1%。CIOs 曾被明确要求降低成本，并且将工作重点转移到业务更少、更重要的 IT 领域；一言以蔽之，就是要做到事半功倍。我们发现自己所处的经济环境要求所有企业全面降低自身的成本，其中也包括他们的 IT 基础架构成本。所有人都在寻找能够事半功倍的途径。IT 主管总是在问下面这些问题：如何让当前的 IT 基础架构发挥更大的功效？如何借助目前的 IT 员工管理当前越来越复杂的环境？如何更好地利用已就位的 IT 基础架

20、构使企业在无需额外投资的前提下提供具有竞争力的产品？降低 IT 成本时企业面临的又一大挑战。3.5 提高运作变化的灵活性和速度 业务的发展速率在日益加快，业务的灵敏性也备受关注。近期对 IBM 客户所作的一次调查表明，60%的客户认为，迅速对商机、竞争和法规做出反应是他们关注的焦点。但即便今天的企业已经开始进行运作改革，也是步履维艰，并经常采用手工方式。有时，回应较小变更的时间长达数天或数周。如果企业反应迟缓，则可能在竞争中失去重要的客户，同时由于失去商机而丧失市场份额，而事实上，只要他们足够灵活，就完全可以把握这些商机。企业呼唤更出色的系统管理工具，这些工具可帮助他们随需应变，并且将企业自身

21、的业务规则融合到系统中。3.6 管理不断增长的风险 在复杂的异构环境中管理服务等级、在保持可用性和可靠性的同时提高资源利用率、降低 IT 成本、提高运作变化的灵活性和速度，这四大业务挑战合并在一起带来了第五项挑战：即管理不断增长的风险。这些业务挑战的十万火急自然而然地引来了业务风险。重要的东西就会带来巨大的风险。这是您不容回避的事实。应对这些重大业务挑战也令风险不断升级。例如，要在复杂的异构环境中获得服务等级协议，同时还要求降低 IT 成本，这势必困难重重而且加大了风险。在提高运作变化的灵活性和速度的同时提高资源利用率更加危险。但也许全部挑战的最大风险并非应对这些挑战，而是风险竞争所带来的损害

22、。如何应对这些挑战，一个显而易见的答案就是采用系统管理帮助您实现一个随需应变的IT 系统，使 IT 系统能够更好地支撑公司的业务增长和创新。3.7 实施系统管理的价值分析 IT 系统管理已经有二十多年的历史，IT 系统管理不仅仅是一系列管理软件，而是由组织、流程、数据和工具四个有机组成部分组成的完整系统。参见图 2。组织是指你需要有一定的人员，组织结构来进行系统管理，包括用户服务人员、网络操作人员以及系统管理人员等。流程是指对于特定事件有一定的处理流程，如事件管理、更改管理以及问题管理等。工具主要是一些协助实现 IT 系统管理的软件，利用这些软件能够实现一些管理工作的自动化，减少人力。数据指

23、IT 系统管理的规章制度以及系统运行的一些数据和统计信息等。IT 系统管理通过将被业界证实的最好实践引入企业组织，可以为企业带来大量的好处。图2 系统管理示意图 图3 所示为实施IT系统管理后的价值示意图，下面我们具体讨论一下IT系统管理带给企业的价值。图3 IT系统管理的价值分析 3.7.1 IT 系统规划保持与企业的远景和战略一致 IT 系统管理通过定义清晰的 IT 系统管理目标，支持企业的远景和战略。IT 管理者集中精力于业务关键系统，能够更好支持公司的长远发展。目前企业的 IT 系统大多是垂直的子系统，与公司业务流程相孤立，难以准确定义每一个 IT 系统对于企业业务运行的影响和重要性。

24、采用 IT 系统管理后，可以将整个 IT 系统与公司的业务流程一致起来。CEO和 CIO可以更多地从业务的角度来看待 IT 系统，更加容易确定公司 IT 系统的投资方向，确定业务关键系统，从而使 IT 系统更好地为企业的创新发展提供动力。3.7.3 改进组织财务状况 公司用于 IT 的投资无穷无尽，最初用于购买硬件和软件的开支仅仅是一个开始。应用开发、部署、维护以及升级，都需要公司投入大量的人力和物力。而传统的垂直式企业应用系统导致企业的 IT 业务支持人员也局限于某一个垂直应用子系统，这样公司需要过多的 IT人员用于维护独立的子系统。通过流程化公司的 IT 服务支持系统，能够以更少的 IT

25、人员提供更好的 IT 系统支持。避免特定 IT 系统管理人员只负责特定系统，而忽略每个 IT 系统的问题对于业务系统影响的重要程度，难以合理分配资源。从企业业务流程的角度进行 IT 问题管理工作，可以大大降低 IT 系统的总拥有成本（TCO），利用有限的资源，提供更加有效的系统管理工作。同时 IT 系统有效支撑企业的核心业务，能够为企业带来更好的声誉，从而提高公司的市场份额和收入，改善公司的现金流。3.7.4 提高客户对 IT 服务的满意度 大多数公司的 IT 部门和业务部们之间并没有明确的服务级别合同（Service LevelAgreement），也无从判断 IT 部门提供的服务是否及时有

26、效。一旦出现问题，只能等待 IT 部门把问题解决，难以追究问题的根源。一旦实施 IT 系统管理后，IT 部门跟其他部们及客户间会有明确的 SLA，这样就可以根据 SLA来判断 IT 部门的服务是否达到了要求。对于公司业务部们和客户而言，也可以根据 SLA来评价 IT 部门的服务。对于 IT 部门而言，有了明确的 SLA，清晰的流程和必需的人员，就可以给公司业务部们和客户提供更好的服务，从而提高客户对 IT 服务的满意度。明确责任和流程后，公司业务部们在出现问题时，可以及时找到责任人，便于问题的迅速解决，有助于提高客户对于 IT 服务的满意度。一旦 IT 部门与其他业务部门之间有了明确的 SLA

27、，IT 部门就会更有积极性同其他业务部们沟通，了解业务部们的需求，从而更好的制定 IT 系统的实施计划，更加有效的支持公司业务，增强 IT 部门与其他业务部们的沟通。3.7.5 通过增强技能改进部门生产力 一个企业通过只有不断具有自我学习，自我更新的能力，才能在竞争激烈的环境中利于不败之地。而企业的创新和学习能力最终要来自员工。实施 IT 系统管理，奖励良好的学习创新环境，可以不断增强 IT 部门技能，改进部门生产力。进一步推动公司业务发展。IT 系统管理遵从质量管理，通过诸如 ISO9000体系，CMM以及 6 西格马等质量模型的采用，可以减少组织流程和时间的开发成本。组织具有自我更新和优化

28、的功能，促使流程和实践的优化完善，进一步减少开发成本。通过适当的制度和自动化管理工具的使用，可以在问题出现以前提前预警，避免出现重大的事故，另外明确的事故管理流程可以保障出现事故时迅速解决问题，减少 IT 基础架构的失效时间，减少公司业务损失。3.8 小结 以上介绍了当前以及未来的企业发展对其 IT 系统架构提出的挑战。我们需要面对的问题是应对 IT 架构及其管理的复杂性，克服服务质量提升的阻力，提高低水平的资源利用率，减少成本，提高适应变化的灵活性，科学地管理风险，弥补企业转型战略与 IT 架构调整的鸿沟，促进公司财务状况的提升，最终达到使 IT 服务架构支持企业转型战略的优先目标上。挑战和

29、机遇并存。首先迎接挑战并克服困难的人必将积累超乎旁人的宝贵经验和资源，取得市场先机，甚至有可能占据本领域的领导地位。第四章 服务器规划 4.1 服务器设计原理 服务器是的 IT 平台的基础，服务器系统得设计必须遵循一定的原则。4.1.1 实用性和先进性 系统必须符合企业发展的需要，充分考虑各企业的现有水平，以实用性为根本原则。根据在公司在其他企业实施的经验和国内软件厂商在企业信息化建设中和同的经验教训，系统采用平台化、模块化设计，可针对企业不同实际情况进行实施。4.1.2 高性能和高负载能力 运行平台必须能够承载较大的系统和应用运行负载，提供高性能的数据处理和应用响应能力，确保各类应用系统和数

30、据库的高效运行。扩展性原则 4.1.3 安全性和可靠性 保证业务应用不间断运行，信息数据库建设用户集中运行平台必须具有极高的安全性和可靠性。对系统结构、网络系统、服务器系统、存储系统、备份系统等方面须进行高安全性和可靠性设计。系统达到 C2 级以上标准安全级别，具有一定的防病毒、防入侵能力。在采用硬件备份、冗余、负载均衡等可靠性技术的基础上，采用相关的软件技术提供较强的管理机制和控制手段，以提高整个系统的安全可靠性。4.1.4 灵活性与可扩展性 运行平台要能够根据生产信息化不断发展的需要，方便地扩展系统容量和处理能力，具备支持多种应用的能力。同时可以根据应用发展的需要进行灵活、快速的调整，实现

31、信息应用的快速部署。4.1.5 开放性和标准化 运行平台要具备较好的开放性，相关系统和设备应是业界主流产品，遵循业界相关标准，保证数据中心形式的信息数据库建设选用的主流系统和设备能够随时无障碍地接入集中运行平台，实现系统和数据的集中运行和统一维护管理。4.1.6 经济性与投资保护 应以较高的性能价格比构建运行平台，使资金的产出投入比达到最大值。以较低的成本、较少的人员投入来维护系统运转，达到高效能与高效益的要求。尽可能保护已有系统投资，充分利用现有设备资源。4.2 数据库服务器的选择 4.2.1 数据库服务器性能概述 当一个新的业务系统开发完成后，需要在一个区域乃至全国推广此应用软件，如何根据

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

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

34、握准确度问题，到底考虑哪些因素等。理想情况下，应考虑下列要素：交易的复杂性 交易率 数据读/写比例 并发连接数目 并发交易数目 数据库最大表的大小 性能度量的目标 根据各种 Benchmark测试结果和对各种生产系统的检测，下表概括了 CPU、磁盘、内存页面、网络和虚存页交换的利用率，可看出一个服务器如果其利用率保持在 Good 所标示的范围内时，是一种理想的模式。4.2.2 基于 rPerf 的推算，评估数据库服务器的 CPU rPerf(Relative performance)是从 IBM公司解析模型得出的商务处理性能估计值。该模型模拟部分系统的操作，如中央处理器、高速缓存和内存，该模型

35、没有模拟磁盘和网络的输入/输出操作。虽然采用了一般数据库和操作系统的参数，但该模型不能反映出具体的数据库或操作系统版本。除非单独说明，否则 rPerf均在系统推出时估计。IBM pSeries 640-B80为基准参照系统，其值为本。虽然 rPerf可用于比较商业处理性能，但实际的系统性能可能不同，取决于许多因素，包括系统硬件配置和软件设计与配置。评估数据库服务器的性能，需要理解交易的类型、高峰期的情况、用户数量、在高峰时每个用户的交易数量。假如在高峰时，有三种典型的交易类型：轻的、一般的、重的。需要知道高峰时，每种交易的并发用户数目。假定高峰时间为：10:00-11:00，每个用户的交易数目

36、如下：轻的交易 =120 交易/用户 一般的交易=60 交易/用户 重的交易=15交易/用户 每个交易所使用的 CPU秒 评估出交易类型后，需要评估出运行每个交易所消耗的 CPU秒，如果假定 B80服务器每秒中支持 10 个交易，则每个交易需要消耗 0.1个 CPU秒。如果不知道如何评定 CPU秒，则根据应用类型参照下列表。4.2.3 评估服务器所需的 rPerf 值 服务器所需要的 rPerf值=SUM(NU*TX*CS/PP)/MC NU:高峰时并发的用户数 TX:高峰时每个用户的交易数量 CS:在 rPerf=1的服务器上，每个交易所需要的 CPU秒 PP:高峰持续的时间 MC:最大的

37、CPU利用率（推荐 70%）下面举例说明如何计算所需的 rPerf值，假定某公司的情况如下：业务高峰时间：10:00-11:00=1Hour=3600秒 交易类型：无复杂查询的简单应用 相对交易类型，用户数目分布:轻的=2000,一般=50,重的=5 在高峰时，每个用户的交易数量：轻的=120交易/用户 一般=60交易/用户 重的=15交易/用户 对于 rPerf=1的服务器，每个交易响应的 CPU秒 轻的=1 一般=3 重的=15 最大的 CPU利用率：70%根据上述公式，可推算出不同交易类型所对应的 rPerf值。轻的交易：NU*TX*CS/PP=2000*120*1/3600=66.0

38、一般交易：NU*TX*CS/PP=50*60*3/3600=2.5 重的交易：NU*TX*CS/PP=5*15*15/3600=0.3 所需的总的 rPerf/MC=(66.0+2.5+0.3)/0.7=98.3 rPerf 4.2.4 基于 TPC-C 的推算，评估数据库服务器的 CPU TPC-C基准是事务处理委员会建立的一个专门演示在线事务处理性能（OLTP）的性能基准，它的测量方法是为了使客户能够评估不同的在线事务处理系统的性能，这些事务进程于一个可控制的状态下在一个标准的数据库中运行。TPC-C测试包括 5 个典型的 OLTP事务，它们是：新订单：一个用户提交一个新的订单 支付 ：更

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

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

41、型（支付、订单状态、交付、库存水平）。所有个 TPC-C事务都有某个限定的用户响应时间要求，其中新订单事务的响应时间是秒以内。因此如果一个系统的 TPC-C值是100tpmC/min，说明该系统在每分钟处理其他的混合的 TPC-C事务的工作的同时，可以产生个新订单事务。4.2.5 如何使用 TPC-C 进行服务器的评估 由上可知，TPC-C测试基准主要用于测试主机服务器每分钟能够处理的联机交易笔数，测试产生的单位结果是 TPM值（Transaction Per Minute，即每分钟处理的交易比数）。TPC-C虽然客观的反映了各个计算机厂商的系统处理性能，并且测试基准也在不断完善以更加贴近现实

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

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

44、 C=75%。F：为系统未来 35年的业务量发展冗余预留。综上所述，为保障联机业务处理性能要求，我们可推算得出主机所需的处理能力，据此得出相应的机型和配置。在此我们采用 rPerf来评估服务器的性能。4.2.6 数据库服务器性能评估 让我们分析一下数据库服务的性能和内存要求 服务器所需要的 rPerf值=SUM(NU*TX*CS/PP)/MC NU:高峰时并发的用户数 TX:高峰时每个用户的交易数量 CS:在 rPerf=1的服务器上，每个交易所需要的 CPU秒 PP:高峰持续的时间 MC:最大的 CPU利用率（推荐 70%）朗诗置业股份的情况如下：业务高峰时间：11:00-15:00=4Ho

45、ur=14400秒 交易类型：无复杂查询的简单应用 用户数：200-500，对外服务 相对交易类型，用户数目分布:轻的=3000,一般=500,重的=100 在高峰时，每个用户的交易数量：轻的=120交易/用户 一般=60交易/用户 重的=15交易/用户 对于 rPerf=1的服务器，每个交易响应的 CPU秒 轻的=1 一般=3 重的=15 最大的 CPU利用率：60%根据上述公式，可推算出不同交易类型所对应的 rPerf值。轻的交易：NU*TX*CS/PP=3000*120*1/14400=25.0 一般交易：NU*TX*CS/PP=500*60*3/14400=6.3 重的交易：NU*TX

46、*CS/PP=100*15*15/14400=1.6 所需的总的 rPerf/MC=(25.0+6.3+1.6)/0.6=54.8rPerf 使用 IBM工作负载估算工具我们选择了 IBM X3850的服务器，具体的内容参见 dbserver EstimatorServlet.pdf 4.3 WEB 服务器的选择 Web服务器是运行 Web服务器端软件来为用户提供各种 Web应用的设备，对服务器性能的要求也主要取决于网站的内容。如果网站多以静态页面构成，那么在选择服务器时候就要优先考虑磁盘系统的性能。通过采用高转速硬盘以及 RAID卡，服务器可以更好的为用户提供静态页面传输。如果网站所提供的服

47、务多为动态页面，那么在选择服务器时就要注意配备高性能的处理器以及大容量内存。这样才能使服务器及时响应用户的请求并做出相应的计算反应。服务器的性能是由网站内容来决定的。如果 Web站点是静态的，系统瓶颈依次是:网络子系统和内存。如果 Web服务器主要进行密集计算(例如动态产生 Web页)，系统瓶颈依次是:内存、CPU、磁盘子系统和网络子系统。使使用 IBM工作负载估算工具我们选择了 IBM X3650的服务器，具体的内容参见webserver EstimatorServlet.pdf 4.4 文件服务器的选择 这是最基本的应用服务，服务器相当于一个信息系统的大仓库，保证用户和服务器磁盘子系统之间

48、快速传递数据。在服务器的各个子系统中，对系统性能影响最大的首先是网络子系统，其次是磁盘子系统，再次是内存容量，而对 CPU的要求一般不高。IBM X System3650服务器的标配双千兆网卡，而且支持 TOE，网卡的性能十分优秀。可以支持 6 块 3.5SAS盘或 8 块 2.5SAS盘，可以采用带电池备份的 256M缓存的 RAID卡，磁盘的性能也十分优秀。3650可以支持最大 48GB内存，可以满足高内存应用的需求。X3650是文件服务器的最好选择。4.4.1 X3650 的 TOE 技术介绍 TCP/IP协议历来是处理网络上数据传输的通用语言。但是我们知道，用 TCP/IP协议处理网络

49、流量，要占用大量服务器资源。为了减轻服务器的压力，一种称为 TOE（TCP Offload Engine:TCP减负引擎）的技术应运而生。它能缓解服务器的处理负荷。TOE技术对 TCP/IP堆栈进行了软件扩展，使部分 TCP/IP功能调用从 CPU转移到了网卡上集成的 TOE硬件。TOE一般由软硬两部分组件构成，将传统的 TIP/IP协议栈的功能进行延伸，把网络数据流量的处理工作全部转到网卡上的集成硬件中进行，服务器只承担 TCP/IP控制信息的处理任务。TOE 为系统减负 如今的网卡通过软件处理 TCP/IP数据流，这给系统带来了庞大开销。系统开销最大的三方面是数据拷贝、协议处理和中断处理。

50、由于应用程序的每次网络 I/O操作产生的数据包处理量急剧增加，这给服务器的中断任务带来了沉重负担。为了发出事件通知，又需要激活硬件中断线，这对服务器来说同样是个负担。譬如说，典型的 64Kbps应用程序向网络发送写数据任务时，为了把数据分割成一个个以太网包，并且处理发来的应答信号，系统和普通网卡之间至少会触发 60 次中断事件，这就带来了庞大的协议处理开销和较高的中断率。虽然操作系统的某些功能能够减少中断次数，但无法减少服务器到网卡的每次事件处理量。TOE技术的出现改变了系统处理模式：由每个以太网包触发一次事件，改为应用程序的每次网络 I/O操作触发一次事件，这就大大减轻了系统的网络处理负荷。