You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/sap/workloads/high-availability-guide-suse-multi-sid.md
+23-2Lines changed: 23 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ ms.service: sap-on-azure
7
7
ms.subservice: sap-vm-workloads
8
8
ms.custom: linux-related-content
9
9
ms.topic: article
10
-
ms.date: 06/19/2024
10
+
ms.date: 07/25/2024
11
11
ms.author: radeltch
12
12
---
13
13
@@ -372,7 +372,28 @@ This documentation assumes that:
372
372
sudo ssh slesmsscl1 "cat /usr/sap/sapservices"| grep ERS22 | sudo tee -a /usr/sap/sapservices
373
373
```
374
374
375
-
8. **[1]** Create the SAP cluster resources for the newly installed SAP system.
375
+
8. **[A]** Disabling `systemd` services of the ASCS and ERS SAP instance. This step is only applicable, if SAP startup framework is managed by systemd as per SAP Note [3115048](https://me.sap.com/notes/3115048)
376
+
377
+
> [!NOTE]
378
+
> When managing SAP instances like SAP ASCS and SAP ERS using SLES cluster configuration, you would need to make additional modifications to integrate the cluster with the native systemd-based SAP start framework. This ensures that maintenance procedures do no compromise cluster stability. After installing or switching SAP startup framework to systemd-enabled setup as per SAP Note [3115048](https://me.sap.com/notes/3115048), you should disable the `systemd` services for the ASCS and ERS SAP instances.
379
+
380
+
```bash
381
+
# Stop all ASCS and ERS instances using <sid>adm
382
+
sapcontrol -nr 10 -function Stop
383
+
sapcontrol -nr 10 -function StopService
384
+
385
+
sapcontrol -nr 12 -function Stop
386
+
sapcontrol -nr 12 -function StopService
387
+
388
+
# Execute below command on VM where you have performed ASCS instance installation for each SAP system (e.g. slesmsscl1)
389
+
sudo systemctl disable SAPNW2_10
390
+
sudo systemctl disable SAPNW3_20
391
+
# Execute below command on VM where you have performed ERS instance installation for each SAP system (e.g. slesmsscl2)
392
+
sudo systemctl disable SAPNW2_12
393
+
sudo systemctl disable SAPNW2_22
394
+
```
395
+
396
+
9. **[1]** Create the SAP cluster resources for the newly installed SAP system.
376
397
377
398
Depending on whether you are running an ENSA1 or ENSA2 system, selectrespective tab to define the resources for**NW2** and **NW3** systems. SAP introduced support for [ENSA2](https://help.sap.com/docs/ABAP_PLATFORM_NEW/cff8531bc1d9416d91bb6781e628d4e0/6d655c383abf4c129b0e5c8683e7ecd8.html), including replication,in SAP NetWeaver 7.52. Starting with ABAP Platform 1809, ENSA2 is installed by default. For ENSA2 support, see SAP Note [2630416](https://launchpad.support.sap.com/#/notes/2630416).
@@ -600,109 +600,128 @@ The following items are prefixed with either **[A]** - applicable to all nodes,
600
600
sudo ssh anftstsapcl2 "cat /usr/sap/sapservices" | grep ERS01 | sudo tee -a /usr/sap/sapservices
601
601
```
602
602
603
-
9. **[1]** Create the SAP cluster resources.
603
+
9. **[A]** Disabling `systemd` services of the ASCS and ERS SAP instance. This step is only applicable, if SAP startup framework is managed by systemd as per SAP Note [3115048](https://me.sap.com/notes/3115048)
604
604
605
-
Depending on whether you are running an ENSA1 or ENSA2 system, select respective tab to define the resources. SAP introduced support for [ENSA2](https://help.sap.com/docs/ABAP_PLATFORM_NEW/cff8531bc1d9416d91bb6781e628d4e0/6d655c383abf4c129b0e5c8683e7ecd8.html), including replication, in SAP NetWeaver 7.52. Starting with ABAP Platform 1809, ENSA2 is installed by default. For ENSA2 support, see SAP Note [2630416](https://launchpad.support.sap.com/#/notes/2630416).
606
-
607
-
#### [ENSA1](#tab/ensa1)
605
+
> [!NOTE]
606
+
> When managing SAP instances like SAP ASCS and SAP ERS using SLES cluster configuration, you would need to make additional modifications to integrate the cluster with the native systemd-based SAP start framework. This ensures that maintenance procedures do no compromise cluster stability. After installation or switching SAP startup framework to systemd-enabled setup as per SAP Note [3115048](https://me.sap.com/notes/3115048), you should disable the `systemd` services for the ASCS and ERS SAP instances.
# Execute below command on VM where you have performed ASCS instance installation (e.g. anftstsapcl1)
617
+
sudo systemctl disable SAPQAS_00
618
+
# Execute below command on VM where you have performed ERS instance installation (e.g. anftstsapcl2)
619
+
sudo systemctl disable SAPQAS_01
620
+
```
621
+
622
+
10. **[1]** Create the SAP cluster resources.
623
+
624
+
Depending on whether you are running an ENSA1 or ENSA2 system, select respective tab to define the resources. SAP introduced support for [ENSA2](https://help.sap.com/docs/ABAP_PLATFORM_NEW/cff8531bc1d9416d91bb6781e628d4e0/6d655c383abf4c129b0e5c8683e7ecd8.html), including replication, in SAP NetWeaver 7.52. Starting with ABAP Platform 1809, ENSA2 is installed by default. For ENSA2 support, see SAP Note [2630416](https://launchpad.support.sap.com/#/notes/2630416).
> If you have a two-node cluster running ENSA2, you have the option to configure priority-fencing-delay cluster property. This property introduces additional delay in fencing a node that has higher total resoure priority when a split-brain scenario occurs. For more information, see [SUSE Linux Enteprise Server high availability extension administration guide](https://documentation.suse.com/sle-ha/15-SP3/single-html/SLE-HA-administration/#pro-ha-storage-protect-fencing).
659
-
>
660
-
> The property priority-fencing-delay is only applicable for ENSA2 running on two-node cluster.
676
+
> [!NOTE]
677
+
> If you have a two-node cluster running ENSA2, you have the option to configure priority-fencing-delay cluster property. This property introduces additional delay in fencing a node that has higher total resoure priority when a split-brain scenario occurs. For more information, see [SUSE Linux Enteprise Server high availability extension administration guide](https://documentation.suse.com/sle-ha/15-SP3/single-html/SLE-HA-administration/#pro-ha-storage-protect-fencing).
678
+
>
679
+
> The property priority-fencing-delay is only applicable for ENSA2 running on two-node cluster.
If you're upgrading from an older version and switching to enqueue server 2, see SAP note [2641019](https://launchpad.support.sap.com/#/notes/2641019).
0 commit comments