SAP-硬件架构解说.ppt

中国石油SAP硬件架构 硬件架构 硬件架构体系 SAP技术平台 系统可伸缩性 存储平台 系统保障 备份和恢复 容灾设计 系统监控和管理 SAP Sizing 工具 平台选择 硬件架构体系－系统结构 硬件架构体系－逻辑组件 SAP 技术平台 - Netweaver SAP 移动架构 与 SAP 业务解决方案密切结合与协调 SAP 企业门户 业务套件 知识管理 协同 SAP 商业智能 业务内容 与SAP密切集成 开放式架构（Crystal 与 Ascential） SAP 交换架构 集成目录 SAP的执行能力 SAP Web 应用服务器 经过验证、可伸缩，而且全面 利用现有基础设施/技能降低 TCO SAP Netweaver的开放性－支持所有通用平台 SAP 技术平台 – WAS架构 SAP 技术平台 – WAS架构 系统蓝图-三系统架构 系统蓝图-JDI 系统保障 系统扩展性 系统扩展性－关键因素 单台服务器/主机的扩展能力是有限的。 一个SAP系统中有三个部分组成，数据库，核心实例，应用实例。 数据库，核心实例都是唯一的，应用实例不是。 SAP系统的的数据库只能纵向扩展（既只能在运行在一台服务器上，此服务器的最高配置决定了数据库的最大处理能力）。 SAP系统的核心实例只能纵向扩展（既只能在运行在一台服务器上, 此服务器的最高配置决定了核心实例的最大处理能力）。 SAP系统的的应用实例可以横向向扩展（可以在运行在多台服务器上,所有服务器的配置之和决定了应用实例的最大处理能力）。 在数据库或核心实例纵向扩展达到极限后（要求的处理能力超出了服务器的最高配置），需要将数据库或核心实例迁移到另外更强的服务器。 数据库迁移从实施难度、宕机时间上远远大于核心实例迁移。 高端服务器在支持维护、扩展性、稳定性和性能均好于中低端设备。 在相同的处理能力配置下，高端服务器在支出费用上要大于中低端设备 存储平台 存储级别： A级别 随机读写，高可用性 （ECC，EP） B级别 顺序读写，高可用性 （BW） C级别 混合读写，高可用性 （开发系统，中央管理系统） D级别 混合读写，一般可用性 （测试/培训/模拟系统） 存储平台 存储性能： IOPS，DB IOPS 镜像存储 是否使用镜像存储 使用实时还是异步镜像存储 备份和恢复 LAN-Free/Server-Free备份模式 跨系统数据备份管理 异地灾难备份集成 存储平台 专业存储/硬件厂商 混和结构支持 备份和恢复 LAN-Free 备份和恢复 Server-Free 灾难备份 基于数据库级别的灾备 Failover数据库平时为可读 出现灾难可以启用远程的热备数据库 和数据库平台相关 同步和异步模式 可以用于防止逻辑错误 灾难备份 基于存储级别的灾备 Failover数据库平时不可用 出现灾难可以启用远程的热备数据库 和数据库平台无关，和存储平台以及硬件平台相关 同步和异步模式 不可以用于防止逻辑错误 系统监控和管理 SAP Sizng工具 SAP Sizng工具 平台选择－关键因素 1。可扩展性 ： 可扩展能力，极限等 2。稳定性：系统运行稳定程度 3。系统保障：集群技术，硬件容错技术 4。系统管理：管理成本，难易程度等 5。存储平台：容错机制，IO性能，备份/恢复集成 6。备份恢复：备份模式支持，灾难备份集成 7。成本要素：大集中，小分散，混合结构 平台选择－Windows vs Unix 1。可扩展性 ： Windows: 32位平台内存限制，64位无内存限制，CPU最大数量。 64位系统并不非常成熟，系统调优和配置较难。 平台选择－Windows vs Unix 2。稳定性 ： Windows: 正常运行稳定，但易受病毒或恶意程序攻击 安全漏洞较多，需要经常升级补丁 平台选择－Windows vs Unix 3。系统保障 Windows: 硬件技术成熟，系统冗余和在线维护能力不强 MSCS技术成熟，为SAP和绝大多数数据库厂商认证 Cluster模式比较简单，和AD绑定 平台选择－Windows vs Unix 4。系统管理 Windows: 图形化管理界面，操作简单易用 系统管理知识要求较低，支持大量第三方管理平台 平台选择－Windows vs Unix 5。存储平台 Windows: 有大量第三方存储平台支持，包括硬件厂商和专业存储平台 集成管理平台，易于操作和配置 平台选择－Windows vs Unix 6。备份和恢复 Windows: 基本所有备份软件平台均支持 SAP数据备份和恢复均有集成 操作系统备份和恢复较为复杂 灾难备份大多使用数据库层面 平台选择－Windows vs Unix 7。成本要素 Windows: 硬件平台成本较低，小分散的模式 有额外的操作系统