了解两步迁移 - 直接迁移后使用 DMO
使用两步迁移时考虑以下事项:
- 确保可通过快速路由(建议)或 VPN 连接到 Azure。
- 在 Azure 上分配目标基础结构,其中包括克隆的系统、目标 SAP NetWeaver 和 SAP HANA 数据库服务器。 使用预定义的 Azure 资源管理器模板部署 Azure 基础结构。
- 使用同构系统副本(备份/还原)或 DBMS 复制工具(例如 Oracle Data Guard 或 SQL Always-On)生成克隆系统。
- 应启动业务和技术测试(包括功能、集成和验收测试),确保成功移动数据。
- 经过业务和技术验证后,执行传统数据库迁移选项 (DMO) 进程,迁移和升级到 SAP HANA。
- DMO 可与内存管道方法一起使用(例如,导出/导入发生在同一应用程序服务器和加速迁移的内存段中)。
- 迁移到 SAP HANA 后,应再次启动业务和技术验证。
- 使用此方法会出现两次故障时间并需要两个测试周期。
DMO 优化选项
影响与 SAP 数据迁移相关的故障时间的因素有许多,其中包括(除其他):
- 范围:软件更改、Unicode 转换、数据中心重定位
- 源系统性能:CPU、I/O、内存、DBMS 性能、SAP NetWeaver 版本
- 源系统数据库大小:数据库大小、最大表、保养工作的状态
- 目标系统性能:CPU、I/O、内存、DBMS 性能、SAP NetWeaver 版本
- 网络:网络速度、带宽、延迟
- 工具集:SAP 软件设置管理员 (SWPM)、软件更新管理员 (SUM)、SUM 的 DMO、工具集的版本
- 迁移方法:标准与最小化故障时间
- 攀升/下降活动:界面管理、批处理作业管理
- 迁移前和迁移后验证:功能、集成和验收测试。
一般来说,性能优化可能会体现在以下三方面:
- 导出
- 文件传输
- 导入
基础结构/硬件
基础结构/硬件缩减杠杆包含以下各项:
本地
- 部署专用迁移服务器 (PAS / AAS)(具有执行 SUM 的各种计算能力)
- 在源数据库和迁移服务器上部署固态磁盘 (SSD)。
- (PAS / AAS)
Microsoft Azure
- 建议使用提供最大带宽(目前为 10 Gbps)的快速路由连接
- 对于使用并行传输的 DMO 系统移动选项,请使用 dmotocloud.sh 脚本 (RSYNC) 将文件从本地源移动到目标 Azure。
- 实现存储快照,以便在直接转换期间可以高效地进行备份。
DMO 的停机时间优化的关键注意事项
- 源数据库优化(索引重新生成、数据库统计信息、数据库参数、数据库文件系统)。 可在下表中找到有用的参考。
数据库 | 参考 |
---|---|
Oracle | SAP 说明 #936441 |
DB2 | 用于 SAP 数据库迁移和 Unicode 转换的 DB2 优化技术 |
SQL Server | SAP OS/DB 到 SQL Server 的迁移 - FAQ v6.2(2017 年 4 月) |
- 使用最新版本的迁移工具,R3*、内核等。
- 网络参数化(例如 MTU 设置、重置计数器)
- 与操作系统相关的参数化(例如 Q 深度)
- SAP HANA 数据库参数(与保存点、日志模式和超时相关)
- DMO 迁移参数(例如,持续时间文件、手动表拆分、手动表排序顺序、BLOB 快速加载等)
DMO 基准测试
- 用于捕获数据子集的导出和导入阶段。 可以将其配置为在特定表上运行。
多次重复运行停机阶段
- 通过重新处理表拆分活动,可以多次运行执行阶段(从而优化表拆分,这将减少 DMO 过程的停机时间)。