高可用SAP系统架构实现.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
高可用SAP系统架构实现

高可用SAP系统架构实现   摘要:本文阐述目前上海汽车SAP ERP系统架构的实现,系统安全性,稳定性,高可用性,可扩展性的实现。   关键词:SAP架构 安全性 高可用性 稳定性   中图分类号:TP311 文献标识码:A 文章编号:1007-9416(2012)09-0147-02   随着整车汽车品牌的不断发展壮大,整车品牌知名度的不断提升,汽车企业的ERP信息系统变为企业长期依赖的核心的竞争能力。而高效,稳定,可靠的企业级的ERP系统成为汽车整车业务运营的核心,目前ERP功能模块涉及物料管理,生产计划,销售,财务成本,项目管理,而且和周边系统如汽车客户关系管理系统,GBOM系统,IMES系统等等搭建成支持整车日常业务运作的核心系统。所以该汽车ERP系统就显得尤为重要,本文主要从IT的视角对读者阐述了如何实现SAP的安全性,可靠性,稳定性,高可用性,介绍了目前ERP架构系统的具体实现。   1、ERP系统架构的扩容历史及范围   公司从成立项目组开始至目前XX品牌的XX汽车的上市,ERP系统经历了多次扩容和升级,期间更涉及一次平台转换的迁移,两次SAP版本的升级。具体的版本是ECC5.0升级到ECC6.0,又从ECC6.0升级到目前我们使用的SAP的EHP4版本。硬件设备从四台服务器的SERVER扩展到二十四台服务器的高可用的分布式的架构,涉及各类功能服务器有R3,APO,EWM系统,涉及的五个汽车工厂。在系统不断扩张,业务应用需求不断地提升的情况下,IT是如何保障用户的高可用性,并保证系统的运维性能指标从99.96% 提升到99.99%乃至100%,下面我会分别阐述IT是如何在构建,运维,管理上确保该系统的安全可靠,高可用性。   2、ERP建构的高可用集群是技术的基础   IT的ERP总体构建为高可用性架构,主要系统为R3和SCM系统目前使用的是HP的64位BL870c i2的刀片机,操作系统版本为HP-UX 11.31,配置高可用性使用的软件是Service Extension for SAP version B.05.10。支持应用的数据库和核心的central instance应用在系统出现硬件问题或网路交换机之间出现连接问题时,会触发共享的磁盘阵列进行切换,关键的应用系统被接管到了另一个节点,从而保证了外围应用服务器 DVEBMGS00,D02,D0n可以不间断的支持客户端用户使用。保证了系统在故障时可以切换到可用的节点,继续为用户提供必需的所有汽车业务应用。   3、SAP修改机制确保业务修改后的稳定性   大家一定知道汽车业务ERP系统的稳定性和汽车业务新的不断变化的需求之间是一对矛盾,IT在新汽车业务变化时系统往往不得不进行系统更改,程序版本更新,程序修正等等,这些不稳定的因素将使日常业务的稳定性和系统的稳定性受到影响,严重的将会造成系统服务器宕机,汽车整车厂生产线停线等。所以一个良好的ERP系统必须提供给用户良好的修改和配置的功能,才能适应不断变化的企业级汽车应用。SAP Change Request功能就为灵活的变更提供了变更方面的技术支持和技术控制,用户在修改程序时SAP会在开发机提供一个变更请求号,所有的程序修改,权限的修改,配置的修改,程序的版本记录都通过修改号记录在数据库中,便于用户检查,回退等控制操作。在这些修改结束后的发布阶段,通过helpdesk人员手工传输程序的改变到测试机,在测试机进行用户验证完成后,才能传入生产机最终上线提供给最终用户使用。该传输路径在系统投入后基本就保持不变。Change Request的运行机制确保了系统修改的稳定性,版本管理的一致性,并提供测试后发现问题的回退的可能。   4、SAP运维管理监控功能   4.1 SOLUTION_MANAGER的统一管理   SAP的运维管理软件SOLUTION_MANAGER它运行于一台单独的服务器,它提供给用户一个一致的登陆入口,实际是它提供给helpdesk 人员统一监控平台来监控系统运行状况,并能通过它还可以进行版本管理,业务流程变化管理,系统性能ALERT REPORT管理,LICENSE管理,用户账号管理,变更统一管理, 以及项目执行管理等等功能,下文就常用的功能做介绍给大家。在提供这些管理功能前首先要将这些监控的系统纳入SOLUTION _MANAGER系统就是要进行合理的配置,配置完毕后就可以的看到目前公司所有纳入 SOLUTION_MANAGER管理的被管理服务器。我们目前的运维的目标是保证SAP所有这些服务器运行能力达到99.99%甚至100%的指标。   SAP系统作为XX整车ERP系统,它和其他系统如DMS,MES,GBOM,XX电子采购系统,XX售后仓库管理系统等等系统有数据共享,所以系统的1

文档评论(0)

189****7685 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档