点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我们希望将DMO与System ...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我们希望将DMO与System ...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们希望将DMO与System Move一起使用,以将ECC Oracle从本地迁移到HANA上的AWS Suite; 在进行真正的迁移之前,我们将进行测试迁移。 我们现在知道源头的停机是不可避免的(即使对于测试迁移而言)。 我们期望它是一个高层次的系统:
问题:您对上述第(6)步有何经验? 重置花了多长时间(例如对于2TB数据库)?
从DMO指南看来,这只是为了删除影子表,因此通常不应持续超过半小时。 有想法吗?
嗨克里斯托弗,
就像Sumit提到的那样,看起来就像您遵循串行模式一样。 您应该考虑改用并行模式,因为它将减少停机时间。 在对话框HOSTCHANGE_STOP上,要复制的剩余文件将更少,因此可以更早进行重置。
如果即使对于测试而言停机对您来说也很重要,则好像您在运行测试 生产系统。 然后,强烈建议不要遵循Sumit之类的想法:编辑表UVERS而不是运行干净的DMO重置。 这样的手动活动可能会将您的系统设置为禁止更新的状态。
最后:粗略的项目计划是什么? 也许值得等待将于6月中旬举行的SUM 2.0 SP 08。
致敬Boris
SAP SE,产品管理SUM
一周热门 更多>