点击此处---> 群内免费提供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指南看来,这只是为了删除影子表,因此通常不应持续超过半小时。 有想法吗?
嗨克里斯托弗,
从您计划中的第4、5和6步看来,您似乎选择了带系统移动选项的DMO串行模式。
"您在上述步骤(6)上的经验是什么?对于2TB DB来说,重置花费了多长时间?"
SUM的任务 当系统要求您将SUM目录复制到目标PAS并在此执行时,操作将在HOSTCHANE_STOP阶段在源PAS上完成。
(这不是强制性规定,您可以重置 并在复制SUM之后从源代码启动SAP应用程序。)
为此,您只需转到 SUM/abap/bin/并执行 SAPup 解锁系统。此外,您需要在解锁系统后将UVERS表PUTSTATUS从U更改为+(软件组件)。
无论数据大小如何,它都不会花费超过5分钟的时间。
"看起来只是为了删除影子表"
那是不正确的。
影子实例是在预处理阶段中创建的,并且您在执行阶段停机时间内复制SUM,即在EU_CLONE_MIG_DT_EXP阶段之后(将内容导出到SUM时) 目录)。 因此,影子实例不会影响源系统解锁的持续时间。
一周热门 更多>