一部分 数据 迁移_关于系统迁移，有哪些风险？又有哪些促进成功的因素？

目前许多客户正在从 SAP R/3 或 SAP ECC 迁移到较新的 SAP S/4 HANA。这种迁移项目通常是如何进行的呢？迁移系统应该考虑哪些问题？接下来，让我们详细分析一下。

创建基础

无论软件的类型和制造商如何，迁移项目都应按如下方式进行：第一步是找出要迁移的软件中运行哪些进程以及软件如何实现这些进程。这还需要评估相关数据和权利。然后可以提取比如部门的第一个数据记录。

同时，应建立一个使用新软件的测试系统。测试系统被设置并配置为生产系统。完成这两个步骤后，样品数据可以加载到测试系统中。或者，数据迁移也可以通过接口进行。数据迁移测试是集成和接口测试的一部分，该测试除了检查数据迁移之外，还检查与其他系统的接口。

没有测试就没有成功的迁移

如果所有这些测试都成功完成，那么接下来就会开始第一个用户测试。如果以上测试有问题，则必须找到错误的原因，并加以更正。在用户测试期间，一些实验性迁移用户从测试软件本身开始。实验性迁移用户试用该软件，通过映射和可能配置的进程运行并测试各种功能。用户测试通常需要一个月的时间。根据这些广泛的测试，通常只由训练最少的用户进行，测试用户友好性、易出错性和要引入的系统的灵活性。也就是说，要对系统进行测试，以查看其是否正常工作。

上线

如果系统集成和用户测试成功，下一步是系统的实时切换。软件所谓的"上线"有几种策略：

策略1：大爆炸式

第一个称为"大爆炸"，意思是在某个日期，所有进程都将开始通过新系统运行。这个策略经常会出现问题，因为系统以前只由少数用户使用，这些用户生成的数据量较小，并且没有测试软件的所有功能。系统现在无法处理急剧增加的用户、数据和进程。此外，错误的配置和功能可能会导致错误甚至系统崩溃。

策略2：并行操作

第二个是两个系统的初始并行操作。在这里，主系统被划分为较小的"子系统"，它们的工作由新系统支持。例如，可以根据部门进行划分。使用此迁移类型，必须保证新旧系统之间的数据交换，以便也可以执行跨部门进程。

最后，对于这两种迁移策略，必须审查新系统中的流程和事务，以确保可以正确实施和执行流程。

迁移过程包含如下环节：

1. 制定流程和实施方案

2. 设置测试系统

3. 执行集成测试/接口测试

4. 执行用户测试（约 1 个月）

5. 上线

6. 重新检查过程顺序

因此，系统迁移是一项庞杂的工作，需要大量的资源、技术和时间。由于所需精力巨大，而且受许多决定因素的影响，因此很难预估这类项目的成功概率能有多大。仔细规划、定期测试和检查可以增加并确保迁移项目的成功概率。