摘要实施SAPR/3系统从4.0B到4.7E的升级项目，主要从技术角度，阐述完成SAP开发系统、测试系统和生产系统的升级过程，并由此提出完成升级实施的几个关键因素。

关键字系统，升级，实施，关键因素

1前言

我们浙江省电力公司于1998年开始实施SAPR/3ERP系统（以下简称R/3系统），实施的版本是40B，随着电力业务的迅速发展，先后实施了包括FI、CO、MM、PM、PS、HR等R/3核心业务模块，随着SAP的推广和深入，以及业务功能的新需求，迫切需要从4.0B版本升级到4.7E版本，以达到及时应用SAP新版本中的新功能的目的。

于2003年底至2004年上半年，通过5个月左右的升级实施，成功地完成了SAP开发系统、测试系统和生产系统的升级实施。现将我们的实施方案简要阐述一下，并由此提出在升级过程中的所要注意的几个关键因素，供大家参拷，有误之处，请尽指正。

2系统升级的依据和目的

升级到4.7Enterprise版本的R/3系统，相对于原40B版本，能实现以下几方面：

（1）户使用界面的大幅度改善，今后可采用SAPNetweaver新技术架构和相关产品，使用WebGUI(Browser)方式进行R/3系统的访问，以及采用J2EE/.net等技术，为企业实现以ERP为基础的电子商务提供有效平台和更加功能强大技术先进的系统支持环境。

（2）多系统标准接口BAPI和IDOC满足企业的系统集成要求(能与更多外部系统进行通信)。

（3）R/3系统功能的提高(如财务红字处理，使用采购订单创建固定资产，更强大资金管理模块等)，并可根据业务的实际需要扩展ERP系统的功能，以满足省公司业务需求的不断发展。

（4）配合人力资源模块的顺利实施以及后续推广工作。并且，为省公司计划今后实施BW、SEM等SAP“新思维”产品提供高效的集成应用环境。

（5）升级到4.7Enterprise，用户都不需要增加任何软件许可协议（license）费用。但通过版本的升级，将降低SAP系统维护的整体拥有成本，优化业务处理流程，使用新的技术等等。

（6）SAPEnterpriseCore具有与SAP4.6C高补丁级别相同的业务处理功能，SAPEnterprise4.7比以前版本更加稳定。

（7）SAPEnterprise4.7增强了EnterpriseExtensions，提供了对关键业务增强的新功能，从应用体系架构方面扩展了以前SAPR/3（包括4.6C）的基础架构。

（8）SAPEnterprise4.7提供了新的mySAP技术：Web应用服务器，增强了对Web，JAVA，J2EE的支持。

（9）最后一点值得提一下，那就是，配合SAP软件版本升级计划，以获得来自SAP的更加优质的技术支持服务，并且升级到SAPEnterprise4.7都不需要增加任何软件许可协议（license）费用。

3系统升级的方案阐述

（1）这次升级的技术要点有以下几方面

①根据SAP版本环境需求，如果升级到SAP4.6C不需要升级操作系统；但升级到SAP4.7Enterprise需要升级AIX4.3.3到AIX5L，升级Oracle8.1.7到Oracle9i。而目前的环境是AIX4.3.3，数据库是Oracle8.1.7。所以首先必须升操作系统，然后升级数据库，最后升级SAPR/3。

②目前省公司的R/3系统采用SAP标准的开发、测试、生产三系统配置。首先必须设定升级项目所需进行的系统环境，确保开发与测试系统同生产环境保持一致。同时，按照先升级开发系统，再升级测试系统，最后升级生产系统的顺来进行。

③R/340B原系统中已有大量的自开发应用、报表及系统接口程序，需要测试与调整。也有不少修改SAP标准部分的程序，需要查找，有些可能无法找到有关的修改文档。

④全系统有600人的最终用户，必须进行严密有计划的培训工作。

（2）系统升级工作的策略和方法

①总体策略

基于这一策略，升级工作应包括以下工作内容：

(a)升级计划：确定升级方案，制定升级项目计划，明确人员、时间、费用的预算。以及对现有系统运行平台进行评估。

(b)升级准备：升级R/3系统的软、硬件准备。包括硬件系统的升级或更新，新版本软件的预定，开发、测试环境与生产环境的同步以及明确升级项目组人员、职责分工，工作场地安排等。并针对内部顾问进行R/3Enterprise4.7的相关培训。

(c)开发系统升级：开发系统技术升级（TechnicalUpgrade），升级后根据测试计划进行系统测试、调整，确保原有系统功能在新版本的R/3系统中可以完全实现。所有调整都要进行记录。

(d)测试系统升级：测试系统技术升级。根据开发系统升级的记录，进行系统调整，调整完成后，对最终用户进行培训，并进行集成测试。

(e)生产系统升级：生产系统技术升级。根据开发系统升级的记录，进行系统调整。升级后进行系统备份。

(f)上线后支持：系统上线后对生产环境进行上线后检查，并对系统性能做进一步优化和调整。

②R/3系统升级的实施方法

(a)根据一些顾问公司的建议，实施方法将采用SAP的ASAP快速实施方法。ASAP优化了在实施过程中对时间、质量和资源的有效使用等方面的控制，是一个包括使项目得以成功实施的所有基本要素的完整实施方案。由于我们省公司一直购买了SAP系统用户许可服务，加上我们已建立的SAPOSS远程连接，这些将为我们提供SAP的全球服务和远程支持。所以，依据这一实施方法，参与SAP系统升级的实施公司（以下简称实施公司）也将在升级过程中为我们提供全面的技术支持和指导，包括：

(b)ASAP路线图：面向过程的、清晰简明的项目计划。

(c)SAP工具包：各种项目管理、实施工具和指导文档。

(d)SAP技术支持和服务：提供从项目开始到项目结束及后续实施的支持与服务。由于R/3系统不同版本对硬件系统、系统软件、网络环境以及数据库软件的需求都有所不同。SAP公司还将为我们提供系统平台评估(SystemSizing),系统升级专业指导(UpgradingCoach),系统升级安全保障(UpgradingSafe-guarding),系统升级检查服务（GoLiveCheck）以及按照用户需要提供系统调整优化服务等，以保证升级后的系统具有良好的系统性能。

(e)SAP升级实施培训：对项目组成员以及最终用户进行培训。

4升级实施过程中的几个关键因素

根据ASAP方法论并结合我们省公司的实际情况,实际在SAP系统升级工作中采用了以下5个步骤进行：

（1）项目准备和规划；

（2）系统分析阶段：对目前系统现状分析+测试调整计划细化；

（3）测试调整阶段：开发系统技术升级+标准应用系统测试及调整+自开发应用、报表及系统接口的测试与调整；

（4）上线准备阶段：最终用户培训+集成测试；

（5）系统上线及支持阶段：生产系统升级+支持。

总结这次升级实施，每个步骤中分别有以下这些的关键点。

第一阶段，需要得到硬件供应商的现场支持，由SAPSupport在提供系统升级检查的服务，以保证升级顺利进行。

第二阶段，需要对内部顾问进行新版本培训，对项目实施当中的细节作全面的规划。

第三阶段，测试系统和开发系统的升级时应模拟真实上线时的步骤并加以逐一记录，保证正式上线切换时生产系统能安全可靠地运行；对应用系统的调整只限于满足原有流程在新版本中能顺利运行，而不作任何功能提高的配置；客户测试的完备性与正确性也直接影响到系统升级的成败，需要SAP实施公司制定详细的测试计划，并指导KBU(KeyBusinessUser)进行全面的测试；R/34.7Enterprise的用户界面是完全的Role－Based，在系统升级过程中，需要对系统的用户进行详细的权限定义和设置，根据实际经验，这一部分的工作应在SAP顾问的指导下尽早进行；省公司SAP系统在原版本的应用过程中，开发了大量的应用、报表和接口，而对于这些用户自开发的应用、报表和接口，需要由SAP顾问提供一些指导，最终由我们自己的IT人员自行完成测试与调整。

第四阶段，SAP系统升级对生产系统的影响如下图1所示。这一阶段的核心任务是，通过完善、细致的准备工作，将系统升级工作后对生产系统的影响减至最低限度。主要措施包括SAP顾问编制精确至小时工作计划BASISChecklist，以及需要将系统上线的工作安排在节假日期间完成。

第五阶段，由SAP实施公司与我们省公司组成上线支持小组，现场解决系统因升级产生的问题；SAP在系统上线前后提供系统升级检查的服务（GoLiveCheck），以保证升级后后的系统有良好的系统性能。

因此，根据以上实施要点，并结合实际实施个阶段的过程，总结出以下影响升级实施的几个关键因素。

⑴项目计划是否合理详细是控制好升级实施周期的关键。

◆是否合理制订一个实施周期时间内的升级计划，包括制定详细的测试计划、各级用户的培训计划等，越详细，实施周期控制得会越好。

◆项目计划中，特别要强调对实施文档、项目文档等方面的管理，要求及时性和完整性。

⑵升级范围的不同影响升级项目完成时间。

◆带新功能模块实施的升级比仅仅功能升级项目实施周期长。我们这次升级，不增加新功能，HR的功能在单独系统实施，所以，实施周期比较短。

◆实施新功能数量越多，实施周期越长。

◆新版本需要修改的数量越多，越复杂，实施周期越长。这一点，要看软件版本本身。

◆测试和培训的范围越大，实施周期越长。

◆SAP实例（instance）数量：开发、测试、培训、生产系统拷贝、生产系统的升级，数量越多，升级时间越长。

⑶升级前系统的基础环境好坏影响升级实施周期。

◆以前修改SAP标准文档越详细，在新版本修改的时间越短。

◆SAP实例（instance）的版本：版本越低，升级时间越长。

◆每个系统集团（Client）的数量：集团越多，升级时间越长。

◆SAP实例（instance）接口的数量：接口越多，升级时间越长。

◆SAP实例（instance）Addons数量：Addons数量越多，升级时间越长。

◆SAP实例（instance）操作系统及数据库的版本：如升级到Enterprise4.7，在升级SAP之前，必须先升级操作系统版本(AIX环境下)到AIX5L，数据库版本升级到Oracle9i。

⑷不同升级策略对系统停机时间的影响。

StrategyAdvantagesDisadvantages

A_Switch·Shortdowntime.

·Mediumstoragerequirementsforensuringdatabaserecovery·Offlinebackupnecessaryaterupgrade.

·Monitoringnecessarytodetermineifdisksforensuringrecoveryarefull

A_On·Shortestdowntime.

·Noofflinebackupnecessaryafterupgrade·GreatestspacerequirementstoensureDBrecovery.

·Monitoringneededtocheckifdisksforensuringrecoveryarefull

A_Off·Noadditionalspacerequirementsforensuringpossiblerecovery.

·Offlinebackupnecessaryafterupgrade·Longestdowntime.

·Nomonitoringnecessarytodetermineifdisksforensuringrecoveryarefull

◆对生产系统而言，为达到最短的停机时间，建议采用A_on方式；该方式在正式输入新版本表及程序以前，SAP系统一直是可用的，最终用户能登录系统正常做业务，只有正式开始输入这些表和程序的时候，系统才停机完成对新版本表及程序的输入，因此停机时间最短；该方式在整个升级过程中数据库日志均处于归档模式，将不断生成日志文件，因此需要有足够的用于存放数据库日志文件的硬盘空间，如果硬盘空间不够，需要时刻检查存放数据库日志文件的文件系统是否还有可用空间。

◆对A_Switch而言，会在在正式输入新版本表及程序以前的升级阶段中系统就会停机，因此停机时间相对A_on方式长；在正式输入新版本表及程序以前，数据库日志一直处于归档模式，当开始输入这些表和程序的时候，数据库日志置换成循环模式，不再生产数据库日志文件，同时也意味着从开始输入这些表和程序到升级结束以前，如果系统发生问题，则数据库只能恢复到正式输入新版本表及程序以前的状态，再从输入这些表和程序开始重新升级；但该方式由于后面数据库处于循环方式而不产生日志文件，因此对存放数据库日志文件的硬盘空间要求比A_on小。对除生产系统以外的其他系统而言，均可采用该方式。

◆对A_off而言，从开始升级到结束整个过程SAP系统都处于停机状态，最终用户不能登录系统进行业务处理；整个过程中数据库日志一直处于循环模式，不产生任何数据库日志文件，在升级的任何阶段系统发生问题，都只能将数据库恢复到升级以前的状态，从头开始升级。

⑸人力资源是否合理配置，对升级实施的影响。

◆人力资源越合理，实施周期越短。

◆知识、经验和技能越多，实施周期越短。

◆项目成员的鼎力配合程度越好，实施周期越短。

5结束语

以上讨论了升级实施方案的几个重要环节，主要是从技术角度出发，提出了几点影响升级实施能否顺利完成的关键因素。但作为项目实施，还有好多因素与之有关，例如，从管理角度上讲，也是必不可少的，如发动人的积极能动性，特别是项目负责人甚至企业领导人的作用等等，也都是升级实施中的重要因素，在此不一一例举。

参考文献

1.J.A.Hernandez，J.R.S.Elechignevra(美)等著，周旋等译.《SAPR/3技术与实现》，机械工业出版社，2001年3月出版

2.ThomasCurran，GerhardKeller(美)等著，潇湘工作室译.《SAPR/3业务蓝图》，人民邮电出版社，2000年10月出版