许多拥有SAP应用程序的企业组织正在计划或正在将这些应用程序迁移到公共云上，他们有很多理由这么做。纯粹从功能层面来看，对运行在DB2、SQL和Oracle等常见关系数据库上的SAP ERP或SAP ECC软件的支持将于2030年结束（注意：到2025年，一些AnyDB数据库可能已经不受支持了！）。届时，发发淘客，所有运行SAP ERP软件的公司都将被迫迁移到SAP S/4HANA，这是最新的SAP ERP套件。

企业还将从公共云获得预期的战略和业务利益。云提供了灵活性、可扩展性和生产力，以及最小化运营成本、快速创新和提高灵活性的能力。

Microsoft Azure为广泛的SAP应用程序提供平台功能，已被证明是一个特别受欢迎的选择。但一旦组织在技术层面采取行动，电力物联网，他们还能期待什么不同呢？

对于高可用性（HA）安装，考虑分布式Netweaver的四个关键组件的变化可能会有所帮助：

中央服务全球份额应用服务器数据库

让我们在下面逐一探讨：

在Azure上，群集设置在某些方面更简单，涉及的组件更少。然而，与内部部署相比的主要区别是，在Azure上，您不能使用所有集群功能。故障转移功能不会自动接管IP地址，因此，数据中国，您将需要一个标准（在两个可用性区域上进行部署所必需的）或一个指向活动群集服务器的基本负载平衡器（可用性集部署）。

消息和排队服务大致相似。

本地企业将熟悉在故障转移时在节点之间移动的群集中的正常共享。然而，在Azure中，目前不可能在两台服务器之间共享一个磁盘（尽管这可能会在几个月内发生变化）；您要么必须将共享物理地移到其他地方，要么必须使用通过数据复制保持同步的本地磁盘，以便同时对节点进行更改。

在Windows上，应用程序像SIOS一样，Data keeper或Scale-Out File Server（SOFS）可以通过在服务器之间镜像磁盘的实时块级复制来实现这一点。在Linux环境中，NFS群集可以执行类似的功能以支持高可用性服务。

最近出现了不同的选项，例如Azure NetApp文件系统。它可以在各种场景中用作共享磁盘子系统，使用指向azurenetapp文件命名空间根的URL。尽管设置起来很容易，云估价，但出于这些目的，它往往是昂贵的，因为您必须使用至少4TB。另一种选择是Azure文件（私有预览版）或Azure共享磁盘（最近发布）。

前提是，可以有一个共享磁盘，它将群集并在两个节点之间进行故障切换。但是在Azure上，正如前面提到的，不可能在两个节点之间共享磁盘。这意味着您必须使用数据库本机复制技术来实现数据的自动复制。在Azure中，返利机器人软件，这将涉及到设置两个数据库实例——一个需要定义为主要实例，以便为SAP系统提供数据，另一个同步连接，充当次要实例。如果主数据库发生故障，这将故障转移到辅助数据库。

适当的数据库本机复制工具将取决于您使用的数据库类型。常见的例子包括：

HANA系统复制（HSR）Oracle数据保护MS-SQL始终在线可用性组DB2硬件Sybase复制服务器

为了最有效地使用本地服务器，企业倾向于每个系统的高利用率。在Azure上，最佳方法往往涉及完全相反的内容：向外扩展。企业拥有的应用服务器越多，一台服务器故障的影响就越小。最终，扩展会带来更具弹性的基础设施。

Azure的线性定价模型意味着您不会因为采用这种方法而受到惩罚。在财务上，根本没有动机将太多的工作负载放到一个虚拟机上。