分析 SAP 数据库迁移选项方法

已完成

DMO 处理

软件更新管理员 (SUM) 在传统数据库上创建影子存储库(ABAP 工作台的开发组件/目标版本),直到进入停机阶段。 并行生成目标数据库,然后影子存储库会进行复制,SAP 数据库连接切换到目标数据库,停机过程开始。

在应用程序数据迁移(包括数据转换)之后,升级完成,SAP 系统在目标数据库上运行。 源数据库保留未修改的应用程序数据,因此始终可以进行回退。

先决条件

将在任何数据库上运行的现有 SAP 系统迁移到 SAP HANA 数据库时,可能需要执行以下步骤:

  • 双栈拆分
  • Unicode 转换(SAP NetWeaver 7.5 之前的版本)
  • 任何数据库的数据库升级
  • 升级 SAP 软件

SAP BW 和 SAP Business Suite 系统的 DMO

DMO 可用于 AS-ABAP 系统和 SUM 1.0 SP09 或更高版本。 DMO 还可用于 SAP HANA 和 ASE 目标。 此外,DMO 还可根据请求用于 SQL Server、DB2 和 MaxDB。 有关详细信息,请参阅以下 SAP 说明:

DMO 的各阶段

下表提供 DMO 主要阶段的概述。

阶段 注释
准备工作 该阶段发生在 SUM 工具启动之前,涉及源预检查/就绪情况、保养工作、验证源环境和目标环境、验证客户端 000、DDIC 和 sidadm 密码等方面。
提取 该阶段是实际 SUM 进程的一部分。在此阶段,工具会检查源系统和目标系统的所有可用软件下载。 然后将下载目录中的 SAR 文件解压缩。
配置 SUM 检查源系统和目标系统的连接性。
检查 SUM 工具检查创建影子存储库的可用空间。
预处理 在此阶段,创建影子存储库并在 SAP HANA 中创建目标表结构。 还在分布式/横向扩展系统中创建表组。
执行 此阶段包括停机活动。 为用户锁定 SAP 源系统并启动实际数据传输。 加载数据后执行 SAP 内核切换。
后处理 执行所有后续处理步骤,包括 SAP HANA 内容激活和清理 SUM 目录中的日志。

DMO“直接转换周”

使用 DMO,你可以在任何阶段中选择回退。

在直接转换之前(至少一周)开始的 DMO 向上处理,遵循 SAP 最佳做法并为影子存储库留下足够的时间。

在开始停机活动之前,必须先执行备份。 如果在运行时间活动期间出现问题,一个简单的回退方法就是删除影子实例。 也就是从源数据库删除影子实例架构。 如果在停机时间阶段发生错误并且可能与数据问题相关,则必须在执行后续步骤前纠正数据问题。 因此,重要的是要执行多个迁移测试循环,以便在有效迁移之前解决所有问题。

使用系统移动的 DMO

SUM 1.0 SP21 提供了“使用系统移动启用迁移”选项,其中驱动迁移的应用程序服务器可以作为过程的一部分进行更改,即 SUM 在本地应用程序服务器上启动并切换到在 Azure 中运行的应用程序服务器。 SUM 在源系统上运行,并在执行阶段停止。 随后将完整的 SUM 目录复制到 Azure。在 Azure 中,导入进程继续在新/目标应用程序服务器上运行。

下表对传统 DMO 与移动系统的 DMO 进行比较

参数 传统 DMO 使用系统移动的 DMO
用途/用例 就地升级和迁移 基于云/Azure 的迁移
停机时间优化灵活性 中等
云迁移 在技术上可能实现(但目前未得到 SAP 的正式支持)
目标服务器 迁移后可以使用同一应用程序服务器连接到 SAP HANA 需要在 Microsoft Azure 中生成新的服务器
数据传输选项 内存管道,文件系统转储 文件系统转储,可以使用顺序或并行加载选项