数据迁移是SAP实施中的关键过程之一。识别正确的数据集，甚至识别不可用的数据集，将数据转换为所需的格式，从源系统中提取数据，然后最终加载到SAP系统是一个漫长、繁琐且容易出错的过程，这不仅需要SAP的知识，相关的过程和数据结构，但它也需要作为数据架构师的广泛知识和经验。此外，在当今世界，数据以电子方式以多种源系统的形式提供，无论是基于Excel的遗留系统还是旧的ERP实施，甚至是现代的业务功能实施，了解数据迁移的方法非常重要，大数据应用案例，更重要的是项目发起人和关键利益相关者的支持。

在这个博客中，我们将探讨数据迁移的不同步骤。这个博客的目的不是钻研单个步骤，大淘客，而是确定必要的步骤、任何先决条件或与其他步骤的依赖关系、所有权以及执行给定活动的阶段。blog可以作为从一个源系统到S4HANA的数据迁移的剧本。下图确定了源系统和目标系统。

迁移步骤大致可分为

迁移方法规划执行测试与验证结束

迁移方法

无论迁移的驱动力如何，任何数据迁移计划的第一步都是决定方法。这种方法可以是大爆炸，也可以是渐进式的。每种方法都有优点和缺点。与此方法相关的任何讨论都超出了本博客的范围，但是，必须注意两种方法之间的以下区别。

*此比较仅针对迁移的直接成本。

规划

现在，当我们了解源系统时，我们可以开始规划数据迁移的方法。数据迁移方法和规划是成功的关键。根据因素的数量，迁移的方法会有所不同。然而，从规划目的来看，迁移的时间表和里程碑将是至关重要的。最简单的场景是绿地实现。另一种情况是，客户退出另一个ERP系统（如财务系统）并进入SAP S4HANA。在另一个场景中，当A公司（更喜欢SAP S4HANA）收购B公司并使B公司的旧但功能强大的系统退役时。在所有这些场景中，数据迁移都是必须的

如下图所示，数据迁移计划需要许多输入；它们是

项目管理计划企业约束风险管理计划项目章程项目范围说明

本规划过程的输出为：

数据迁移计划更新的项目管理计划更新的风险管理计划更新风险登记

执行

在这部分过程中，专家将识别需要迁移的源系统数据。重要的是，目标系统的专家必须审查这些数据集，以确保满足他们的需要。我经常看到，审查过程并不健全，在最后一个小时让客户心痛和头痛。此外，此审查过程将帮助团队仅以正确的格式迁移所需的数据。对于加拿大的一家主要银行，审查小组忽略了作为迁移数据一部分的列标题。在另一家银行，淘客是什么，日期是以YYYYMMDD格式提供的，大数据技术，而不是MMDDYYYY。

在迁移的这个阶段，必须进行差距分析。该分析的目的是确定可以提供的内容和期望的内容之间的差距。这些空白可以填补，也可以作为空白接受。

测试与验证

如上所述，日期格式或行标题问题在此阶段已确定。在另一家银行，我们在日期格式方面面临重大挑战。一些字段的数据是以MM/DD/YYYY格式提取的，而其他字段的数据是以DD/MM/YYYY格式提取的。使情况变得复杂的是，测试数据只提供了一个月的前10天，测试负载是成功的。经验教训是，测试数据必须是随机的，并且应该有足够的广度。

我还认为，大数据应用技术，数据迁移过程应该作为一个财务系统来执行，审计人员可以在每个步骤进行审计。我在这里的意思是，作为计划的一部分，应该有几个层次的和解。第一级侦察应该是数字字段、行数、日期字段的最小值/最大值等的简单总和。每次将数据集提取到文件、将文件从一台服务器传输到另一台服务器、将数据加载到暂存区域以及将数据从暂存区域拉入目标系统时，都应进行比较。第二组侦察应该更复杂，比如执行一个完整的工作流或报告，比较源系统和目标系统的输出。侦察的最后一级应该更多地在系统级，通过执行一个完整的功能，如MRP和比较结果。

结束

大多数专家认为这部分过程是不需要的。然而，在这个过程的这一部分，你要求客户以书面形式签字。我相信这是数据迁移最关键的方面。

下面列出了关键步骤，并确定了这些步骤的所有者。

无论采用何种方法（大爆炸或迭代），其中的步骤都是重复的，如下所示。

简言之，数据迁移是一个笨拙的过程，但如果采用正确的方法和适当的规划，就会产生有用的结果。