我目前的项目我升级了一个S/4hana1909（初始装运）沙箱系统到FPS2与nZDM。通常情况下，微信返利，您不会花费额外的时间和精力进行配置，以减少沙箱的停机时间。

业务团队要求有非常小的停机时间，因为他们目前正在完成概念阶段（进行研讨会），云服务器哪家好，而且他们落后于计划。因此，我决定采用接近零停机维护（nZDM）技术，懒懒淘客，这是软件更新管理器（SUM）的一部分，即所谓的场景策略。

这项技术包括在执行支持包更新时显著减少业务停机时间的功能，什么叫云服务器，安装或升级基于ABAP的SAP系统的增强包。在nZDM中引入了记录和重放技术，使用变更记录和复制（CRR）框架，您可以在正常运行期间捕获系统表中的数据库变更（基于触发器）。

有未决变更：

记录所有未决变更–无未决变更：

SUM开始记录数据库表会自动更改并以迭代方式将其传输到影子实例。

SGEN的执行策略也是在正常运行期间执行的。为了避免CPU使用率过高，进程仅限于3个。

我的系统数据库大小约为200 GB。

此系统的技术停机时间约为2小时17分钟！

让我感兴趣的是，大数据数据处理，SUM运行时，业务顾问（20多人）对系统进行了研讨会（当然是在正常运行模式下）。CRR技术运行得非常好，记录了所有的变化（220万！）。

除了一位顾问告诉我中间系统有点慢（因为SGEN），一切正常，顾问可以继续工作，几乎没有中断。

我用的是SUM 2 SP7。有关此版本的一般信息，请参见：https://launchpad.support.sap.com/#/notes/2790229

有关nZDM功能的更多信息，请参阅SUM指南：https://help.sap.com/viewer/e538f20457c946d18fc4db84963cd77c/sum20.07/en-US/9a502ccff5964ca8bfd37b3a31db50f4.html