高可用的SAP系统架构的实现.docx

高可用的SAP系统架构的实现高可用的SAP系统架构的实现SAP的高可用软件提供给我们很方便的配置接口，让汽车用户可以配置多样的高可用汽车软件。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位BL870ci2的刀片机，操作系统版本为HP-UX11.31，配置高可用性使用的软件是ServiceExtensionforSAPversionB.05.10。支持应用的数据库和核心的centralinstance应用在系统出现硬件问题或网路交换机之间出现连接问题时，会触发共享的磁盘阵列进行切换，关键的应用系统被接管到了另一个节点，从而保证了外围应用服务器DVEBMGS00，D02，D0n可以不间断的支持客户端用户使用。保证了系统在故障时可以切换到可用的节点，继续为用户提供必需的所有汽车业务应用。3、SAP修改机制确保业务修改后的稳定性大家一定知道汽车业务ERP系统的稳定性和汽车业务新的不断变化的需求之间是一对矛盾，IT在新汽车业务变化时系统往往不得不进行系统更改，程序版本更新，程序修正等等，这些不稳定的因素将使日常业务的稳定性和系统的稳定性受到影响，严重的将会造成系统服务器宕机，汽车整车厂生产线停线等。所以一个良好的ERP系统必须提供给用户良好的修改和配置的功能，才能适应不断变化的企业级汽车应用。SAPChangeRequest功能就为灵活的变更提供了变更方面的技术支持和技术控制，用户在修改程序时SAP会在开发机提供一个变更请求号，所有的程序修改，权限的修改，配置的修改，程序的版本记录都通过修改号记录在数据库中，便于用户检查，回退等控制操作。在这些修改结束后的发布阶段，通过helpdesk人员手工传输程序的改变到测试机，在测试机进行用户验证完成后，才能传入生产机最终上线提供给最终用户使用。该传输路径在系统投入后基本就保持不变。ChangeRequest的运行机制确保了系统修改的稳定性，版本管理的一致性，并提供测试后发现问题的回退的可能。4、SAP运维管理监控功能4.1SOLUTION_MANAGER的统一管理SAP的运维管理软件SOLUTION_MANAGER它运行于一台单独的服务器，它提供给用户一个一致的登陆入口，实际是它提供给helpdesk人员统一监控平台来监控系统运行状况，并能通过它还可以进行版本管理，业务流程变化管理，系统性能ALERTREPORT管理，LICENSE管理，用户账号管理，变更统一管理，以及项目执行管理等等功能，下文就常用的功能做介绍给大家。在提供这些管理功能前首先要将这些监控的系统纳入SOLUTION_MANAGER系统就是要进行合理的配置，配置完毕后就可以的看到目前公司所有纳入SOLUTION_MANAGER管理的被管理服务器。我们目前的运维的目标是保证SAP所有这些服务器运行能力达到99.99%甚至100%的'指标。SAP系统作为XX整车ERP系统，它和其他系统如DMS，MES，GBOM，XX电子采购系统，XX售后仓库管理系统等等系统有数据共享，所以系统的100%的稳定是IT必须努力达到的目标。利用SOLUTION_MANAGER的报表功能，各系统会自动生成ALERT_REPORT的性能分析报告，用户根据报告可以知道目前系统的存在哪些运行方面潜在的问题，维护的IT人员就可以直接根据ALERT_REPORT的建议进行调整方案的制定。图二所示是SAP的报警报表。以上报表指出3个紧急的需要处理的红色问题：1)目前汽车ERP系统备份状况不够频繁，需要