ERP系统X86架构迁移关键技术研究

李 明，姚 振，方 锐，吴 跃，刘海苗

(1.国网安徽省电力有限公司信息通信分公司，安徽 合肥 230061；2.国网信通产业集团安徽继远软件有限公司，安徽 合肥 230088)

1 基本概念

企业资源计划企业资源计划(Enterprise Resources Planning，ERP)是一套将财会、分销、制造和其他业务功能合理集成的应用软件系统。

数据处理的系统、应用和产品(System，Applications，and Products in Data Processing，SAP)既是一个公司名称，又是该公司的ERP应用软件系统的名称。

2 背景

国网安徽省电力公司ERP系统采用SAP公司的成熟套装软件，至今系统已运行10年时间，目前系统存在硬件性能及架构已不能满足业务需求、系统数据库版本过低需要升级、系统内核版本过低等问题。其中硬件服役时间过长，硬件设备已经老化，硬件配件采购困难，硬件故障频发，月结、年结及新业务不断上线等造成的系统负载较大，因此需要对ERP系统进行架构改造，保障业务系统的延续性与可靠性。将小型机迁移到X86服务器上能够很好地降低系统未来的系统运维风险及运维成本，也符合目前技术发展的趋势。

3 改造内容

3.1 硬件架构的改造

由于集团公司已经明确X86服务器为硬件服务器采购标准，原有小型机无法扩容升级。因此服务器硬件需要从小型机迁移到PC服务器，增加系统的可扩展性，构建未来5年的可以稳定扩展的基础架构，降低系统的后续运维成本及运维风险，迁移后的系统将每年节省服务器的年度维保费用[1]。

3.2 操作系统的改造

惠普公司小型机上运行的操作系统为其自有的UNIX系统，在X86服务器上无法运行，因此操作系统需要从UNIX迁移到LINUX，操作系统推荐使用SUSE Linux操作系统，SUSE Linux有专门的For SAP的版本，这是一款SAP系统定制操作系统，也是唯一针对所有SAP软件解决方案进行优化的操作系统[1]；该系统无须配置大量的选项和补丁，对SAP系统有专门的内核参数优化，SAP相关系统配置已预构建于系统内部。SUSE Linux目前运行SAP的客户案例最多。

3.3 应用软件的升级

应用软件的升级包括两个方面，一方面是应用软件主版本的升级，需要从ECC 6升级到EHP8 for ECC6；另一方面是应用软件内核版本的升级，内核版本至少需要升级到7.20版本。

3.3.1 应用程序主版本的升级

SAP公司目前对ECC 6已经停止再发补丁，其继续提供服务支持的内核版本为NW750平台，所以升级到基于NW750平台的ECC6 EHP8能够为系统的安全性提供充分原厂保障；未来6年内该版本官方完全支持，还可以支持未来无缝迁移到最新的HANA平台[2]。

3.3.2 应用程序内核版本的升级

应用程序内核版本SAP应用内核至少需要升级到7.20版本，升级后内核在SAP官方维保版本内。

3.4 数据库版本升级

目前ERP系统数据库版本已不受厂商技术支持，升级到Oracle 11g版本将为系统安全提供可靠的原厂保障。

4 改造关键技术

4.1 总体迁移路线

总体迁移路线分两步进行，首先采用标准的SWPM工具将数据导出，由于服务器采用新的X86 PC服务器，操作系统采用SUSELinux，数据库采用Oracle 11g数据库，操作系统和数据库可以在数据导出之前提前安装完成，这样可以减少原有的生产系统停机时间。在数据导出之前应停止生产系统的所有服务，并进行数据库全备份，并创建导出、导入目录，根据数据量预留足够空间，合理选择并行处理数和拆分表数量；导出完成后需要确立SWPM导入策略，执行数据导入，数据库导入时需要合理设置进程数量，正确配置数据库实例相关参数。导入完成后，还需要进行迁移后的数据完整性验证工作，主要是通过数据库层面对表进行比对，检查数据库的表对象和视图对象，对ERP系统中关键业务表进行数据条数比对；验证迁移后的ERP系统提供的服务是否完备；通过业务层面进行数据验证，对关键业务点进行查询，并和停机之前的数据进行比对。

然后采用SAP 公司SUM工具，将ERP版本从ECC6升级到最新的EHP8 for SAP ECC6，SUM工具的具体介绍见后续章节。升级后，源系统不做任何变动，如果升级失败，则开启源系统即可，从而实现风险最小，停机时间也最短。

ERP系统升级迁移完成后，业务测试是关键点之一，业务测试越全面、越充分，能够很好地保证生产系统升级迁移后平稳运行。业务测试过程中，业务顾问和用户将主要对各模块关键业务功能、流程、报表及外部系统接口进行测试发现问题并记录相应的解决方案；

4.2 SWPM工具

SWPM工具是整个系统迁移改造中最重要的工具，是SAP公司在2013年强势推出的新工具，代替原有的Master工具，SWPM就是集成了一系列安装工具包，增加了很多安装脚本，是所有以 SAP NW 为基础的产品的安装工具。相比之前只为单独套件服务的Master，SWPM可以安装众多历史版本的套件和独立产品，包括SAP公司的CRM、ERP、HANA数据库等系列产品[3]。SWPM自身已包含JAVA运行环境，使得操作系统无须另外安装JDK。除了提供普通的安装功能外，还可以用来完成系统迁移，系统重命名，以及双堆栈系统的分离等工作[3]。由于ERP系统迁移主要进行的是平台变迁，即从小型机平台到 X86 平台，属于异构迁移，因此从异构迁移的角度出发，确定使用SAP 标准迁移工具SWPM进行迁移。在使用SWPM工具迁移时，为了提高迁移效率，可以采用并行迁移的方式，并行迁移是指在 SWPM 从源系统导出数据的同时，在目标系统上进行数据导入。源系统和目标系统通过FTP、NFS、SOCKET等不同方式进行数据共享。并行迁移需要在目标系统上提前完成系统框架、数据库和应用服务器的搭建，并且对网络条件、IO 等数据共享条件有着较高要求。一般建议在同一数据中心的网络环境下进行。并行迁移有很多优点，例如导出数据、数据传输、导入数据并行异步完成，效率较高，相对顺序迁移速度快，停机时间短。但是并行迁移也有其自身缺点，例如技术上比顺序迁移复杂，对配置要求稍高，对数据共享方式的稳定性要求较高。在数据共享方式由于网络不稳定问题等发生传输中断的时候，可能需要在导出端和导入端分别修复和重启相关操作。

4.3 R3COPY和R3LOAD工具

这两个工具在迁移过程中都是用来导出导入数据的，其中R3COPY用于同构系统之间的数据拷贝，同构系统说明源系统与目标系统的数据库是相同平台上同类数据库，R3LOAD用于异构系统移植，也可以用于UNICODE系统转换。R3COPY和R3LOAD工具都已经集成到了标准的SWPM工具集中，可以直接从SWPM中调用。ERP系统从UNIX平台向X86 PC服务器平台迁移，源系统与目标系统或在不同平台上，属于异构系统，因此采用R3LOAD工具。在ERP系统迁移过程中，为了要实现生产系统最小停机时间，减少企业因迁移带来的经济损失，需要采取一些技术措施来缩短时间，具体技术措施如下：

(1)设置合理的R3load进程数量，充分发挥硬件的性能。

(2)通过拆包、拆表的技术手段，将串行的导出作业变成并行作业，缩短数据导出时间。

(3)利用排序工具，定义表的导出导入顺序，确保大表优先。

(4)优化数据库层面的临时表空间、回滚段、重做日志等减少日志。

(5)对于索引文件较大的表，使用手工方式并行创建索引。

4.4 SUM工具

SUM工具是SAP公司提供的应用服务器程序维护工具，包括重要发行变更的发行升级、含EHP安装的系统更新、应用支持包、应用Java补丁、更正已安装的软件信息等功能。SUM用于所有基于SAP NW的系统，因此也适用基于AS ABAP或AS Java或基于双堆栈系统的系统。使用SUM工具升级系统时，需要遵守官方的标准流程，基本流程如下：计划您的维护活动；从SAP官方网站下载SUM和升级包；将压缩的升级包解压到SAP系统的主应用程序服务器上的相应文件夹中；将SAP Host Agent更新到最新补丁程序级别；配置SAP Host Agent；通过浏览器从本地PC连接；配置SUM，尤其是由于维护计划程序而指向stack.xml；在待升级的系统上执行维护；如果条件许可，请使用SUM中准备好的表格向SAP提供反馈。

5 结语

系统迁移升级是一项复杂的工作，涉及底层硬件、操作系统、数据库、应用软件等多个层面，涉及的升级工具也较多，本文仅仅研究了其中一些关键升级工具的使用方法。另外整个迁移工作需要考虑的风险点也很多，为了降低风险，需要投入大量的人力物力来做前期调研和测试工作。