信息化时代，企业面临着日益膨胀的数据信息，如果不对这些数据信息进行分类、整理归档，势必会对企业的信息运行系统造成巨大的负担，一旦信息膨胀到无法控制的地步或者系统崩盘讲给企业造成无法预估的损失，因此对于数据的管理至关重要，必要的时候应该对系统进行升级与迁移。下面将从数据的归档、升级与迁移这三个方面进行分析，共同探讨相关的解决方案。
一、数据归档
1、数据归档的定义
归档解决方案对于SAP 生产系统来说非常重要。如果不断增长的数据没有归档，将会导致生产系统的响应时间变长。增加硬盘空间能解决数据存放问题，但是不能解决性能问题。因此提高系统效率的最好的办法是将现在不用的数据归档.”
2、数据归档的原因
SAP系统数据量持续高速增长，导致：
2.1用户抱怨SAP系统速度慢，系统响应时间（response time）越来越长
2.2系统备份时间太长，没有足够的停机时间完成offline backup
2.3为保证系统的性能，客户投入大量资金购买主机及存储硬件
2.4系统故障发生后，进行系统恢复的时间太长，在此期间SAP无法提供系统服务，给客户带来巨大损失
2.5由于数据量过大,系统升级造成的系统宕机时间延长
3、归档项目阶段任务
3.1组建项目团队：包括项目经理、最终用户、业务顾问、SAP Basis、外部接口程序开发人员；
3.2数据分析：面数据库表的大小、面数据库表的增长率、归档对象确定、根据归档对象确定、与其他数据的依存关系，确定具体归档数据、检查归档数据是否符合法律约束、存储介质规划；
3.3归档方案设计：确定归档对象及其先后归档顺序、形成归档操作技术文档、定义归档作业时间计划、数据归档长期规划；
3.4归档测试：SAP Notes、测试服务器、存储准备、数据归档全局设置、归档对象的变式定义、执行归档测试、验证对归档数据的读取；
3.5归档实施：评估测试结果、数据归档前期准备、实施数据归档、数据归档的长期规划。
4、数据归档主要步骤
创建归档文件：在第一步过程中，写程序创建一个或者多个归档文件。然后从数据库读取将要被归档的数据并且写到这些归档文件中。
存储归档文件：在写程序完成对我们所创建的归档文件之后，这些被归档文件被存储起来。
删除数据：删除程序首先读取归档文件中的数据，然后输出数据中对应记录。
二、系统升级
1、系统升级的概念
系统升级是对软件系统前版本的漏洞进行完善，或者对软件添加新的应用功能的更新，使软件更加完善好用。一般情况下软件系统在经过一段时间的使用，就会逐步显现出自身的一些漏洞和缺陷，这些漏洞和缺陷无法满足日益发展系统事业要求，因此系统开发商必须定期或者不定期对系统本身的漏洞和缺陷进行修复和更正，这样就产生了新的系统版本，以满足使用新的要求。
2、系统升级的原因
继R3/ECC之后的第四代商务套件的SAP S/4HANA的推出，引起业界的巨大反响。这除了是因为该产品是集敏捷性、快速性和实时性于一身新一代商务套件产品以外，更重要的是因为SAP S/4HANA 完全基于高性能内存计算平台SAP HANA。其数据结构进行了重大调整，4亿行代码进行重新编。这一方面显著简化客户的数据模型，将管理的数据规模降低10倍以上，加速了客户业务流程重构；另一方面，如Gartner公司研究副总裁Nigel Rayner所说：“SAP S/4 HANA的发布给客户带来的疑问要多于答案，这给客户的升级路线增添了不确定性。”R/3或ECC客户如何升级到S/4，以保证得到SAP长期产品支持并收获S/4 HANA带来的好处？S/4 HANA客户如何跟进SAP产品从1503、1511、1610的快速迭代？等这些都成为企业面临的问题，为此系统升级势在必行。
3、系统升级的方法
在评估IT架构和业务价值后，越来越多的客户将转向S/4 HANA新一代商业套件。现在已有信息服务公司将借助SAP相关转换技术工具，提供安全、可靠、宕机时间最小的升级转换服务。而实现系统升级主要是技术工具和步骤维护计划器Maintenance Planner，下面为大家一一介绍一下。
3.1维护计划器会检查系统业务功能、行业解决方案、增强开发。如果发现没有有效升级路径（如相应功能没有发布对应的版本），维护计划器将自动阻止升级。
3.2升级管理器Software Update Manager (SUM)与数据库迁移选项 Database Migration Option (DMO) ：升级管理器Software Update Manager (SUM) 是系统升级到S/4 HANA的技术工具，数据库升级选项Database Migration Option (DMO)是一步升级到SAP HANA数据库的工具。
3.3功能对比清单Simplification List : S/4 HANA实现了业务流程简化和优化，功能对比清单Simplification List 用于帮助客户更好地计划和对比S/4 HANA中的方案和功能。在清单中详细描述具体功能和方案在S/4中能否实现。如果某些功能和业务处理在S/4中暂时不支持，并不意味着这个功能将取消，有可能把该功能迁移到其他组建之下，或者将在后续版本陆续实现。
3.4转换预检查Conversion Pre-Checks:通过Pre-Checks发现升级到S/4 HANA中必须完成的步骤，在升级转换之前必须按照Pre-Checks的报告清单内容执行相应操作。在正式升级转换前，系统会在SUM中再运行两次该检查，如果仍有问题自动终止升级转换。
3.5客户化代码检查Custom Code Checks: 这项检查将基于功能对比清单，在升级到S/4之前，需要对照S/4 HANA功能对比清单检查自定义开发代码。运行代码检查工具后，将得到一个报告，在报告中将把不符合S/4 HANA数据结构和功能范围的自定义代码列示出来。
三、系统迁移
近年来，随着企业系统架构调整及硬件设备更新换代，越来越多客户考虑进行SAP服务器扩充和更新，简化系统架构，以提高性能满足日益复杂、需要快速响应的业务需求。在服务器扩充或更新时遇到的最大问题是系统迁移，会带来比较长时间的系统不在线，这就意味着用户的业务会有比较长的中断时间，在市场变化瞬息万变的今天，IT部门面临的挑战越来越大。而互联网专业技术团队和成熟的方法论可以协助您缩短宕机时间并降低迁移风险。
1、定义
系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。系统切换得主要任务包括:数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤:数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据;数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换的关键;新旧系统迁移就是在数据正确转换的基础上,制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行;新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。
2、基于SAP的系统迁移分类
2.1同构迁移Homogeneous System Copy，操作系统和数据库平台一致（DB Backup and Restore）
2.2异构迁移Heterogeneous System Copy (Migration)
2.2.1操作系统变更（OS Migration）
2.2.2数据库变更（DB Migration）
2.2.3操作系统/数据库同时变更（OS/DB Migration）
2.2.4Unicode 转换（Non-Unicode to Unicode）
同构迁移和异构迁移中有ABAP JAVA两种架构场景，迁移现有SAP系统到HANA DB（DMO/SUM）,DMO工具能将现有的SAP系统升级到更改的版本并迁移到SAP HANA数据库，目前仅仅适用于AS ABAP系统。
3、系统迁移的主要目标:
3.1保证系统正常运行。在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。
3.2保证原有系统在新系统中的独立性。原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个系统由于存在业务上的差别，数据在逻辑上应当保持一定的独立性。
4、系统迁移解决方案
系统迁移包括前期调研、数据整理、数据转换、系统切换、运行监控五个阶段。如下图所示：
以上就是关于数据归档、升级与迁移的相关内容，希望对大家有所帮助。
上海九慧信息科技有限公司（Shanghai Thinkway Information Technology Co.,Ltd）是一家为企业用户提供数字化转型解决方案及专业实施服务的高科技企业。基于智慧企业及工业4.0目标，依托创新的信息技术，公司为企业提供智能制造、智能管理整体解决方案及高端专业服务。通过企业策略、业务流程、信息技术和人员组织的紧密结合，帮助客户实现数字时代管理变革，提高客户的绩效水平，并促进供应链上企业与企业间开展广泛的协同运作。九慧信息团队基于对中国企业管理实践与需求的深刻理解、丰富的管理系统的实施经验，与国内外优秀IT公司广泛合作，努力为企业提供专业的IT系统规划、实施、优化、培训等服务。公司至今已经成功地为300多家企业客户提供了专业、优质的管理咨询、数字化转型系统实施和运维支持的专业服务。
