通过系统移动重置DMO以进行测试迁移

2020-08-18 20:27发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我们希望将DMO与System ...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我们希望将DMO与System Move一起使用,以将ECC Oracle从本地迁移到HANA上的AWS Suite; 在进行真正的迁移之前,我们将进行测试迁移。 我们现在知道源头的停机是不可避免的(即使对于测试迁移而言)。 我们期望它是一个高层次的系统:

  1. 使用源代码中的系统移动来运行DMO
  2. 进入停机时间
  3. 关闭源
  4. 完成源导出
  5. 在目标位置复制并继续SUM
  6. 重置源
  7. 开始源
  8. 在目标中继续DMO(模拟迁移)

问题:您对上述第(6)步有何经验? 重置花了多长时间(例如对于2TB数据库)?

从DMO指南看来,这只是为了删除影子表,因此通常不应持续超过半小时。 有想法吗?

7条回答
我是小鹏鹏啊
2020-08-18 21:07 .采纳回答

嗨,克里斯,

没有停机时间,就不会有"带有系统移动的DMO"。 但是,改编版的源系统可能会缩短还原时间,详细信息将在SUM 2.0 SP 08发布后提供。

也许我错了,但是 对于生产运行,还原时间不计入技术停机时间,因为您不继续在源系统上进行业务操作。

当然,您知道一般建议在测试系统上运行测试 真实的PRD系统副本,以便测试程序的停机时间不会损害业务。

最好,

Boris

一周热门 更多>