随着世界各地的SAP客户为S/4HANA进入他们的企业做准备，他们当前的许多系统基础架构都有一个共同的要素，这些要素一直备受关注，经过精心研究、精心实施、频繁测试和尽职维护，现在正受到许多新的审查。这个要素就是高可用性。

可以说，大数据局，在过去的三年里，SAP HANA技术已经被允许进入许多企业，但却不能满足这一需求。毕竟，对于大多数早期采用HANA的企业来说，第一次部署HANA时都会伴随着一种"让我们看看这个婴儿能做什么"的心态。如果它奏效并产生了有用的结果，太好了。如果不是这样，那么，云服务器服务，我们会在一两年内把这项技术放回烤箱检查一下。不会造成太大的伤害。

但是现在人们的期望很高，关键的SAP业务应用程序会随着时间的推移演变成S/4HANA，具有弹性、高可用性、故障切换能力和灾难准备能力的系统的概念不再是一个重要的概念一组很好的特性。相反，它们是IT系统在取代当前已安装的解决方案的过程中必须通过的防护门。由于许多当前部署的R/3基础结构依赖于已建立的"HA/DR"（例如Oracle Solaris Cluster、HP Serviceguard、IBM Tivoli或Symantec Veritas），因此SAP的客户群对其S/4HANA部署的HA/DR有很高的期望。实际上，没有人会接受比现在更少的这方面的能力；事实上，许多人会要求更多的能力。

研究公司Forrester报告说，关键业务应用程序停机一小时可能会导致财务损失由于员工生产力损失、客户流失（流向竞争对手）以及订单形式的直接收入损失造成的损失，云店，这些损失在服务重新上线后将无法弥补。根据业务的性质、规模和范围，什么叫物联网，这些损失可能从令人讨厌的程度到极具破坏性的程度不等。一句话：考虑到您特殊的成本限制，尽量避免这种体验。

SUSE传统上提供SUSE Linux Enterprise的高可用性扩展作为收费选项，但对于SAP环境，SUSE将这些扩展作为名为SUSE Linux Enterprise Server for SAP Applications的捆绑包的一部分SUSE Linux Enterprise HA Extensions包括六种标准HA/DR方法：

这一系列拓扑确保了一种适用于几乎所有企业的方法。对于具有一定承受计划外停机能力的小型设备，也许一种主动/被动（即"成本优化"）安排就足够了，也许还有数据库冗余可以委托给托管提供商。对于要求更高的环境，手机免费建站，尽管相关成本更高，但使用地理群集的主动/主动设置可能是可行的方法。

SUSE继续与SAP密切合作，为SAP HANA高可用性方法制定事实上的标准。现在利用HANA系统复制技术的许多在职部署确实受益于SUSE的领导地位以及我们在这一领域与SAP的广泛合作。本网站和SUSE网站上有各种帖子，详细介绍了可用的内容以及有价值的"操作方法"信息。请参阅Fabian Herschel的文章关于SCN的深入文章：

······例如，sles12的实时补丁。它很可能代表了应用程序正常运行时间的圣杯——软件更新可以帮助提高性能、加强安全性甚至系统恢复能力，而不需要为系统重启而进行短暂的计划停机。