这个博客使用HYPERSCALERS的一些本地特性解释了HYPERSCALERS中的Enqueue2（ENQ2）的好处。在这个博客中，我们以AWS（amazonwebservices）为例。

前提条件

检查SAP note对独立排队服务器2的支持。ENQ2的详细概念在另一个博客中解释：独立Enqueue server2的高可用性AWS自动恢复

大多数HYPERSCALERS为在其DCs中运行的虚拟机提供"自动恢复"或"自我修复"等本机功能。在AWS中，淘客大玩家，它被称为"自动恢复"，必须从AWS控制台为虚拟机显式启用。

自动恢复做什么？

如果虚拟机因电源、网络或底层虚拟机监控程序而出现问题，那么AWS automation负责在不同的虚拟机监控程序上自动重新启动虚拟机。新的虚拟机与前一个完全相同，包括实例ID、实例名称、存储、，与传统的DC相比，这显然是一个优势，因为传统的DC只能通过极其复杂的自动化或集群实现这一功能安装期间"自动恢复"基本上是虚拟机重新启动，它使最终用户能够配置任何业务流程或组件，以便在恢复过程中启动系统重启

在一个典型的基于NW的系统中，ASCS实例主要有消息服务器和排队服务器两个进程。排队服务器持有SAP事务的锁，如果这些锁丢失，德国云服务器，则可能导致数据不一致。可以使用autostart参数控制SAP实例的启动行为，添加参数"autostart=1"（区分大小写！）到开始配置文件（或实例配置文件，如果您的系统不使用开始配置文件）。添加参数后，在VM重新启动期间，ASCS实例将自动启动。

NW高可用性设置需要排队复制服务器，基本上，排队服务器的锁表是复制的，如果ASCS实例发生故障，锁仍然保留在运行在不同服务器上的ERS实例上。

使用ENQ2，我们的优势是在启动期间，它可以从ERS实例读取复制的锁表条目，并重建锁表。这与经典的ENQERS设置不同，后者需要将ASCS实例故障转移到运行ERS实例的主机上优势。在ASCS实例正在从AWS运行"自动恢复"的虚拟机发生任何计划外停机事件注意将虚拟机带回，Autostart参数负责启动ASCS实例。

ENQ2进程可以在从ERS实例读取复制的锁表后再次构建锁表。无需将ASCS实例故障转移到任何其他主机。

此设置无需群集类型的设置即可工作。下图显示了一个这样的设置。

上图中的AZ1和AZ2是AWS区域中的两个可用性区域。表示在AWS环境中为这些虚拟机启用了"自动恢复"。

摘要：

通过简单的步骤，数据建模，可以在AWS中完成基于NW的系统（NW版本高于7.52）的高可用性设置，以便单点故障是可以避免的。ASCS实例和ERS通过AWS"自动恢复"防止虚拟机故障，ENQ2确保在ASCS重新启动后，企业信息化应用系统，读取ERS实例中的复制锁表来构建锁表。

通过AWS自动恢复和ENQ2，可以避免维护群集设置的开销，并从客户观点。

注意：如果ASCS实例运行的可用性区域出现全部故障，AWS将无法进行任何自动恢复。在这种罕见的情况下，ASCS实例需要故障转移到虚拟机，大数据信息，而ERS实例正在第二个可用区域中运行，或者可以在新的虚拟机上启动。