为SAP ERP部署高可用性时如何测试锁表一致性

行者企业计算 4年前

为SAP ERP系统实现高可用性功能可能是一项复杂的工作。但是，高可用性对于保持公司“开放营业”的重要性不容小stat。应用程序和服务器将失败。将会发生断电，随时可能发生自然灾害。

本文为实现SAP ERP系统的高可用性的过程中的两个关键步骤提供了技术指导：

1)如何测试ASCS群集的入锁表一致性
2)如何为ASCS和Enqueue Replication Server实例创建共享文件系统

在执行这两项任务之前，首先要确定SAP群集上安装的Standalone Enqueue Server Framework的版本号。如果您使用的是版本1，则最好升级到版本2。如果最初使用SAP内核7.53或更高版本安装了SAP系统，则默认情况下会安装Standalone Enqueue Server Framework的版本2。

要确认版本号，请查看<sapcontrol GetProcessList webmethod>每个SAP实例的输出，并执行以下两个步骤：

切换到SAP管理用户<sid> adm，其中<sid>是用于SAP安装的小写的SAP系统标识符：
su - <sid>adm
呼叫… sapcontrol -nr <Instance #> -function GetProcessList

根据您为每个ASCS实例使用的Enqueue Server版本，以下是您将看到的进程名称输出：

ENSAv1：enserver，EnqueueServer
ENSAv2：enq_server，排队服务器2

以下是每个ERS实例的每个版本的Replication Server的进程名称输出：

ERSv1：enrepserver，EnqueueReplicator
ERSv2：enq_replicator，排队复制器2

Enqueue服务器和Replication Server的版本必须匹配。这很关键，因为来自不同版本的进程彼此不兼容。

升级到独立服务器框架的版本2

如果您决定升级到独立Enqueue服务器框架的版本2（推荐的方法），请按照以下基本高级步骤进行操作：

执行滚动内核切换到支持独立Enqueue Server Framework版本2的SAP内核版本（即SAP内核7.51或更高版本）。
如果ERS实例先前是在每个群集节点上本地安装的，则可能需要创建一个新的共享ERS文件系统。此步骤的详细信息将取决于使用的文件共享机制。
按照SAP的说明编辑ASCS和ERS实例配置文件，以对Enqueue Server和Replication Server版本2使用新的二进制文件和实例参数。

然后，您应该在高可用性软件中进行任何特定于供应商的必要更改，以支持升级的ASCS和ERS实例。

完成升级过程时，遵循SAP注释2711036也很重要，可以在support.sap.com上访问该注释，该注释与在高可用性环境中使用Standalone Enqueue Server 2有关。本说明中的ENSAv2文档链接提供了有关升级过程的详尽说明。

高可用性软件本身可能必须执行其他配置步骤。因此，另一个重要步骤是遵循高可用性软件提供商提供的任何特定于供应商的SAP Notes。

为ASCS和ERS设置共享文件系统

一旦完成了将SAP群集升级到Enqueue Server Framework版本2的过程，就可以为ASCS和ERS设置共享文件系统。一种常见的方法是使用NFS配置，其中每个资源的当前主机充当相应SAP实例文件系统的NFS服务器。这允许通过与该实例关联的虚拟IP访问每个SAP实例的文件系统。

在此配置中，中央服务（SCS / ASCS）资源主机通常还将托管SAP Mount文件系统的NFS共享。这种配置的一个好处是，它仅需要现有集群中的资源，从而可以降低成本。

尽管这是最常见的配置，但其他配置也是可能的：

专用的外部NFS服务器或群集，用于承载所有与SAP相关的共享文件系统。
基于云的文件共享解决方案，例如Amazon Web Services（AWS）弹性文件系统（EFS）和Microsoft Azure文件。

在这些情况下，可以使用<autofs>服务将SAP文件系统安装在每个群集节点上，如果服务具有此功能，则该服务又可以由高可用性软件保护。或者，可以将NFS共享作为网络附加存储（NAS）挂载，并且这些挂载点也可能受到高可用性软件的保护。

将共享文件系统托管在群集外部的服务器上或使用基于云的文件共享解决方案的主要优点是，当群集中的服务器发生故障时，故障转移时间缩短了，文件系统的可用性得到了提高。这种方法的主要缺点是与其他服务器或云服务相关的额外成本。

测试ASCS / ERS集群的入队锁表一致性

为ASCS和ERS设置共享文件系统后，现在可以测试ASCS / ERS集群的入队锁表一致性。这将确保数据完整性，并确保故障转移快速且中断最少。

以下是要遵循的步骤：

在主群集节点上使ASCS资源处于服务状态，在备用群集节点上使ERS资源处于服务状态
将假锁的集合写入ASCS实例中的Enqueue服务器
- 对于ENSAv1，这需要<enqt> 操作码为11 的实用程序
- 对于ENSAv2，将该<enq_admin> 实用程序与<--set_locks> 参数
  Replace 一起使用，以 <# Locks> 您要写入的锁的数量（例如100）和 <Path to ASCS Profile> ASCS实例配置文件的完整路径来使用。通常位于以下位置...，但是位置可能因SAP环境的安装方式而异：ENSAv1 ENSAv2
  
  /usr/sap/<SID>/SYS/profile/<SID>_ASCS<##>_<ASCS Virtual Host Name>
  
  su - <sid>adm -c “enqt pf=<Path to ASCS Profile> 11 <# Locks>”
  
  su - <sid>adm -c “enq_admin --set_locks=<# Locks>:X:DIAG::TAB:%u
  pf=<Path to ASCS Profile>”
验证正确数量的锁已写入到Enqueue服务器锁表中。这可以通过在<locks_now> 当前正在使用ASCS资源的群集节点上查看以下sapcontrol命令的输出中的字段来完成：
su - <sid>adm -c “sapcontrol -nr <ASCS Instance #> -function
EnqGetStatistic”
要测试计算机故障转移，请关闭当前托管ASCS实例的主节点的电源。或者，要测试资源层次结构切换，请在备份节点上手动使ASCS资源投入使用。
一旦ASCS资源成功完成故障转移或切换，请<locks_now> 在ASCS资源所在的群集节点上运行以下sapcontrol命令时，验证该字段的值是否与步骤3 中的值相同，以检查是否成功重建了Enqueue锁定表。现在在以下位置服务：
su - <sid>adm -c “sapcontrol -nr <ASCS Instance #> -function
EnqGetStatistic”
在测试之后和适当的时候，使用适合于系统上安装的Enqueue Server版本的以下命令之一，释放写入Enqueue Server锁表的虚拟锁：
ENSAv1 ENSAv2
su - <sid>adm -c “enqt pf=<Path to ASCS Profile> 12 <# Locks>”

su - <sid>adm -c “enq_admin --release_locks=<# Locks>:X:DIAG::TAB:%u
pf=<Path to ASCS Profile>”