我希望10集SAP on Azure系列给了你足够的理由在云平台上托管系统。但到目前为止，我还没有触及移民的话题。在DMO with system move post中，我介绍了将工作负载移动到Azure的一种可能的方法，但是还有更多可用的选项。根据您的需求，您可以使用不同的工具和方法无缝地执行迁移，并且不会对最终用户造成影响。

我们可以区分两种主要迁移场景：

同质系统拷贝—当数据库和操作系统保持不变时异类系统拷贝—当数据库或操作系统或两者都更改时

但以上只是一个高级概述。在规划迁移时，需要考虑更多的因素。新平台支持该系统还是需要升级？我能承受多久的停机时间？如何传输数据？让我们检查一下可能的策略，找到适合你的！

导出/导入

执行迁移的经典方式。存储在数据库中的所有数据都会导出到文件系统，然后导入到目标环境中。迁移过程是高度可定制的，它可以用于异构迁移，并为您提供了影响执行过程和最小化停机时间的机会。导出的数据约占未压缩数据库大小的20-40%，数据更新，因此它是将系统迁移到公共云的最佳方法之一，在公共云中，数据传输速度是一个重要因素。这个过程可以与Unicode转换结合起来。

数据库备份/恢复

在我看来，复制数据库是执行系统迁移的最简单的方法，淘客是什么意思，但是，它不会给你像经典方法那样的灵活性。当源系统和目标系统中的数据库和操作系统相同（同构系统拷贝）时，这是一种很好的方法。数据占用空间非常大，因此需要可靠的internet连接—我建议使用ExpressRoute，它是到Azure的专用链接，但您也可以使用

数据库备份/还原和日志传送

数据库备份和还原方法的增强功能，以在大数据库的情况下最大限度地减少停机时间。在这种情况下，在迁移之前传输数据库，并在源环境和目标环境之间设置数据库日志复制。当源系统关闭时，您几乎可以立即启动目标环境，因为所有更改都在不断复制。

SUM/DMO with system move

纯DMO旨在简化到SAP HANA的数据库迁移过程。当需要同时执行数据库迁移、系统升级和Unicode转换时，大数据是什么意思，它非常有用。使用系统移动选项运行流程可以将云平台用作目标环境，但是，在这种情况下，当前不支持停机优化功能。如果源数据库与目标数据库相同，则不能使用DMO。

使用此工具时有一些限制。我的建议是仔细检查此方法是否是您的最佳选择。

磁盘复制

如果系统当前正在虚拟化环境中运行，并且不需要更改数据库或操作系统，您可以使用此方法复制底层持久性并使用复制的磁盘构建Azure VM。理论上，将系统移动到云端是最简单的方法，但在我看来，最好利用这个机会，使用前面描述的方法之一重新构建环境。它需要有一个更新的操作系统，以确保系统将从磁盘引导。可以与Azure Site Recovery结合使用，以尽量减少停机时间，但在这种情况下，需要额外注意以确保数据库的一致性。

以上列表并不完整。一些数据库供应商创建了额外的工具来简化迁移。始终确保SAP和Microsoft支持该过程。

数据传输

系统迁移到Microsoft Azure的一个重要因素是遗留数据中心和云平台之间的数据传输。建议使用专用的高带宽连接来快速移动文件。在经典迁移中，云 服务器，可以使用FTP服务器来并行化数据库的导出和导入，从而缩短整个执行过程的时间。在所有其他情况下，使用专用的Microsoft工具AzCopy可以获得最佳结果。一次复制多个文件可确保最高的带宽消耗。一些数据库允许将备份文件拆分为多个卷，从而减少备份执行和数据传输所需的时间。

如果数据集非常大，另一种选择是使用Azure DataBox服务。当无法在线传输或需要很长时间时，外部设备将在数据中心和Azure之间传送，以移动数据。通常，操作可能需要10天，因此，人工智能可以做什么，我不建议将其用于SAP解决方案，因为系统停机时间很长。