SAP Basis团队自动化的最大价值在于Day 2运营。迁移和新部署（Day 1运营）并不经常发生，但已经迁移或创建的系统需要每天维护，自动化确实简化了这些管理任务。

SAP的红帽平台包括Red Hat-Enterprise Linux for SAP Solutions订阅（包括红帽智能管理和红帽智能分析）、红帽Ansible自动化平台和红帽OpenShift。客户可以在OpenShift上开发和运行云原生应用，以及为SAP数据结构创建扩展（遵循并行方法），并将所有这些与SAP系统集成，而无需修改标准代码，从而坚持“保持核心干净”的前提。该平台的所有组件都可以在裸机或云上的任何位置运行，无论是公有的、私有的还是混合的。

自动化仍然是微软和红帽之间工作的关键。这产生了迁移SAP工作负载和在Microsoft Azure上部署新工作负载的框架，让客户能够在很短的时间内准备好他们的系统。同时，确保他们将按照SAP、微软和红帽的建议进行正确配置，该过程节省了大量的时间和金钱。

随着这一基础的建立和测试，协作路线图的重点是自动化Day 2运营。例如，在运行于RHEL for SAP Solutions on Azure的SAP HANA服务器上执行维护时，实现接近零停机的解决方案。

此解决方案基于SAP HANA的本机高可用性功能，即SAP HANA系统复制。该功能无法在运行SAP HANA的节点之间自动执行故障切换，为此需要另一层自动化。

RHEL High Availability Add-On（也包括在RHEL for SAP Solutions订阅中）允许这样做。维护（可以包括在操作系统级别应用的修补程序或安全说明、操作系统、SAP内核或SAP HANA升级等）将首先在群集的辅助SAP HANA节点上进行，然后通过Ansible脚本触发故障切换，并在其他SAP HANA节点上执行相同的维护。在此过程中，由于使用了另一个名为“挂起数据库连接”的SAP功能，SAP用户将不会感觉到任何断开，这样在操作节点之间的切换（只需几秒钟）时，数据将不会提交到数据库。

此解决方案为SAP Basis团队提供了极大的灵活性，因为他们可以在工作时间内执行许多维护活动，从而获得LOB的更多信任。