《机房(应用、网络、基建)规划方案建议书综述》由会员分享，可在线阅读，更多相关《机房(应用、网络、基建)规划方案建议书综述（38页珍藏版）》请在金锄头文库上搜索。
1、XXXXXXXX建议书建议书 XXXXXXXX 机房机房 规划建议书规划建议书 1/ 38 文档控制文档控制 项目编号文档名称XXXX 建议书 文档序号项目经理 编写人 XXXX 完成日期 2013-05-8 修订记录修订记录 日期修订版本修订内容修订人 2012-04-12V1XXXX 2012-05-6V2XXXX XXXXXXXX 机房机房 规划建议书规划建议书 2/ 38 目目 录录 第第 1 章章SAP 系统架构规划系统架构规划.5 1.1SAP 蓝图架构设计 .5 1.2主机系统规划.6 1.2.1硬件平台选择7 1.2.2硬件容量规划7 1.2.3系统可靠性8 1.2.4服务器平
2、台选型 9 1.2.4.1小机平台.10 1.2.4.2小机&PC server 混合平台10 1.2.4.3主机架构拓扑图.10 1.3存储系统规划.11 1.3.1存储系统概要11 1.3.2存储系统架构12 1.3.2.1FC SAN 网络存储架构12 1.3.2.2IP SAN 网络存储架构.13 1.3.2.3技术对比.13 1.4备份系统规划.14 1.4.1备份软件的选择14 1.4.2备份技术14 1.4.3数据备份系统总体规划 16 第第 2 章章网络规划建议网络规划建议.17 2.1设计原则 17 2.2网络设计拓扑结构.18 2.3网络总体规划.19 2.3.1核心层设计
3、19 2.3.2接入层设计19 2.4FIREWALL.20 2.5UTM 20 2.6ANTI-ARP20 2.6.1ARP 欺骗攻击的危害性.20 2.6.2接入层交换机部署 ARP 入侵检测21 2.6.3核心交换机部署 ARP 欺骗防御22 2.7VPN .22 2.8WIRELESS.23 2.9AAA .24 2.10IPS .25 2.11设备利旧 25 第第 3 章章机房规划机房规划.26 3.1机房概述 26 3.1.1概述26 XXXXXXXX 机房机房 规划建议书规划建议书 3/ 38 3.1.2设计原则、依据和设计目标 26 3.1.2.1项目介绍.26 3.1.2.2
4、设计目标.26 3.1.3机房总体规划27 3.1.3.1机房建设系统组成.27 3.2中心机房规划设计.28 3.2.1机房建设总体设计 28 3.2.2机房装修工程设计 29 3.2.2.1设计原则.29 3.2.2.2机房区地面设计.29 3.2.2.3机房入口设计.29 3.2.2.4墙身及隔断设计.29 3.2.2.5机房防水处理.29 3.2.2.6机房门窗处理.30 3.2.2.7机房等电位处理.30 3.2.3机房配电工程设计 30 3.2.3.1设计原则.30 3.2.3.2机房供配电系统设计.30 3.3技术方案 31 3.3.1数据中心机房建筑装修 31 3.3.1.1目
5、的.31 3.3.1.2实施方案.32 3.3.1.3预期达到效果.32 3.3.2数据机房电气工程 32 3.3.2.1目的.32 3.3.2.2实施方案.32 3.3.2.3预期达到效果.32 3.3.3UPS 供配电系统.33 3.3.3.1目的.33 3.3.3.2实施方案.33 3.3.3.3预期达到效果.33 3.3.4数据机房空调系统 34 3.3.4.1目的.34 3.3.4.2实施方案.34 3.3.4.3预期达到的效果.34 3.3.5数据机房门禁及视频监控系统.34 3.3.5.1目的.34 3.3.5.2实施方案.34 3.3.5.3预期达到效果.34 3.3.6数据机
6、房消防系统 35 3.3.6.1目的.35 3.3.6.2实施方案.35 3.3.6.3预期达到效果.35 3.3.7数据机房等电位接地及防雷系统.35 XXXXXXXX 机房机房 规划建议书规划建议书 4/ 38 3.3.7.1目的.35 3.3.7.2实施方案.35 3.3.7.3预期达到效果.35 第第 4 章章XXXX 配置清单配置清单36 XXXXXXXX 机房机房 规划建议书规划建议书 5/ 38 第第 1 1 章章SAPSAP 系统架构规划系统架构规划 1.1SAP 蓝图架构设计蓝图架构设计 根据 SAP 蓝图架构的规划，SAP 系统的架构设计可以分为单系统、双系统和三系统。如下
7、图所示： 图图 1 SAP 蓝图架构设计蓝图架构设计 单系统：所有的开发配置、单元测试、集成测试以及公司的生产运做都在一个系统中 完成。 双系统：开发配置、单元测试、集成测试在一个系统（开发系统）中完成，另外一个 系统作为生产系统支撑公司的实际业务运做。 三系统：开发配置、单元测试在开发系统中完成，集成测试在测试系统中进行，而公 司的实际业务运做在生产系统中进行。 单系统单系统 双系统双系统 三系统三系统 XXXXXXXX 机房机房 规划建议书规划建议书 6/ 38 根据 SAP 软件在世界范围内众多应用的使用应验，三种系统架构的对比如表 1 所示： 表表 1 SAP 蓝图系统架构对比蓝图系统
8、架构对比 系统系统优点优点缺点与限制缺点与限制 单系统 价格便宜1. 生产系统的系统性能会受到开发/集成测试系统的影响； 2. 开发/集成测试系统的测试数据会扰乱生产系统的正式 数据； 3. 程序开发人员可以写程序存取生产系统的所有企业数据, 数据安全性需要考虑； 4. 系统管理人员若要进行 MYSAP 的系统升级(Upgrade),没 有测试环境,升级不易且风险大； 5. 资源库部份是开发, 测试以及生产系统共享,因此一旦 程序开发人员更改或测试程序,都会影响到正式上线的生产 系统，业务连续性无法保证； 6. 必需采用完整的高可靠性系统架构,维护系统的可靠性； 7. 三种系统同时在一台主机,
9、管理的复杂度及风险提高。 双系统 在开发平台上做有限 度的测试，部分保证业务 连续性。 所有开发的对象一旦被传输到生产系统,就马上被使用, 数据的传输无法测试，影响业务连续性 三系统 可以完整的测试所做 的开发以及系统升级 (upgrade)。 硬件初期设置成本较高 SAP 蓝图系统架构的选择，是整个项目的基础。公司原则 SAP 蓝图系统架构，应综合考虑下面 的因素： 业务连续性的要求 生产系统数据的安全性 对测试质量的要求 系统开发/配置的管理 拥有的资源以及相对系统管理的负担 系统性能 投资 为保证测试质量，建议采用三系统架构为保证测试质量，建议采用三系统架构。 XXXXXXXX 机房机房
10、 规划建议书规划建议书 7/ 38 1.2主机系统规划主机系统规划 主机系统的规划包括硬件平台的选择、硬件容量规划（CPU、内存、磁盘空间） 、系统可靠性设 计以及服务器的选型。 1.2.1硬件平台选择硬件平台选择 SAP 软件可以在多种硬件平台上运行，包括 AIX、HP Unix、Linux、Solaris、windows 平台。硬 件平台的选择，需要考虑系统性能、可靠性、维护方便性、硬件厂商在 mySAP 应用的市场占有率、 发展趋势、公司内部政策、成本因素,未来 IT 发展方向等。本次硬件方案推荐 Windows 平台和 Unix 平台。 1.2.2硬件容量规划硬件容量规划 主机系统的硬
11、件容量由 SAP 的 SIZING 原理计算得出，Sizing 指对 SAP 系统硬件设备配置的预 估(主要包括内存 Memory、处理器 CPU 和存储器 Disk)。SAP 与其合作伙伴共同开发了在线的评估 工具”Quick Sizer”来帮助用户完成配置预估工作。 “Quick Sizer”定义了两类评估模型：基于 用户的预估、基于业务量的预估。基于用户的预估通过了解每个业务模块的并发用户数量来估计系 统的负荷。基于业务量的预估基于系统所处理的各种对象的实际数量作评估。这种方法用来预估处 理器(CPU)及存储空间(DISK)。根据 SIZING 计算的硬件容量选择合适的服务器设备时，需要
12、充分考 虑服务器的可扩展性，能够继续扩充 CPU、内存等主要硬件设备，以满足业务增长的需要。 初步估算，对于 100 个左右并发用户的 SAP ERP 系统，参照 SAP 实施案例情况,通过 Quick Sizer 的计算,预估的硬件容量大致要求如下： 表表 2 2 SAPSAP ERPERP 系统硬件容量规划系统硬件容量规划 系统系统项目项目容量容量 CPU8C 内存32GSAP ERP 生产系统 有效磁盘空间600GB CPU4C 内存16GSAP ERP 测试 有效磁盘空间400GB CPU4C 内存16GSAP ERP 开发 有效磁盘空间400GB XXXXXXXX 机房机房 规划建议
13、书规划建议书 8/ 38 系统系统项目项目容量容量 CPU8C 内存64GSAP PI 生产系统 有效磁盘空间600GB CPU4C 内存32GSAP PI 测试系统 有效磁盘空间400GB CPU4C 内存32GSAP PI 开发系统 有效磁盘空间400GB 硬件容量规划中 CPU、内存要求，是按照当前用户数进行的预估，根据该容量预估选择服务器 硬件设备时，需要考虑服务器设备有充分的可扩展性，以便几年后业务扩展，通过扩充硬件满足业 务扩展的要求。 1.2.3系统可靠性系统可靠性 系统的可靠性一直是非常重要的问题。为了让 SAP ERP 系统具有最高的安全性，优良的系统性 能以及业务连续性性,
14、应该将“系统高可靠性结构设计”列入硬件计划，这样才能避免因系统发生问题,所 可能造成企业的系统宕机情景 。 一般情况，系统宕机分为以下两种情况： 1计划性宕机计划性宕机: 软件升级/安装补丁（support package）,数据库重组（Reorganization）, 停机备份（offline backup）, 硬件维护等。这种类型的宕机是有明确的目标、积极意义的宕机，宕机时间可根据系统 使用情况，安排在特殊时间（如休息日或夜间）进行； 2 非计划性宕机非计划性宕机: 网络, 硬件, 软件(OS,DB,R3) 故障。如果发生这种类型的宕机，很可能对企业造成巨大的损失， 所以下一部分，将专门针
15、对这类情况，提出解决方案。 系统高可靠性结构设计方案系统高可靠性结构设计方案： 对于 SAP 系统，可能发生的问题有网络故障、硬件故障以及软件故障三种。 以下将分别就问 题提出解决方案。 A 网络网络故障故障 XXXXXXXX 机房机房 规划建议书规划建议书 9/ 38 建议每台 SAP 服务器使用两块网卡,当其中一块发生问题时,另外一片可以马上接替；同时建 议 SAP 服务器的网络(Server LAN)线路有两条，当其中一条链路故障时,系统可以自动切换使用另外 一条链路。（这两条线路使用的网络设备，如交换机、路由器也要考虑冗余备份） B 硬件的错误硬件的错误 1 SAP 服务器的硬件故障，
16、将直接导致 SAP 系统停止服务。为了保证 SAP 系统的可用性，可以 考虑使用双机集群技术，规避硬件故障造成 SAP 系统停止服务。使用双机群集系统(Cluster)，当生 产系统主机故障时，可由冗余主机自动接替，让系统继续工作。 决策是否采用群集技术，需要在可接受的宕机时间和硬件投资中寻求平衡。一般情况下，由 于硬件问题导致系统宕机，宕机持续时间受以下因素影响： 硬件故障诊断时间 故障硬件的到货时间 主机系统的修复时间 在 SAP 系统中，建议只对数据库做群集以降低系统的复杂性，方便今后的维护工作，应用服 务器（DIALOG INSTANCE）不考虑群集技术。随着业务的增加，应用服务器不断追加，一旦某一台 服务器发生硬件故障，通过 SAP 系统中的组登陆策略，把该台故障服务器隔离即可，不会影响业务 连续性
