太原钢铁ITP_太钢SAP R3及相关应用服务器规划建议书修改稿_20050626V1.docVIP

太原钢铁ITP_太钢SAP R3及相关应用服务器规划建议书修改稿_20050626V1.doc

  1. 1、本文档共20页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
太钢信息化项目 SAP R/3及相关应用 服务器规划修改稿 版本说明 版本 时间 作者 内容 1.0 2005-06-15 惠普IT组 赵凤川 服务器规划草案 2.0 2005-06-27 赵凤川 修改稿 分发 接收方 备注 太钢信息化项目经理部 目录 SAP R/3及相关应用的服务器、存储规划 3 1. 规划的四项基本原则 3 2. R/3的系统架构 3 2.1 3层结构 3 2.2 数据库与应用服务器 5 2.3 高可用性 5 2.4 系统数量 6 2.5 系统结构和扩展性 6 3. 系统容量估算 8 3.1 估算方法 8 3.2 R/3一期容量估算 9 3.3 R/3二期容量估算 11 3.4 R/3预生产、开发、测试系统 12 3.5 BW容量估算 13 3.6 APO容量估算 13 3.7 CRM容量估算 14 3.8 BW开发、测试系统 14 3.9 存储系统的容量 14 4. 系统架构建议 16 4.1 一期系统的配置 16 4.2 二期系统的扩展 19 4.3 容灾系统 19 5. 推荐设备 20 SAP R/3及相关应用的服务器、存储规划 规划的四项基本原则 系统的安全性、可靠性是最重要的原则。在服务器存储设备规划时必须把可靠性放在第一位。 先进性和实用性要统一。系统要采用目前国际上先进成熟的主流技术,但也要考虑太钢的业务实际,以太钢的实际需求为出发点。 系统要具备一定的扩展性,满足太钢未来3-5年内的业务发展。 经济性原则。在满足上述原则的基础上,应尽量控制成本,使性价比最高。 R/3的系统架构 3层结构 mySAP系统是一个同时支持浏览器/服务器(Browser/Server)和客户/服务器(Client/Server)系统。由数据库服务器(Database Server),应用服务器(Application Server)和INTERNET事务处理器(ITS)以及前端客户机组成先进的体系架构。在系统用户不多时,数据库服务器和应用服务器可以合二为一成为主服务器(Central System )。 因为SAP 采用了先进的三层客户服务器体系结构,并且支持从Windows NT到各种UNIX小型机直至 大型主机的各种硬件平台,因而具 有极 其强大的可伸缩性。用户可以根据需要决定采用的硬件配置,并且在以后可以随时增加新的硬件设备作为应用服务器,提升系统处理能力。所以,SAP系统可以同时支持的并发用户数(number of concurrent users)几乎没有 限制,实际上只取决于系统配置的硬件及及采用的数据库管理系统(RDBMS)的处理能力。 数据库与应用服务器 数据库服务器负责进行数据的处理,而应用服务器负责与前端客户机 的联系,接受处理请求并进行相应处理。在一套SAP R/3系统中,只有一台数据库服务器,可以有多台应用服务器。从整个系统将来升级、扩充的角度来看,数据库服务器的扩充最好在机箱内进行(否则就要进行系统的迁移,带来不必要的麻烦),而应用服务器可以通过简单的增加节点来增加系统性能。因此,作为数据库服务器的机型应具备一定的可扩充性,单机性能应能满足较长时期内的扩展要求。 高可用性 根据太钢业务的特点,服务器应使用相对稳定并且广泛使用的主流UNIX平台;存储系统使用SAN架构,方便各个系统共享。 SAP 系统作为关键应用系统(Mission-critical application system),必须考虑高可用性问题。系统的高可用性牵涉到很多方面,其中比较重要的是双机集群,当数据库服务器发生问题时,数据库软件应能自动切换到备份机上,以保证系统的正常运行。双机集群的软件可以使用HP MC/Service Guard、IBM HACMP等。集群软件应有针对SAP R/3的成熟的扩展插件,以简化R/3在集群环境中的安装、配置过程。 多台应用服务器间可以利用R/3软件本身提供的负载均衡功能,实现高可用。 随着ERP系统的上线运行,太钢集团的主要业务完全依赖该系统,必须 保证系统7*24连续运行。在适当时机建立容灾系统很有必要。容灾系统能在火灾、地震、洪水等灾害造成生产中心设备完全瘫痪的情况下,确保容灾中心的系统能够启动,确保生产业务的连续进行。 目前主要有3类容灾技术,分别为基于应用软件、基于数据库复制技术和基于存储设备数据复制技术。考虑到太钢的ERP应用情况和业务系统情况,建议在适当时候建立基于存储系统的容灾中心,提高系统的高可用性。 基于存储系统的容灾技术主要是利用存储阵列中的远程数据镜像复制软件,把数据存储在本地磁盘和远端容灾中心的磁盘,当一份数据毁坏时,系统切换到另一份数据上继续运行。 基于存储系统的容灾技术成熟,对应用透明,国内有较多的成功案例,

文档评论(0)

文档集锦 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档