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/virtual-machines/workloads/sap/sap-hana-high-availability-scale-out-hsr-suse.md
+6-4Lines changed: 6 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1009,7 +1009,9 @@ You can adjust the behavior of susChkSrv with parameter action_on_lost. Valid va
1009
1009
<details>
1010
1010
<summary>Expand section</summary>
1011
1011
1012
-
With new SAP HANA HA provider SAPHanaSrMultiTarget, a third system replication site as disaster recovery (DR) can be used with a HANA scale-out system. The cluster environment is aware of a multi-target DR setup. Failure of the third site will not trigger any cluster action. Cluster is detects the replication status of connected sites and the monitored attributed can change between SOK and SFAIL. Maximum of one system replicatiion to an HANA database outside the linux cluster is supported.
1012
+
With new SAP HANA HA provider SAPHanaSrMultiTarget, a third system replication site as disaster recovery (DR) can be used with a HANA scale-out system. The cluster environment is aware of a multi-target DR setup. Maximum of one system replicatiion to an HANA database outside the linux cluster is supported.
1013
+
1014
+
Failure of the third site won't trigger any cluster action. Cluster detects the replication status of connected sites and the monitored attributed for third site can change between SOK and SFAIL. Any takeover tests to third/DR site or executing your DR process should first place the cluster resources into maintenance mode to prevent any undesired cluster action.
1013
1015
1014
1016
Example of a multi-target system replication system. For further information, see [SAP documentation](https://help.sap.com/docs/SAP_HANA_PLATFORM/4e9b18c116aa42fc84c7dbfd02111aba/2e6c71ab55f147e19b832565311a8e4e.html).
1015
1017

@@ -1031,7 +1033,7 @@ Example of a multi-target system replication system. For further information, se
1031
1033
# Make sure HANA is not running on the third site. If it is started, stop HANA
@@ -1043,7 +1045,7 @@ Example of a multi-target system replication system. For further information, se
1043
1045
1044
1046
4. Check the SAPHanaSR attribute for third site. SITE-DR should show up with status SOK in the sites section.
1045
1047
```bash
1046
-
# Check SAPHanaSR attribute
1048
+
# Check SAPHanaSR attribute on any cluster node (first/second site)
1047
1049
sudo SAPHanaSR-showAttr
1048
1050
# Expected result
1049
1051
# Global cib-time maintenance prim sec sync_state upd
@@ -1057,7 +1059,7 @@ Example of a multi-target system replication system. For further information, se
1057
1059
# HANA_S2 30 4 hana-s2-db1 SWAIT S
1058
1060
```
1059
1061
1060
-
Failure of the third site won't trigger any cluster action. Cluster detects the replication status of connected sites and the monitored attributed can change between SOK and SFAIL. Any tests of the takover to third/DR site or execution DR process should place the cluster resources into maintenance mode to prevent any undesired cluster actions.
1062
+
Cluster detects the replication status of connected sites and the monitored attributed can change between SOK and SFAIL. No cluster action if the replication to DR site is impacted.
1061
1063
1062
1064
If cluster parameter AUTOMATED_REGISTER="true" is set in the cluster after conclusion of testing, HANA parameter `register_secondaries_on_takeover = true` can be configured in `[system_replication]` block of global.ini on the two SAP HANA sites in the Linux cluster. Such configuration would re-register the third site after a takeover between the first two sites to keep a multi-target setup.
0 commit comments