Skip to content

Commit a5aab68

Browse files
authored
Merge pull request #190243 from msjuergent/hlicorrect
correct note comment
2 parents 9115b03 + 9d1cfd4 commit a5aab68

File tree

2 files changed

+4
-3
lines changed

2 files changed

+4
-3
lines changed

articles/virtual-machines/workloads/sap/get-started.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ ms.assetid: ad8e5c75-0cf6-4564-ae62-ea1246b4e5f2
1313
ms.topic: article
1414
ms.tgt_pltfrm: vm-linux
1515
ms.workload: infrastructure-services
16-
ms.date: 02/13/2022
16+
ms.date: 03/01/2022
1717
ms.author: juergent
1818
ms.custom: H1Hack27Feb2017
1919

@@ -78,6 +78,7 @@ In this section, you find documents about Microsoft Power BI integration into SA
7878

7979
## Change Log
8080

81+
- March 1, 2022: Corrected note about database snapshots with multiple database containers in [SAP HANA Large Instances high availability and disaster recovery on Azure](./hana-overview-high-availability-disaster-recovery.md)
8182
- February 28, 2022: Added E(d)sv5 VM storage configurations to [SAP HANA Azure virtual machine storage configurations](./hana-vm-operations-storage.md)
8283
- February 13, 2022: Corrected broken links to HANA hardware directory in the following documents: SAP Business One on Azure Virtual Machines, Available SKUs for HANA Large Instances, Certification of SAP HANA on Azure (Large Instances), Installation of SAP HANA on Azure virtual machines, SAP workload planning and deployment checklist, SAP HANA infrastructure configurations and operations on Azure, SAP HANA on Azure Large Instance migration to Azure Virtual Machines, Install and configure SAP HANA (Large Instances) ,on Azure, High availability of SAP HANA scale-out system on Red Hat Enterprise Linux, High availability for SAP HANA scale-out system with HSR on SUSE Linux Enterprise Server, High availability of SAP HANA on Azure VMs on SUSE Linux Enterprise Server, Deploy a SAP HANA scale-out system with standby node on Azure VMs by using Azure NetApp Files on SUSE Linux Enterprise Server, SAP workload on Azure virtual machine supported scenarios, What SAP software is supported for Azure deployments
8384
- February 13, 2022: Change in [HA for SAP NetWeaver on Azure VMs on Windows with Azure NetApp Files(SMB)](./high-availability-guide-windows-netapp-files-smb.md) to add instructions about adding the SAP installation user as `Administrators Privilege user` to avoid SWPM permission errors

articles/virtual-machines/workloads/sap/hana-overview-high-availability-disaster-recovery.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -11,7 +11,7 @@ ms.subservice: baremetal-sap
1111
ms.topic: article
1212
ms.tgt_pltfrm: vm-linux
1313
ms.workload: infrastructure
14-
ms.date: 6/8/2021
14+
ms.date: 03/01/2021
1515
ms.author: mamccrea
1616
ms.custom: H1Hack27Feb2017
1717

@@ -52,7 +52,7 @@ A dedicated DR setup is where the HANA Large Instance unit in the DR site isn't
5252
To learn about storage layout and ethernet details for your architecture, see [HLI supported scenarios](hana-supported-scenario.md).
5353

5454
> [!NOTE]
55-
> [SAP HANA MCOD deployments](https://launchpad.support.sap.com/#/notes/1681092) (multiple HANA Instances on one unit) as overlaying scenarios work with the HA and DR methods listed in the table. An exception is the use of HANA System Replication with an automatic failover cluster based on Pacemaker. Such a case only supports one HANA instance per unit. For [SAP HANA MDC](https://launchpad.support.sap.com/#/notes/2096000) deployments, only non-storage-based HA and DR methods work if more than one tenant is deployed. With one tenant deployed, all methods listed are valid.
55+
> Before HANA2.0 SPS4 it was not supported to take database snapshots of multi-tenant database container databases (more than one tenant). With SPS4 and newer SAP is fully supporting this snapshot feature.
5656
5757
A multipurpose DR setup is where the HANA Large Instance unit on the DR site runs a non-production workload. If there's a disaster, shut down the non-production system, mount the storage-replicated (added) volume sets, and start the production HANA instance. Most customers who use the HANA Large Instance disaster recovery functionality use this configuration.
5858

0 commit comments

Comments
 (0)