论文部分内容阅读
摘要：随着信息技术的日新月异，x86架构的CPU（中央处理器）算力的加强，以及虚拟化技术（VT）的应用，原有基于小型机的SAP（ERP软件）系统硬件架构已逐渐露出诸多弊病，其中最重要的性价比已无法与x86服务器相比。而如何将SAP系统从老旧的小型机迁架构移到x86架构服务器是如今很多SAP用户面临的迫切问题。经过与SAP用户实际项目为技术应用对象，本文主要讲述了基于Oracle的SAP系统异构迁移技术的成功应用与研究，在保证数据完整性的前提下，为各信息终端用户提供持续的应用平台，并为其他SAP用户做异构迁移提供了参考依据。同时SAP系统运维人员通过虚拟化技术管理x86服务器能更加高效的利用硬件资源，降低了硬件设备故障的风险，减轻了运维人员的工作量，最终为SAP用户节约了成本，创造了价值。
关键词：SAP系统异构迁移 小型机迁移 虚拟化服务器应用
一、引言
随着时间的推移，基于小型机的SAP系统硬件逐年老化，存在的隐患对日常经营管理形成极大风险。同时对于SAP应用系统运维人员（BASIS人员）和网络服务器运维人员来说，老旧的硬件设备需要更多的精力和时间关注性能和可用性，甚至将绝大多数时间花在硬件故障的维修上，而将小型机迁移至基于x86架构的服务器便是以上一系列问题最便捷的解决方案。
二、小型机与x86服务器技术的优劣对比
2.1 小型机的技术优势
小型机采用RISC指令集，比x86服务器的响应时间要快，多任务处理性能要好，并发用户数量要多。同时小型机大多采用冗余和高可用技术，可靠性也比x86服务器要好，小型机在大数据和批量处理上占有不少优势。综合系统响应时间、多任务处理、终端用户支持数量、可靠性等因素考虑，在一些关键业务应用上，小型机优势还是非常明显。但小型机都采用专有技术，硬件价格比x86服务器高，且操作系统也都采用专有的UNIX操作系统，运行维护和售后费用高昂。随着x86服务器综合性能上的提升，小型机已步入晚年期，后续机型从各个方面都无绝对优势。
2.2 x86服务器的技术优势
近年来随着x86服务器性能的逐年提升，虽然单台服务器仍然无法与小型机进行对比，但随着虚拟化技术的加持，将多台x86服务器组合成一个大硬件资源池，重新将硬件资源分配给一台或多台虚拟服务器，x86服务器与虚拟化的组合已在性能的各方面赶超小型机。部分电商企业如亚马逊、阿里云、腾讯云等x86服务器运行的虚拟服务器已上万台。而且x86服务器运维方便，能运行Linux或Windows等各种操作系统，价格便宜，易于维护，技术成熟度也越来越高。如图1列举了各架构服务器性能对比。
三、基于Oracle的SAP系统异构迁移的技术难点分析
Oracle提供多种工具进行迁移，其中以Oracle DataGuard性能最为优秀。DataGuard仅支持异构平台、跨版本数据库迁移，同时还支持在线异构平台数据库迁移。但我们在此需要说明的是基于Oracle的SAP系统异构迁移，不能将Oracle数据库和SAP应用系统割裂后单独迁移。Oracle在此为SAP底层数据库，脱离SAP单独迁移Oracle对SAP应用系统来说无意义。图2所示为SAP系统迁移路径。
3.1 源平台的技术需求及难点分析
3.1.1 源操作系统的技术需求及难点分析
SAP应用系统多数情况采用高可用技术（HA），即SAP应用系统和Oracle数据库系统安装两台服务器上同时提供负载均衡服务，并通过心跳线连接，保证单台服务器故障后另外一台服务器能提供持续的服务。高可用的两台服务器底层操作系统是一致的，以保证两台服务器上运行的SAP应用系统和Oracle数据库系统能两边自由切换。源操作系统迁移的技术难点在于是否支持SAP迁移工具所要求的最低版本要求和插件要求。以惠普的Superdome小型机操作系统HP-UX为例，最低HP-UX版本要求为11.31且至少安装PHSS_43741 aC++ Runtime （IA： A.06.28，PA： A.03.90）或更新版本 。
3.1.2 源Oracle系統的技术需求与难点分析
Oracle数据库迁移前后的版本是一致的。但在实际进行SAP系统异构迁移时，需要根据SAP要求确定是否需要升级Oracle版本。SAP针对Oracle9、Oracle10、Oracle11推出了专用于系统迁移的补丁，SAP用户需在迁移前期检查Oracle版本是否满足SAP系统迁移前置条件。
3.2 目的平台的技术要求及难点分析
3.2.1目的操作系统的技术需求及难点分析
目的操作系统硬件资源不能小于源系统的硬件资源数量。硬件资源在保证满足业务并发需求的情况下，同时考虑迁移所需硬件性能是否满足。使用虚拟化技术后，目的操作系统底层硬件资源扩展方便，x86服务器能非常便捷的扩展到虚拟化资源池中，只要前期充分调研，一般不需要担心目的操作系统资源不够的情况。
目的操作系统通常采用最新发布版本降一版本号的稳定版本，同时兼顾SAP与Oracle官方资料，保证不要因系统版本太新而遇到棘手的漏洞。
3.2.2目的Oracle系统的技术需求与难点分析
迁移前可根据实际情况做Oracle升级。一旦开始迁移，目的Oracle系统版本只能保持与迁移前版本一致。如迁移在验证阶段不成功，后续根据实际需求情况再做Oracle版本升级。
3.3 保证数据一致性的难点分析
SAP系统庞大，涉及业务模块众多。如果通过业务岗位人员逐一验证迁移是否成功，将会是一个耗时且繁杂的工作。在做业务岗位数据验证前，BASIS运维人员可通过SAP自带的数据库工具和Oracle数据库管理工具验证迁移前后数据容量、表字段、表数量、单一表条目数等是否一致，再提交业务岗位进行抽查验证。一旦业务岗位人员验证通过，此SAP系统迁移即成功完成。 四、SAP系统迁移的应用与实施
4.1 SAP源系统导出
SAP源系统导出分为导出准备、Kernel准备、表分割准备和数据实例导出四个步骤，如图3所示。
通过SAP的SWPM（Software Provisioning Manager）工具进行SAP源系统导出，SWPM提供了详细的操作向导。迁移人员按需填入源操作系统、SAP应用和Oracle数据库相关参数信息即可实现四个步骤的导出作业，迁移人员只需关注SWPM日志并处理异常。
Oracle数据库表的如果大于1G将被拆分并自动编号。数据导出过程比较慢，导出过程可以通过R3load进程实时监控。
4.2 SAP目的系统安装及Oracle数据库导入
SAP目的操作系统在前期准备阶段已经准备完成，因此在迁移执行阶段直接在目的操作系统中安装SAP并导入Oracle数据库。安装和导入同样使用SAP的SWPM工具，并在工具中通过向导的方式先执行安装SAP，再在安装过程中选择需要导入数据库存档并执行。
SAP目的系统将根据实际应用模块情况选择安装ABAP、JAVA等实例，如生产系统使用高可用，还需安装ASCS服务器，DI服务器。
4.3后续配置
后续配置为正常的SAP应用系统和Oracle数据库后安装配置，包括软件激活，开发、测试、生产系统连接，数据库零时表清空，后台作业释放，参数调整等步骤。
4.4 系统验证
系统验证是保证数据一致性的关键步骤。3.3章节中已经指出可以通过SAP自带的数据库工具和Oracle数据库管理工具验证迁移前后数据容量、表字段、表数量、单一表条目数量是否一致，再提交业务岗位进行抽查验证。
SAP系统迁移实施前期工作一定要准备充分。特别是迁移人员必须清楚迁移前后操作系统、数据库版本、SAP应用系统是否需要升级，目的系统硬件资源情况，目的操作系统是否提前已交付等。一旦迁移开始，系统停机时间将非常宝贵。因此生产系统的迁移要在开发系统迁移验证成功后进行。
五、SAP系统迁移的技术路线
SAP系统迁移看似SAP系统的重新部署，实际确有着长期的技术发展路线。在虚拟化和云计算大行其道的今天，果断将技术路线切换到虚拟化和云计算的方向才能顺应市场变革。SAP公司为保证其软件应用产品的持续发展和延续性，将基于老旧技术架构的SAP系统迁移至虚拟化、云产品、内存计算服务器，将是未来SAP系统迁移的技术路线图，为用户提供硬件更新、系统迁移和产品升级退出更好的迁移产品，做好技术支持将是其持续的发展策略。
六、总结
越来越多的SAP用户已经意识到虚拟化技术的优势，都在考虑如何将SAP应用系统从笨重的小型机迁移到基于x86服务器的虚拟机上。同时，随着x86服务器性能的持续发展，虚拟化技术的成熟，SAP也将更加注重客户SAP系统迁移的需求。而各种异构平台的数据迁移技术及应用的研究还将持续，为客户提供更加好用的应用平台。
参考文献：
[1]Edward Whalen，Jim Czuprynski 著，许向东，林绪嘉，刘炳林译。Oracle数据库升级、迁移和转换最佳实践。清华大学出版社，2017年5月第一版。
[2]李明，姚振，方锐，吴跃，刘海苗 著，ERP系统X86架构迁移关键技术研究，无线互联科技，2020（21）：79-80。
[3]吴天宇，冯蕊，杨翠 著，Oracle数据库批量数据无损迁移技术，电子技术与软件工程，2021（8）：204-205。
作者简介：
董伟，男，汉，1979年8月生，湖北潜江人，本科，高级工程师，研究方向：计算机硬件及应用。
杨佳熠，男，汉，1987年4月生，云南昭通人，本科，工程师，研究方向：信息系统集成。
张小全，男，汉，1984年8月生，河南英文人，本科，助理工程师，研究方向：云原生技术应用。
黄绕生，男，汉，1979年8月生，云南石林人，本科，工程師，研究方向：计算机信息管理。
关键词：SAP系统异构迁移 小型机迁移 虚拟化服务器应用
一、引言
随着时间的推移，基于小型机的SAP系统硬件逐年老化，存在的隐患对日常经营管理形成极大风险。同时对于SAP应用系统运维人员（BASIS人员）和网络服务器运维人员来说，老旧的硬件设备需要更多的精力和时间关注性能和可用性，甚至将绝大多数时间花在硬件故障的维修上，而将小型机迁移至基于x86架构的服务器便是以上一系列问题最便捷的解决方案。
二、小型机与x86服务器技术的优劣对比
2.1 小型机的技术优势
小型机采用RISC指令集，比x86服务器的响应时间要快，多任务处理性能要好，并发用户数量要多。同时小型机大多采用冗余和高可用技术，可靠性也比x86服务器要好，小型机在大数据和批量处理上占有不少优势。综合系统响应时间、多任务处理、终端用户支持数量、可靠性等因素考虑，在一些关键业务应用上，小型机优势还是非常明显。但小型机都采用专有技术，硬件价格比x86服务器高，且操作系统也都采用专有的UNIX操作系统，运行维护和售后费用高昂。随着x86服务器综合性能上的提升，小型机已步入晚年期，后续机型从各个方面都无绝对优势。
2.2 x86服务器的技术优势
近年来随着x86服务器性能的逐年提升，虽然单台服务器仍然无法与小型机进行对比，但随着虚拟化技术的加持，将多台x86服务器组合成一个大硬件资源池，重新将硬件资源分配给一台或多台虚拟服务器，x86服务器与虚拟化的组合已在性能的各方面赶超小型机。部分电商企业如亚马逊、阿里云、腾讯云等x86服务器运行的虚拟服务器已上万台。而且x86服务器运维方便，能运行Linux或Windows等各种操作系统，价格便宜，易于维护，技术成熟度也越来越高。如图1列举了各架构服务器性能对比。
三、基于Oracle的SAP系统异构迁移的技术难点分析
Oracle提供多种工具进行迁移，其中以Oracle DataGuard性能最为优秀。DataGuard仅支持异构平台、跨版本数据库迁移，同时还支持在线异构平台数据库迁移。但我们在此需要说明的是基于Oracle的SAP系统异构迁移，不能将Oracle数据库和SAP应用系统割裂后单独迁移。Oracle在此为SAP底层数据库，脱离SAP单独迁移Oracle对SAP应用系统来说无意义。图2所示为SAP系统迁移路径。
3.1 源平台的技术需求及难点分析
3.1.1 源操作系统的技术需求及难点分析
SAP应用系统多数情况采用高可用技术（HA），即SAP应用系统和Oracle数据库系统安装两台服务器上同时提供负载均衡服务，并通过心跳线连接，保证单台服务器故障后另外一台服务器能提供持续的服务。高可用的两台服务器底层操作系统是一致的，以保证两台服务器上运行的SAP应用系统和Oracle数据库系统能两边自由切换。源操作系统迁移的技术难点在于是否支持SAP迁移工具所要求的最低版本要求和插件要求。以惠普的Superdome小型机操作系统HP-UX为例，最低HP-UX版本要求为11.31且至少安装PHSS_43741 aC++ Runtime （IA： A.06.28，PA： A.03.90）或更新版本 。
3.1.2 源Oracle系統的技术需求与难点分析
Oracle数据库迁移前后的版本是一致的。但在实际进行SAP系统异构迁移时，需要根据SAP要求确定是否需要升级Oracle版本。SAP针对Oracle9、Oracle10、Oracle11推出了专用于系统迁移的补丁，SAP用户需在迁移前期检查Oracle版本是否满足SAP系统迁移前置条件。
3.2 目的平台的技术要求及难点分析
3.2.1目的操作系统的技术需求及难点分析
目的操作系统硬件资源不能小于源系统的硬件资源数量。硬件资源在保证满足业务并发需求的情况下，同时考虑迁移所需硬件性能是否满足。使用虚拟化技术后，目的操作系统底层硬件资源扩展方便，x86服务器能非常便捷的扩展到虚拟化资源池中，只要前期充分调研，一般不需要担心目的操作系统资源不够的情况。
目的操作系统通常采用最新发布版本降一版本号的稳定版本，同时兼顾SAP与Oracle官方资料，保证不要因系统版本太新而遇到棘手的漏洞。
3.2.2目的Oracle系统的技术需求与难点分析
迁移前可根据实际情况做Oracle升级。一旦开始迁移，目的Oracle系统版本只能保持与迁移前版本一致。如迁移在验证阶段不成功，后续根据实际需求情况再做Oracle版本升级。
3.3 保证数据一致性的难点分析
SAP系统庞大，涉及业务模块众多。如果通过业务岗位人员逐一验证迁移是否成功，将会是一个耗时且繁杂的工作。在做业务岗位数据验证前，BASIS运维人员可通过SAP自带的数据库工具和Oracle数据库管理工具验证迁移前后数据容量、表字段、表数量、单一表条目数等是否一致，再提交业务岗位进行抽查验证。一旦业务岗位人员验证通过，此SAP系统迁移即成功完成。 四、SAP系统迁移的应用与实施
4.1 SAP源系统导出
SAP源系统导出分为导出准备、Kernel准备、表分割准备和数据实例导出四个步骤，如图3所示。
通过SAP的SWPM（Software Provisioning Manager）工具进行SAP源系统导出，SWPM提供了详细的操作向导。迁移人员按需填入源操作系统、SAP应用和Oracle数据库相关参数信息即可实现四个步骤的导出作业，迁移人员只需关注SWPM日志并处理异常。
Oracle数据库表的如果大于1G将被拆分并自动编号。数据导出过程比较慢，导出过程可以通过R3load进程实时监控。
4.2 SAP目的系统安装及Oracle数据库导入
SAP目的操作系统在前期准备阶段已经准备完成，因此在迁移执行阶段直接在目的操作系统中安装SAP并导入Oracle数据库。安装和导入同样使用SAP的SWPM工具，并在工具中通过向导的方式先执行安装SAP，再在安装过程中选择需要导入数据库存档并执行。
SAP目的系统将根据实际应用模块情况选择安装ABAP、JAVA等实例，如生产系统使用高可用，还需安装ASCS服务器，DI服务器。
4.3后续配置
后续配置为正常的SAP应用系统和Oracle数据库后安装配置，包括软件激活，开发、测试、生产系统连接，数据库零时表清空，后台作业释放，参数调整等步骤。
4.4 系统验证
系统验证是保证数据一致性的关键步骤。3.3章节中已经指出可以通过SAP自带的数据库工具和Oracle数据库管理工具验证迁移前后数据容量、表字段、表数量、单一表条目数量是否一致，再提交业务岗位进行抽查验证。
SAP系统迁移实施前期工作一定要准备充分。特别是迁移人员必须清楚迁移前后操作系统、数据库版本、SAP应用系统是否需要升级，目的系统硬件资源情况，目的操作系统是否提前已交付等。一旦迁移开始，系统停机时间将非常宝贵。因此生产系统的迁移要在开发系统迁移验证成功后进行。
五、SAP系统迁移的技术路线
SAP系统迁移看似SAP系统的重新部署，实际确有着长期的技术发展路线。在虚拟化和云计算大行其道的今天，果断将技术路线切换到虚拟化和云计算的方向才能顺应市场变革。SAP公司为保证其软件应用产品的持续发展和延续性，将基于老旧技术架构的SAP系统迁移至虚拟化、云产品、内存计算服务器，将是未来SAP系统迁移的技术路线图，为用户提供硬件更新、系统迁移和产品升级退出更好的迁移产品，做好技术支持将是其持续的发展策略。
六、总结
越来越多的SAP用户已经意识到虚拟化技术的优势，都在考虑如何将SAP应用系统从笨重的小型机迁移到基于x86服务器的虚拟机上。同时，随着x86服务器性能的持续发展，虚拟化技术的成熟，SAP也将更加注重客户SAP系统迁移的需求。而各种异构平台的数据迁移技术及应用的研究还将持续，为客户提供更加好用的应用平台。
参考文献：
[1]Edward Whalen，Jim Czuprynski 著，许向东，林绪嘉，刘炳林译。Oracle数据库升级、迁移和转换最佳实践。清华大学出版社，2017年5月第一版。
[2]李明，姚振，方锐，吴跃，刘海苗 著，ERP系统X86架构迁移关键技术研究，无线互联科技，2020（21）：79-80。
[3]吴天宇，冯蕊，杨翠 著，Oracle数据库批量数据无损迁移技术，电子技术与软件工程，2021（8）：204-205。
作者简介：
董伟，男，汉，1979年8月生，湖北潜江人，本科，高级工程师，研究方向：计算机硬件及应用。
杨佳熠，男，汉，1987年4月生，云南昭通人，本科，工程师，研究方向：信息系统集成。
张小全，男，汉，1984年8月生，河南英文人，本科，助理工程师，研究方向：云原生技术应用。
黄绕生，男，汉，1979年8月生，云南石林人，本科，工程師，研究方向：计算机信息管理。