这个博客介绍了sum1.0sp19的一个新场景：DMO，游戏返利平台，无需系统更新。

你应该熟悉博客中描述的DMO的一般过程https://blogs.sap.com/2013/11/29/database-migration-option-dmo-of-sum-introduction/

我们都知道软件更新管理器（SUM）的数据库迁移选项（DMO）是将SAP软件更新和迁移到SAP HANA（或SAP ASE等其他数据库）相结合。典型的情况是：您的源系统没有在SAP HANA数据库上运行，您希望将其迁移到SAP HANA，京淘客，这需要更新您的SAP软件（以便它满足SAP HANA要求）。

现在新的情况似乎是个谜：组合更新和迁移—但不更新？

我们听取了您的反馈：如果您的源系统的软件级别足以支持SAP HANA db，则您不希望对SAP软件进行调整，甚至不希望对任何软件组件使用一个SP（例如，为了避免回归测试）。独立于这是否是最佳选择（因为您可以使用停机时间应用所需的更新），现在支持此方案。

因此"无系统更新的DMO"不需要堆栈.xml首先，

是的，DMO指南第2.3节对程序进行了说明，淘客采集软件，返利购，列表限制，如

目标数据库类型必须是SAP HANA（不适用于DMO目标，例如SAP ASE）下载源和目标数据库类型的新内核文件所需的文件夹SUM仍将创建影子系统和影子存储库（都在正常运行时间内）不能与"客户运输集成CTI"相结合它不能与"停机优化DMO"这样的停机优化结合使用（如以下博客所述）https://blogs.sap.com/？p=113050）

您熟悉Software Provisioning Manager的异构系统拷贝吗？这个场景仍然有效，并且它有它的优点，这取决于您的优先级：

"DMO无软件更改"仍然是一个就地过程：它保留应用程序服务器（SUM在其上启动）->异类系统拷贝可用于切换到新主机"不改变软件的DMO"仍然创造了影子系统，因此，与普通DMO相比，正常运行时间处理没有缩短

但是如果没有堆栈.xml是必需的，购物返利，如何克服第一个和对话框："喂我一个堆栈.xml"? 彻底研究DMO指南的另一个原因

Boris Rubarth，SAP SE产品经理SUM