朗诗国际服务器方案.docx
《朗诗国际服务器方案.docx》由会员分享，可在线阅读，更多相关《朗诗国际服务器方案.docx（66页珍藏版）》请在冰点文库上搜索。
朗诗国际服务器方案
第一章背景
房地产业是我国国民经济的主导产业，在现代社会经济生活中有着举足轻重的地位。
经过十几年的发展，中国房地产业正处于向规模化、品牌化、规范运作的转型时期，房地产业的增长方式正在由偏重速度规模向注重效益和市场细分的转变，从主要靠政府政策调控向依靠市场和企业自身调节的方式转变。
随着WTO各项有关条款的兑现和落实，包括房地产业在内的我国经济各方面都将发生新的变化。
国民经济的持续增长和居民消费结构的提升，为房地产业提供了高速发展的机会，也使房地产业面对着更加激烈的竞争。
充分运用信息技术所带来的巨大生产力，尽快提高自身的信息化应用水平和管理水平,无疑成为提升房地产行业竞争力的重点。
房地产行业是典型的资金密集型行业，具有投资大、风险高、周期久、供应链长、地域性强的特点。
房地产行业的信息化建设，必须在先进的管理理念和方法的指导下，从房地产行业的特点出发，满足房地产行业不断发展的需求。
第二章用户需求分析
2.1房地产行业信息化需求分析
房地产企业多采用跨地域的经营方式，项目分散运营与集团管理决策之间的矛盾制约了房地产企业的发展。
目前房地产企业普遍采用的项目公司运作模式缺乏统一的业务管理系统，使得管理层无法及时准确的了解各项目情况，不能充分的在多个项目之间调动资源，无法为管理决策层提供足够的数据依据，对项目潜在的风险难以预测。
房地产行业急需一个能够满足房地产开发企业需求的集成管理应用平台，在此平台的基础上，应能实现多业务系统、业务与财务系统的集成，实现公司级和项目级对房地产项目全过程的监控，并能充分考虑未来扩展的要求，最终满足集团企业跨项目、跨单位、跨地域的管理需求；
房地产企业缺乏适合行业特点的项目管理系统，项目管理的主要业务之间，业务与财务系统之间彼此相对独立，业务、财务数据不能实时共享，特别是投资估算、项目预算、资金管理、成本管理、合同管理、进度管理等核心业务之间缺乏集成和数据交换；
房地产企业目前对成本缺乏有效的管理手段，成本管理基本还停留在事后核算反映的阶段，无法实时获得成本执行数据，也就无法真正落实预算的控制作用，无法通过预测分析实现事前的预防控制。
房地产企业迫切需要通过对项目全过程的监控，实现动态成本管理；
房地产企业项目、地区公司、集团之间缺乏统一集中的财务管理系统，无法克服分散运营带来的财务信息失真、滞后和管理成本高的问题，造成集团财务管理监控的困难；
房地产集团宝贵的客户资源分散在各个项目或分子公司中，无法从企业的角度分析这个庞大的客户群，也就无法根据客户的反馈和分析改进和提高房地产项目运作、户型设计、市场活动、物业服务等业务，造成了资源的浪费。
2.2用户的现状
朗诗置业股份是一家房地产公司。
目前有系统用户200左右，3年后大概有500左右的系统用户。
作为房地产企业，企业信息化发展的目标是以市场为导向，用先进技术改造传统房地产产业。
立足国情，提高网络集成系统应用水平，加强企业的技术创新，提高企业经济效益和竞争力，以适应信息时代、知识经济的发展。
房地产信息化包括以下几个方面：
1．房地产企业管理信息系统。
利用计算机、网络技术和先进的管理知识，建设企业管理信息系统（即INTRANET），实现无纸化办公，加快企业内部信息的交流，改进企业业务流程和管理模式，提高运行效率，降低成本，提高竞争力。
2．企业决策支持系统。
利用现代通信技术，加入因特网，进行企业的信息发布，并建设企业外部网（即EXTRANET）。
通过采集和利用国家宏观信息、企业材料供应商及合作伙伴的生产流通信息、市场信息等经营信息，提高企业对市场的快速反应能力，提高企业的正确决策能力。
3．电子商务。
房地产企业信息化的核心是基于商业服务（B2B）的信息化普及与服务平台建设，目前房地产企业的电子商务尚处起步阶段，有关部门正在组织制定发展规划纲要。
为了实现上面几个方面的功能，我们需要提供以下的服务：
数据库服务、文件服务、Web服务。
同时为了保证数据的安全，防止意外的数据丢失，需要提供文件备份服务。
第三章IT系统服务管理---挑战与机遇
IT技术日新月异，企业IT系统越来越来越复杂。
从UNIX服务器到PC服务器以及PC机分布于公司的各个部门，通过数以万计的网络设备连接在一起。
同时在这些异构系统构成的硬件平台之上是庞大的企业应用系统，从SCM（供应链管理）、ERP（企业资源规划）到CRM（客户关系管理），无一不是支持公司业务增长的强劲动力和基础设施。
如何保障IT系统的正常运行，从而保障公司的核心业务，已经日益成为一个信息主管，集团CIO（首席信息执行官）乃至CEO（首席执行官）需要仔细思考的问题。
3.1复杂的IT系统带给企业巨大挑战
让我们简单回顾一下IT系统发展中的三个重要技术：
局域网络、客户机/服务器和因特网。
局域网使公司部门和项目小组成员共享信息成为可能，而且公司的高层管理人员可以借助特定工具评估每一个公司部门的业绩，有助于迅速掌握公司的运营情况并迅速做出响应。
随之出现了客户机/服务器模式，每一个部门乃至每一个项目组都可以使用自己的服务器管理本部门的业务，在公司的内部形成了大量垂直分布的信息系统，系统之间需要网络连接起来，IT系统的复杂性进一步增加。
而因特网技术的出现，以及电子商务的成熟，使得企业可以提供在线交易，这在拓宽了公司经营渠道的同时，使事情变得更为复杂。
IT环境的中间任何一个环节出现问题，都可能直接影响到公司的业务顺利进行，造成重大损失。
如何管理并改善公司的IT系统，当今企业面临重重挑战。
3.2在复杂的异构环境中管理服务等级
NOP为IBM开展的一项调查表明，55%的企业有他们必须达到的服务等级，以支持国内客户，而42%的大型企业有他们必须达到的服务等级，以支持国外客户。
但是，现在比以往更难实现这些期望的服务等级。
随着时间的推移和企业的发展，IT基础架构以更细的方式不断扩展。
自定义功能专门为具体的特定用途而开发。
IT基础架构采用独立部署方法，如同企业中的高塔或“竖井”，每一架构中都包含来自不同厂商的组件。
最初，这种方式还行之有效，但在今天的环境中，许多企业深受维护复杂的异构环境并使之有效运行这一痼疾的扰，这也是大多数企业面临的主要挑战。
3.3在保持可靠性和可用性的前提下提高利用率
近期的一次Gartner调查发现，全世界服务器CPU中，大约有75%的功效根本没有得到用。
造成这种巨大浪费的元凶正是工作量水平的变化（变化范围从以前的相对可预知到现在的难以应付），迫使公司准备过多的服务器。
与此同时，这些复杂的系统不但要承担越来越多的服务，还要确保这些服务每周7天每天24小时都处于可用状态。
电子商务目前得到巨大发展，客户要求越来越多的在线服务。
服务要随时待命，并且以最快速度执行。
如果您不能提供这样的服务，客户将会寻找其他提供商取而代之。
客户已经不像过去那样始终保持忠诚。
各企业都在奋力维护自己的业绩，竞争的态势也愈演愈烈。
IBM的一份调查表明，69%的客户关心的焦点是确保基础架构的可靠性和可用性，以支持业务的正常运作。
此外，IBM估计约40%的计算机系统停机事件是操作人员的失误造成的。
这些停机事件造成的损失非常惊人（见图1）。
造成操作人员失误的原因是时间压力和当前系统日益复杂（令操作人员难理解）的双重结果。
在这种状况下，如何保证可靠性和可用性的前提下提高利用率就尤为重要。
图1工业企业计算机故障和数据丢失的成本
3.4降低IT成本
2003年Morgan-StanleyCIO的调查指出，CIOs希望他们2003年下半年的IT预算保持平稳。
他们全年的期望是增长微不足道的1%。
CIOs曾被明确要求降低成本，并且将工作重点转移到业务更少、更重要的IT领域；一言以蔽之，就是要做到事半功倍。
我们发现自己所处的经济环境要求所有企业全面降低自身的成本，其中也包括他们的IT基础架构成本。
所有人都在寻找能够事半功倍的途径。
IT主管总是在问下面这些问题：
如何让当前的IT基础架构发挥更大的功效？
如何借助目前的IT员工管理当前越来越复杂的环境？
如何更好地利用已就位的IT基础架构使企业在无需额外投资的前提下提供具有竞争力的产品？
降低IT成本时企业面临的又一大挑战。
3.5提高运作变化的灵活性和速度
业务的发展速率在日益加快，业务的灵敏性也备受关注。
近期对IBM客户所作的一次调查表明，60%的客户认为，迅速对商机、竞争和法规做出反应是他们关注的焦点。
但即便今天的企业已经开始进行运作改革，也是步履维艰，并经常采用手工方式。
有时，回应较小变更的时间长达数天或数周。
如果企业反应迟缓，则可能在竞争中失去重要的客户，同时由于失去商机而丧失市场份额，而事实上，只要他们足够灵活，就完全可以把握这些商机。
企业呼唤更出色的系统管理工具，这些工具可帮助他们随需应变，并且将企业自身的业务规则融合到系统中。
3.6管理不断增长的风险
在复杂的异构环境中管理服务等级、在保持可用性和可靠性的同时提高资源利用率、降低IT成本、提高运作变化的灵活性和速度，这四大业务挑战合并在一起带来了第五项挑战：
即管理不断增长的风险。
这些业务挑战的十万火急自然而然地引来了业务风险。
重要的东西就会带来巨大的风险。
这是您不容回避的事实。
应对这些重大业务挑战也令风险不断升级。
例如，要在复杂的异构环境中获得服务等级协议，同时还要求降低IT成本，这势必困难重重而且加大了风险。
在提高运作变化的灵活性和速度的同时提高资源利用率更加危险。
但也许全部挑战的最大风险并非应对这些挑战，而是风险竞争所带来的损害。
如何应对这些挑战，一个显而易见的答案就是采用系统管理帮助您实现一个随需应变的IT系统，使IT系统能够更好地支撑公司的业务增长和创新。
3.7实施系统管理的价值分析
IT系统管理已经有二十多年的历史，IT系统管理不仅仅是一系列管理软件，而是由组织、流程、数据和工具四个有机组成部分组成的完整系统。
参见图2。
组织是指你需要有一定的人员，组织结构来进行系统管理，包括用户服务人员、网络操作人员以及系统管理人员等。
流程是指对于特定事件有一定的处理流程，如事件管理、更改管理以及问题管理等。
工具主要是一些协助实现IT系统管理的软件，利用这些软件能够实现一些管理工作的自动化，减少人力。
数据指IT系统管理的规章制度以及系统运行的一些数据和统计信息等。
IT系统管理通过将被业界证实的最好实践引入企业组织，可以为企业带来大量的好处。
图2系统管理示意图
图3所示为实施IT系统管理后的价值示意图，下面我们具体讨论一下IT系统管理带给企业的价值。
图3IT系统管理的价值分析
3.7.1IT系统规划保持与企业的远景和战略一致
IT系统管理通过定义清晰的IT系统管理目标，支持企业的远景和战略。
IT管理者集中精力于业务关键系统，能够更好支持公司的长远发展。
目前企业的IT系统大多是垂直的子系统，与公司业务流程相孤立，难以准确定义每一个IT系统对于企业业务运行的影响和重要性。
采用IT系统管理后，可以将整个IT系统与公司的业务流程一致起来。
CEO和CIO可以更多地从业务的角度来看待IT系统，更加容易确定公司IT系统的投资方向，确定业务关键系统，从而使IT系统更好地为企业的创新发展提供动力。
3.7.3改进组织财务状况
公司用于IT的投资无穷无尽，最初用于购买硬件和软件的开支仅仅是一个开始。
应用开发、部署、维护以及升级，都需要公司投入大量的人力和物力。
而传统的垂直式企业应用系统导致企业的IT业务支持人员也局限于某一个垂直应用子系统，这样公司需要过多的IT人员用于维护独立的子系统。
通过流程化公司的IT服务支持系统，能够以更少的IT人员提供更好的IT系统支持。
避免特定IT系统管理人员只负责特定系统，而忽略每个IT系统的问题对于业务系统影响的重要程度，难以合理分配资源。
从企业业务流程的角度进行IT问题管理工作，可以大大降低IT系统的总拥有成本（TCO），利用有限的资源，提供更加有效的系统管理工作。
同时IT系统有效支撑企业的核心业务，能够为企业带来更好的声誉，从而提高公司的市场份额和收入，改善公司的现金流。
3.7.4提高客户对IT服务的满意度
大多数公司的IT部门和业务部们之间并没有明确的服务级别合同（ServiceLevelAgreement），也无从判断IT部门提供的服务是否及时有效。
一旦出现问题，只能等待IT部门把问题解决，难以追究问题的根源。
一旦实施IT系统管理后，IT部门跟其他部们及客户间会有明确的SLA，这样就可以根据SLA来判断IT部门的服务是否达到了要求。
对于公司业务部们和客户而言，也可以根据SLA来评价IT部门的服务。
对于IT部门而言，有了明确的SLA，清晰的流程和必需的人员，就可以给公司业务部们和客户提供更好的服务，从而提高客户对IT服务的满意度。
明确责任和流程后，公司业务部们在出现问题时，可以及时找到责任人，便于问题的迅速解决，有助于提高客户对于IT服务的满意度。
一旦IT部门与其他业务部门之间有了明确的SLA，IT部门就会更有积极性同其他业务部们沟通，了解业务部们的需求，从而更好的制定IT系统的实施计划，更加有效的支持公司业务，增强IT部门与其他业务部们的沟通。
3.7.5通过增强技能改进部门生产力
一个企业通过只有不断具有自我学习，自我更新的能力，才能在竞争激烈的环境中利于不败之地。
而企业的创新和学习能力最终要来自员工。
实施IT系统管理，奖励良好的学习创新环境，可以不断增强IT部门技能，改进部门生产力。
进一步推动公司业务发展。
IT系统管理遵从质量管理，通过诸如ISO9000体系，CMM以及6西格马等质量模型的采用，可以减少组织流程和时间的开发成本。
组织具有自我更新和优化的功能，促使流程和实践的优化完善，进一步减少开发成本。
通过适当的制度和自动化管理工具的使用，可以在问题出现以前提前预警，避免出现重大的事故，另外明确的事故管理流程可以保障出现事故时迅速解决问题，减少IT基础架构的失效时间，减少公司业务损失。
3.8小结
以上介绍了当前以及未来的企业发展对其IT系统架构提出的挑战。
我们需要面对的问题是应对IT架构及其管理的复杂性，克服服务质量提升的阻力，提高低水平的资源利用率，减少成本，提高适应变化的灵活性，科学地管理风险，弥补企业转型战略与IT架构调整的鸿沟，促进公司财务状况的提升，最终达到使IT服务架构支持企业转型战略的优先目标上。
挑战和机遇并存。
首先迎接挑战并克服困难的人必将积累超乎旁人的宝贵经验和资源，取得市场先机，甚至有可能占据本领域的领导地位。
第四章服务器规划
4.1服务器设计原理
服务器是的IT平台的基础，服务器系统得设计必须遵循一定的原则。
4.1.1实用性和先进性
系统必须符合企业发展的需要，充分考虑各企业的现有水平，以实用性为根本原则。
根据在公司在其他企业实施的经验和国内软件厂商在企业信息化建设中和同的经验教训，系统采用平台化、模块化设计，可针对企业不同实际情况进行实施。
4.1.2高性能和高负载能力
运行平台必须能够承载较大的系统和应用运行负载，提供高性能的数据处理和应用响应能力，确保各类应用系统和数据库的高效运行。
扩展性原则
4.1.3安全性和可靠性
保证业务应用不间断运行，信息数据库建设用户集中运行平台必须具有极高的安全性和可靠性。
对系统结构、网络系统、服务器系统、存储系统、备份系统等方面须进行高安全性和可靠性设计。
系统达到C2级以上标准安全级别，具有一定的防病毒、防入侵能力。
在采用硬件备份、冗余、负载均衡等可靠性技术的基础上，采用相关的软件技术提供较强的管理机制和控制手段，以提高整个系统的安全可靠性。
4.1.4灵活性与可扩展性
运行平台要能够根据生产信息化不断发展的需要，方便地扩展系统容量和处理能力，具备支持多种应用的能力。
同时可以根据应用发展的需要进行灵活、快速的调整，实现信息应用的快速部署。
4.1.5开放性和标准化
运行平台要具备较好的开放性，相关系统和设备应是业界主流产品，遵循业界相关标准，保证数据中心形式的信息数据库建设选用的主流系统和设备能够随时无障碍地接入集中运行平台，实现系统和数据的集中运行和统一维护管理。
4.1.6经济性与投资保护
应以较高的性能价格比构建运行平台，使资金的产出投入比达到最大值。
以较低的成本、较少的人员投入来维护系统运转，达到高效能与高效益的要求。
尽可能保护已有系统投资，充分利用现有设备资源。
4.2数据库服务器的选择
4.2.1数据库服务器性能概述
当一个新的业务系统开发完成后，需要在一个区域乃至全国推广此应用软件，如何根据业务规模来选择服务器配置、内外置磁盘大小、以及网络带宽，是一件复杂的事情。
一个最真实的评估，是建立一个接近真实业务应用的操作环境，进行各种压力测试，测算出不同的用户数量下，系统的响应时间和吞吐量，并得出当时服务器的各种资源的利用率情况，对硬件资源的完整评估，需要考虑下列三个方面：
Ø服务器性能的评估
Ø客户端工作站或前端桌面的评估
Ø通讯网卡和网络带宽的评估
如果不能建立准确的压力测试环境，需要根据工业界的Benchmark对服务器进行评估，推算出符合业务规模的服务器配置,同时要考虑在做系统管理时所消耗的资源，如在做备份、恢复、问题诊断、性能分析时、软件维护时都会对资源带来附加的消耗，对重要资源要考虑为将来留下升级和可扩展的余地，下列是一些通用的原则：
Ø处理器：
要考虑高峰时的处理器的能力，并适当保留一些缓冲，确保在业务增长时，系统有扩展的余地。
如果要保持快速的响应能力，应当为CPU保留20%至40%的富余量。
Ø内存：
要为运行在此服务器的所有应用软件考虑内存，所需要的内存主要依赖于用户数、应用程序类型、进程的方式、和应用程序处理的数据量决定。
Ø磁盘：
评估业务的实际用户的数据量，以此推算出磁盘的最小个数，不要忘记选择备份设备（如磁带机）。
ØIO槽：
尽量保留更多的IO槽，防止将来插更多的PCI卡。
Ø网络：
选择合适的网卡，保证网络不是系统的瓶颈。
在评估数据库服务器性能时，最困难的事情是如何把握准确度问题，到底考虑哪些因素等。
理想情况下，应考虑下列要素：
Ø交易的复杂性
Ø交易率
Ø数据读/写比例
Ø并发连接数目
Ø并发交易数目
Ø数据库最大表的大小
Ø性能度量的目标
根据各种Benchmark测试结果和对各种生产系统的检测，下表概括了CPU、磁盘、内存页面、网络和虚存页交换的利用率，可看出一个服务器如果其利用率保持在Good所标示的范围内时，是一种理想的模式。
4.2.2基于rPerf的推算，评估数据库服务器的CPU
rPerf（Relativeperformance）是从IBM公司解析模型得出的商务处理性能估计值。
该模型模拟部分系统的操作，如中央处理器、高速缓存和内存，该模型没有模拟磁盘和网络的输入/输出操作。
虽然采用了一般数据库和操作系统的参数，但该模型不能反映出具体的数据库或操作系统版本。
除非单独说明，否则rPerf均在系统推出时估计。
IBMpSeries640-B80为基准参照系统，其值为本。
虽然rPerf可用于比较商业处理性能，但实际的系统性能可能不同，取决于许多因素，包括系统硬件配置和软件设计与配置。
评估数据库服务器的性能，需要理解交易的类型、高峰期的情况、用户数量、在高峰时每个用户的交易数量。
假如在高峰时，有三种典型的交易类型：
轻的、一般的、重的。
需要知道高峰时，每种交易的并发用户数目。
假定高峰时间为：
10:
00-11:
00，每个用户的交易数目如下：
轻的交易 =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:
最大的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
一般交易：
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.3rPerf
4.2.4基于TPC-C的推算，评估数据库服务器的CPU
TPC-C基准是事务处理委员会建立的一个专门演示在线事务处理性能（OLTP）的性能基准，它的测量方法是为了使客户能够评估不同的在线事务处理系统的性能，这些事务进程于一个可控制的状态下在一个标准的数据库中运行。
TPC-C测试包括5个典型的OLTP事务，它们是：
新订单 ：
一个用户提交一个新的订单
支付 ：
更新用户的账户余额以反映一个支付
交付 ：
订单的交付（通过一个批事务处理实现）
订单状态：
返回用户最新订单的状态
库存水平：
监控当前仓库库存
TPC-C的事务处理是在一个９个表的数据库上实现的事务处理过程包括：
更新、插入、删除、终止，以及对主和次级键的访问,每种事务处理９０％的响应时间应小于或等于５秒，其中，库存水平的响应时间可以在２０秒以内。
TPC-C的吞吐量值是终端活动水平的直接结果，如每一个仓库有10个终端，在每一个终端上上述5个事务都是可用的，一个远程的终端仿真器被用来在性能测试过程中进行必要的事务混合工作。
这个混合代表着一个完整的订单商务处理流程：
录入、支付、检验、交付。
更专业的是，这个必要的混合被定义为产生一个相等数量的新订单和支付事务，以及在每10个新订单事务中产生一个交付事务，一个订单状态检验事务和一个库存水平检验事务
远程终端仿真器也被用来测量每一个事务的响应时间，以及用来模拟键入时间及思考时间，键入时间是指在终端上录入数据所花费的时间，思考时间是指操作人员在终端读取事务的结果，进行下一个事务请求之前所花费的时间。
每一个事物都有一个最小键入时间和最小思考时间。
另外，这个响应时间必须在一个给定的极限值之下。
TPC-C基准测试的结果--TPC-C的吞吐量（tpmC），代表的是系统的最大的持续性能，它被定义为系统每分钟可以处理多少个新订单事务，与此同时，系统还在处理其他四种事务类型（支付、订单状态、交付、库存水平）。
所有５个TPC-C事务都有某个限定的用户响应时间要求，其中新订单事务的响应时间是５秒以内。
因此如果一个系统的TPC-C值是100tpmC/min，说明该系统在每分钟处理其他的混合的TPC-C事务的工作的同时，可以产生
升级会员 