Freigeben über

Azure Virtual Machines – SAP ASE-DBMS-Bereitstellung für SAP-Workload

  • Artikel

Dieses Dokument behandelt verschiedene wichtige Themen für die Bereitstellung von SAP ASE in Azure IaaS. Lesen Sie im Vorfeld das Dokument Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload und andere Artikel der Azure-Dokumentation für SAP-Workload. In diesem Dokument wird SAP ASE behandelt, das unter Linux und unter Windows-Betriebssystemen ausgeführt wird. Das unterstützte Minimalrelease in Azure ist SAP ASE 16.0.02 (Release 16 Support Pack 2). Es wird empfohlen, die neueste Version von SAP mit der neuesten Patch-Ebene bereitzustellen. Empfohlen wird mindestens SAP ASE 16.0.03.07 (Release 16 Support Pack 3 Patch Level 7). Die neueste Version von SAP ist zu finden in Targeted ASE 16.0 Release Schedule and CR list Information.

Zusätzliche Informationen zum Release-Support bei SAP-Anwendungen oder zum Speicherort für Installationsmedien sind – über die SAP-Produktverfügbarkeitsmatrix hinaus – an folgenden Orten zu finden:

Hinweis: In der gesamten Dokumentation innerhalb und außerhalb der SAP-Welt wird auf den Namen des Produkts als „Sybase ASE“ oder „SAP ASE“ oder in einigen Fällen auf beide Namen verwiesen. Aus Konsistenzgründen verwenden wir in dieser Dokumentation den Namen SAP ASE.

Betriebssystemunterstützung

Die SAP-Produktverfügbarkeitsmatrix enthält die unterstützten Kombinationen aus Betriebssystem und SAP-Kernel für jede SAP-Anwendung. Die Linux-Distributionen SLES 12.x, SLES 15.x, RHEL 7.x und RHEL 8.x werden vollständig unterstützt. Oracle Linux als Betriebssystem für SAP ASE wird nicht unterstützt. Es wird empfohlen, die neuesten verfügbaren Linux-Releases zu verwenden. Windows-Kunden sollten die Releases Windows Server 2016 oder Windows Server 2019 verwenden. Ältere Releases von Windows wie Windows 2012 werden zwar technisch unterstützt, doch die neueste Windows-Version wird immer empfohlen.

Besonderheiten bei SAP ASE unter Windows

Ab Microsoft Azure lassen sich bestehende SAP ASE-Anwendungen zu Azure-VMs migrieren. Wenn Sie SAP ASE auf einer Azure-VM betreiben, können Sie die Gesamtkosten für Bereitstellung, Verwaltung und Wartung von unternehmensweiten Anwendungen senken, indem Sie diese Anwendungen einfach zu Microsoft Azure migrieren. Bei SAP ASE auf einem virtuellen Azure-Computer stehen Administratoren und Entwicklern die vertrauten Entwicklungs- und Verwaltungstools aus der lokalen Umgebung zur Verfügung.

Microsoft Azure stellt zahlreiche verschiedene VM-Typen zur Verfügung, mit denen Sie SAP-Systeme und -Landschaften jeder Größe ausführen können: von den kleinsten bis hin zu den großen mit Tausenden von Benutzern. Informationen zur SAP-Größe für SAPS-Zahlen der verschiedenen SAP-zertifizierten VM (Virtual Machine)-SKUs finden Sie im SAP-Supporthinweis Nr. 1928533.

Dokumentation zum Installieren von SAP ASE unter Windows ist zu finden im SAP ASE Installation Guide for Windows (SAP ASE-Installationshandbuch für Windows).

„Seiten im Arbeitsspeicher sperren“ ist eine Einstellung, mit der verhindert wird, dass der SAP ASE-Datenbankpuffer ausgelagert wird. Diese Einstellung ist nützlich für große ausgelastete Systeme hohem Arbeitsspeicherbedarf. Weitere Informationen finden Sie unter „BC-DB-SYB“.

Spezifische Einstellungen für das Linux-Betriebssystem

Führen Sie auf SLES-VMs saptune mit dem Profil SAP-ASE aus. Optimieren Sie RHEL-VMs, wie in 69988 beschrieben.
Linux Huge Pages sollte standardmäßig aktiviert sein. Dies kann mit einem Befehl überprüft werden.

cat /proc/meminfo

Die Seitengröße ist normalerweise 2.048 KB. Einzelheiten dazu finden Sie im Artikel Huge Pages on Linux (Große Seiten unter Linux).

Empfehlungen zur VM- und Datenträgerstruktur für SAP ASE-Bereitstellungen

SAP ASE für SAP NetWeaver-Anwendungen wird auf allen VM-Typen unterstützt, die im SAP-Supporthinweis Nr. 1928533 aufgelistet werden. Zu typischen VM-Typen, die für SAP ASE-Datenbankserver mittlerer Größe verwendet werden, gehört Esv3. Große Datenbanken mit mehreren Terabyte können VM-Typen der M-Serie verwenden.

Die Leistung des Datenträgers beim Schreiben des SAP ASE-Transaktionsprotokolls kann durch Aktivieren der Schreibbeschleunigung für die M-Serie verbessert werden. Aufgrund der Art und Weise, wie SAP ASE Protokoll Schreibvorgänge durchführt, sollte Schreibbeschleunigung mit SAP ASE sorgfältig getestet werden. Lesen Sie den SAP-Supporthinweis Nr. 2816580, und erwägen Sie die Ausführung eines Leistungstests.
Schreibbeschleunigung ist nur für den Transaktionsprotokoll-Datenträger vorgesehen. Der Cache auf Datenträgerebene sollte auf NONE festgelegt werden. Seien Sie nicht überrascht, wenn Azure-Schreibbeschleunigung keine ähnlichen Verbesserungen wie bei anderen DBMS zeigt. Basierend auf der Art und Weise, wie SAP ASE in das Transaktionsprotokoll schreibt, kann es sein, dass es nur eine geringe bis keine Beschleunigung durch Azure-Schreibbeschleunigung gibt.

Hinweis

Bei einigen der neuen M(b)v3-VM-Typen kann die Verwendung von im Cache zwischengespeichertem SSD Premium v1-Speicher zu niedrigeren IOPS-Raten bei Lese- und Schreibvorgängen und einem geringeren Durchsatz als ohne Lesecache führen.

Für Daten- und Protokollgeräte werden separate Datenträger empfohlen. Die Systemdatenbanken „sybsecurity“ und saptools erfordern keine dedizierten Datenträger und können auf den Datenträgern abgelegt werden, die die SAP-Datenbankdaten und Protokollgeräte enthalten.

Speicherkonfiguration für SAP ASE

Dateisysteme. Stripegröße und E/A-Lastenausgleich

SAP ASE schreibt Daten sequenziell in Datenträgerspeichergeräte, sofern sie nicht anders konfiguriert wurden. Dies bedeutet, dass eine leere SAP ASE-Datenbank mit vier Geräten Daten nur in das erste Gerät schreibt. Die anderen Datenträgergeräte werden nur dann beschrieben, wenn das erste Gerät voll ist. Die Menge an READ- und WRITE-E/A-Vorgängen für die einzelnen SAP ASE-Geräte ist wahrscheinlich unterschiedlich. Zum Ausgleich von Datenträger-E/A auf allen verfügbaren Azure-Datenträgern müssen entweder Windows-Speicherplätze oder es muss Linux LVM2 verwendet werden. Unter Linux wird die Verwendung des XFS-Dateisystems zum Formatieren der Datenträger empfohlen. Die LVM-Stripegröße sollte mit einem Leistungstest getestet werden. Eine Stripegröße von 128 KB ist ein guter Ausgangspunkt. Unter Windows sollte die NTFS-Größe der Zuordnungseinheiten (Allocation Unit Size, AUS) getestet werden. 64 KB kann als Anfangswert verwendet werden.

Es wird empfohlen, die automatische Datendankerweiterung so zu konfigurieren, wie im Artikel Configuring Automatic Database Space Expansion in SAP Adaptive Server Enterprise (Konfigurieren der automatischen Datenbankspeichererweiterung in SAP Adaptive Server Enterprise) und im SAP-Supporthinweis Nr. 1815695 beschrieben wird.

Beispielkonfigurationen für SAP ASE auf virtuellen Azure-Computern, Datenträgern und Dateisystemen

Die nachstehenden Vorlagen zeigen Beispielkonfigurationen für Linux und Windows. Vergewissern Sie sich vor der Bestätigung des virtuellen Computers und der Datenträgerkonfiguration, dass die Netzwerk- und Speicherbandbreitenkontingente der einzelnen virtuellen Computer ausreichen, um die Geschäftsanforderungen zu erfüllen. Beachten Sie außerdem, dass unterschiedliche Azure-VM-Typen eine unterschiedliche maximale Anzahl von Datenträgern aufweisen, die an den virtuellen Computer angefügt werden können. Beispielsweise hat eine E4s_v3-VM einen Speicher-E/A-Durchsatz mit einem Grenzwert von 48 MB/Sek. Wenn der für die Datenbanksicherungsaktivität erforderliche Speicherdurchsatz mehr als 48 MB/Sek. erfordert, ist ein größerer VM-Typ mit mehr Speicherbandbreitendurchsatz unvermeidlich. Beim Konfigurieren von Azure Storage müssen Sie auch bedenken, dass sich vor allem bei Azure Storage Premium der Durchsatz und die IOPS pro GB Kapazität ändern. Weitere Informationen zu diesem Thema finden Sie im Artikel Welche Datenträgertypen stehen in Azure zur Verfügung?. Die Kontingente für bestimmte Azure-VM-Typen werden im Artikel Arbeitsspeicheroptimierte Größen virtueller Computer und den damit verlinkten Artikeln dokumentiert.

Hinweis

Wenn ein DBMS-System von einem lokalen Standort nach Azure verschoben wird, wird empfohlen, die Überwachung auf dem virtuellen Computer durchzuführen sowie CPU, Arbeitsspeicher, IOPS und den Speicherdurchsatz zu bewerten. Vergleichen Sie die Spitzenwerte, die bei den in den oben erwähnten Artikeln dokumentierten VM-Kontingentgrenzwerten festgestellt wurden.

Die unten aufgeführten Beispiele dienen zur Veranschaulichung und können basierend auf individuellen Anforderungen geändert werden. Aufgrund des Entwurfs von SAP ASE ist die Anzahl der Datengeräte nicht so wichtig wie bei anderen Datenbanken. Die Anzahl der in diesem Dokument aufgeführten Datengeräte sind nur ein Leitfaden. Die vorgeschlagenen Konfigurationen sollten als das behandelt werden, was sie sind. Sie sind Ihre Ausgangspunkte. Es handelt sich jedoch um Konfigurationen, die eine Feinabstimmung auf Ihre Workload und Kosteneffizienz erfordern.

Ein Beispiel für eine Konfiguration für eine kleine SAP ASE DB Server-Instanz mit einer Datenbankgröße zwischen 50 GB und 250 GB könnte wie folgt aussehen:

Konfiguration Windows Linux Kommentare
VM-Typ E4s_v3/v4/v5 (4 vCPUs/32 GB RAM) E4s_v3/v4/v5 (4 vCPUs/32 GB RAM) ---
Beschleunigter Netzwerkbetrieb Aktivieren Aktivieren ---
SAP ASE-Version 16.0.03.07 oder höher 16.0.03.07 oder höher ---
Anzahl von Datengeräten 4 4 ---
Anzahl von Protokollgeräten 1 1 ---
Anzahl von temporären Geräten 1 1 Mehr für die SAP BW-Workload
Betriebssystem Windows Server 2019 SLES 12 SP5, 15 SP1 oder höher oder RHEL 7.9, 8.1/8.2/8.4 ---
Datenträgeraggregierung Speicherplätze LVM2 ---
Dateisystem NTFS XFS
Blockgröße formatieren Workloadtests erforderlich Workloadtests erforderlich ---
Anzahl und Typ von Datenträgern Storage Premium v1: 2 x P10 (RAID0)
Storage Premium v2: 2 x 150 GiB (RAID0) – Standard-IOPS und Durchsatz		 Storage Premium v1: 2 x P10 (RAID0)
Storage Premium v2: 2 x 150 GiB (RAID0) – Standard-IOPS und Durchsatz		 Cache = Read Only (Schreibgeschützt)
Anzahl und Typ von Protokolldatenträgern Storage Premium v1: 1 x P20
Storage Premium v2: 1 x 128 GiB – Standard-IOPS und Durchsatz		 Storage Premium v1: 1 x P20
Storage Premium v2: 1 x 128 GiB – Standard-IOPS und Durchsatz		 Cache = NONE (KEINER)
ASE-Parameter „MaxMemory“ 90 % von physischem RAM 90 % von physischem RAM Annahme: einzelne Instanz
Anzahl von Sicherungsmedien 4 4 ---
Anzahl und Typ von Sicherungsmedien 1 1 ---

Ein Konfigurationsbeispiel für einen kleinen SAP ASE-DB-Server mit einer Datenbankgröße zwischen 250 GB und 750 GB, z. B. ein größeres SAP Business Suite-System, könnte wie folgt aussehen:

Konfiguration Windows Linux Kommentare
VM-Typ E16s_v3/v4/v5 (16 vCPUs/128 GB RAM) E16s_v3/v4/v5 (16 vCPUs/128 GB RAM) ---
Beschleunigter Netzwerkbetrieb Aktivieren Aktivieren ---
SAP ASE-Version 16.0.03.07 oder höher 16.0.03.07 oder höher ---
Anzahl von Datengeräten 8 8 ---
Anzahl von Protokollgeräten 1 1 ---
Anzahl von temporären Geräten 1 1 Mehr für die SAP BW-Workload
Betriebssystem Windows Server 2019 SLES 12 SP5, 15 SP1 oder höher oder RHEL 7.9, 8.1/8.2/8.4 ---
Datenträgeraggregierung Speicherplätze LVM2 ---
Dateisystem NTFS XFS
Blockgröße formatieren Workloadtests erforderlich Workloadtests erforderlich ---
Anzahl und Typ von Datenträgern Storage Premium v1: 4 x P20 (RAID0)
Storage Premium v2: 4 x 100 GiB – 200 GiB (RAID0) – Standard-IOPS und 25 MB/s zusätzlicher Durchsatz pro Datenträger		 Storage Premium v1: 4 x P20 (RAID0)
Storage Premium v2: 4 x 100 GiB – 200 GiB (RAID0) – Standard-IOPS und 25 MB/s zusätzlicher Durchsatz pro Datenträger		 Cache = Read Only (Schreibgeschützt)
Anzahl und Typ von Protokolldatenträgern Storage Premium v1: 1 x P20
Storage Premium v2: 1 x 200 GiB – Standard-IOPS und Durchsatz		 Storage Premium v1: 1 x P20
Storage Premium v2: 1 x 200 GiB – Standard-IOPS und Durchsatz		 Cache = NONE (KEINER)
ASE-Parameter „MaxMemory“ 90 % von physischem RAM 90 % von physischem RAM Annahme: einzelne Instanz
Anzahl von Sicherungsmedien 4 4 ---
Anzahl und Typ von Sicherungsmedien 1 1 ---

Ein Konfigurationsbeispiel für einen mittleren SAP ASE-DB-Server mit einer Datenbankgröße zwischen 750 GB und 2.000 GB, z. B. ein größeres SAP Business Suite-System, könnte wie folgt aussehen:

Konfiguration Windows Linux Kommentare
VM-Typ E64s_v3/v4/v5 (64 vCPUs/432 GB RAM) E64s_v3/v4/v5 (64 vCPUs/432 GB RAM) ---
Beschleunigter Netzwerkbetrieb Aktivieren Aktivieren ---
SAP ASE-Version 16.0.03.07 oder höher 16.0.03.07 oder höher ---
Anzahl von Datengeräten 16 16 ---
Anzahl von Protokollgeräten 1 1 ---
Anzahl von temporären Geräten 1 1 Mehr für die SAP BW-Workload
Betriebssystem Windows Server 2019 SLES 12 SP5, 15 SP1 oder höher oder RHEL 7.9, 8.1/8.2/8.4 ---
Datenträgeraggregierung Speicherplätze LVM2 ---
Dateisystem NTFS XFS
Blockgröße formatieren Workloadtests erforderlich Workloadtests erforderlich ---
Anzahl und Typ von Datenträgern Storage Premium v1: 4 x P30 (RAID0)
Storage Premium v2: 4 x 250 GiB – 500 GiB – zusätzlich 2.000 IOPS und 75 MB/s Durchsatz pro Datenträger		 Storage Premium v1: 4 x P30 (RAID0)
Storage Premium v2: 4 x 250 GiB – 500 GiB – zusätzlich 2.000 IOPS und 75 MB/s Durchsatz pro Datenträger		 Cache = Read Only (Schreibgeschützt)
Anzahl und Typ von Protokolldatenträgern Storage Premium v1: 1 x P20
Storage Premium v2: 1 x 400 GiB – Standard-IOPS und zusätzlicher Durchsatz von 75 MB/s		 Storage Premium v1: 1 x P20
Storage Premium v2: 1 x 400 GiB – Standard-IOPS und zusätzlicher Durchsatz von 75 MB/s		 Cache = NONE (KEINER)
ASE-Parameter „MaxMemory“ 90 % von physischem RAM 90 % von physischem RAM Annahme: einzelne Instanz
Anzahl von Sicherungsmedien 4 4 ---
Anzahl und Typ von Sicherungsmedien 1 1 ---

Ein Konfigurationsbeispiel für einen größeren SAP ASE-DB-Server mit einer Datenbankgröße zwischen 2.000 GB und 4.000 GB, z. B. ein größeres SAP Business Suite-System, könnte wie folgt aussehen:

Konfiguration Windows Linux Kommentare
VM-Typ E96(d)s_v5 (96 vCPUs/672 GiB RAM) E96(d)s_v5 (96 vCPUs/672 GiB RAM) ---
Beschleunigter Netzwerkbetrieb Aktivieren Aktivieren ---
SAP ASE-Version 16.0.03.07 oder höher 16.0.03.07 oder höher ---
Anzahl von Datengeräten 16 16 ---
Anzahl von Protokollgeräten 1 1 ---
Anzahl von temporären Geräten 1 1 Mehr für die SAP BW-Workload
Betriebssystem Windows Server 2019 SLES 12 SP5, 15 SP1 oder höher oder RHEL 7.9, 8.1/8.2/8.4 ---
Datenträgeraggregierung Speicherplätze LVM2 ---
Dateisystem NTFS XFS
Blockgröße formatieren Workloadtests erforderlich Workloadtests erforderlich ---
Anzahl und Typ von Datenträgern Storage Premium v1: 4 x P30 (RAID0)
Storage Premium v2: 4 x 500 GiB – 1,000 GiB – zusätzlich 2.500 IOPS und 100 MB/s Durchsatz pro Datenträger		 Storage Premium v1: 4 x P30 (RAID0)
Storage Premium v2: 4 x 500 GiB – 1,000 GiB – zusätzlich 2.500 IOPS und 100 MB/s Durchsatz pro Datenträger		 Cache = Read Only (Schreibgeschützt)
Anzahl und Typ von Protokolldatenträgern Storage Premium v1: 1 x P20
Storage Premium v2: 1 x 400 GiB – zusätzlich 1.000 IOPS und zusätzlicher Durchsatz von 75 MB/s		 Storage Premium v1: 1 x P20
Storage Premium v2: 1 x 400 GiB – zusätzlich 1.000 IOPS und zusätzlicher Durchsatz von 75 MB/s		 Cache = NONE (KEINER)
ASE-Parameter „MaxMemory“ 90 % von physischem RAM 90 % von physischem RAM Annahme: einzelne Instanz
Anzahl von Sicherungsmedien 4 4 ---
Anzahl und Typ von Sicherungsmedien 1 1 ---

Ein Konfigurationsbeispiel für einen großen SAP ASE-DB-Server mit einer Datenbankgröße von 4 TB oder mehr, z. B. ein größeres global genutztes SAP Business Suite-System, könnte wie folgt aussehen:

Konfiguration Windows Linux Kommentare
VM-Typ M-Series (1,0 bis 4,0 TB RAM) M-Series (1,0 bis 4,0 TB RAM) ---
Beschleunigter Netzwerkbetrieb Aktivieren Aktivieren ---
SAP ASE-Version 16.0.03.07 oder höher 16.0.03.07 oder höher ---
Anzahl von Datengeräten 32 32 ---
Anzahl von Protokollgeräten 1 1 ---
Anzahl von temporären Geräten 1 1 Mehr für die SAP BW-Workload
Betriebssystem Windows Server 2019 SLES 12 SP5, 15 SP1 oder höher oder RHEL 7.9, 8.1/8.2/8.4 ---
Datenträgeraggregierung Speicherplätze LVM2 ---
Dateisystem NTFS XFS
Blockgröße formatieren Workloadtests erforderlich Workloadtests erforderlich ---
Anzahl und Typ von Datenträgern Storage Premium v1: 4 x P30 oder mehr (RAID0)
Storage Premium v2: 4 x 1.000 GiB – 4.000 GiB – zusätzlich 3.000 IOPS und 125 MB/s Durchsatz pro Datenträger		 Storage Premium v1: 4 x P30 oder mehr (RAID0)
Storage Premium v2: 4 x 1.000 GiB – 4.000 GiB – zusätzlich 3.000 IOPS und 125 MB/s Durchsatz pro Datenträger		 Cache = Read Only (Schreibgeschützt); erwägen: Azure Ultra-Datenträger
Anzahl und Typ von Protokolldatenträgern Storage Premium v1: 1 x P30
Storage Premium v2: 1 x 500 GiB – zusätzlich 2.000 IOPS und 125 MB/s Durchsatz		 Storage Premium v1: 1 x P30
Storage Premium v2: 1 x 500 GiB – 500 GiB – zusätzlich 2.000 IOPS und 125 MB/s Durchsatz		 Ziehen Sie Schreibbeschleunigung oder Azure Ultra-Datenträger in Betracht.
ASE-Parameter „MaxMemory“ 90 % von physischem RAM 90 % von physischem RAM Annahme: einzelne Instanz
Anzahl von Sicherungsmedien 16 16 ---
Anzahl und Typ von Sicherungsmedien 4 4 Verwenden von LVM2/Speicherplätzen

Von Azure NetApp Files gehostete NFS v4.1-Volumes sind eine weitere Alternative zur Verwendung für SAP ASE-Datenbankspeicher. Die grundsätzliche Struktur einer solchen Konfiguration sollte wie folgt aussehen:

Speicherkonfiguration für SAP ASE mit ANF

Im Beispiel lautete die SID der Datenbank A11. Die Größen und Leistungsstufen der Azure NetApp Files-basierten Volumes hängen vom Datenbankvolumen und vom erforderlichen IOPS und Durchsatz ab. Für „sapdata“ und „saplog“ wird empfohlen, mit der Leistungsstufe „Ultra“ zu beginnen, um genügend Bandbreite bereitstellen zu können. Bei vielen Nicht-Produktionsbereitstellungen kann die Leistungsstufe „Premium“ ausreichend sein. Weitere Informationen zu bestimmter Dimensionierung und Einschränkungen von Azure NetApp Files für die Datenbanknutzung finden Sie im Kapitel Dimensionierung für die HANA-Datenbank in Azure NetApp Files auf NFS v4.1-Volumes in Azure NetApp Files für SAP HANA.

Überlegungen zur Sicherung und Wiederherstellung für SAP ASE in Azure

Durch Erhöhung der Anzahl von Daten und Sicherungsmedien wird die Sicherungs- und Wiederherstellungsleistung erhöht. Es wird empfohlen, die Azure-Datenträger, die als Host für das SAP ASE-Sicherungsmedium dienen, wie in den weiter oben gezeigten Tabellen anzulegen. Achten Sie darauf, die Anzahl von Sicherungsmedien und-Datenträgern auszugleichen, und sorgen Sie dafür, dass der Sicherungsdurchsatz 40 % bis 50 % des gesamten VM-Durchsatzkontingents nicht überschreitet. Es wird empfohlen, die SAP-Sicherungskomprimierung als Standard zu verwenden. Weitere Informationen finden Sie in folgenden Artikeln:

Verwenden Sie das Laufwerk „D:\“ oder „/temp“ nicht als Speicherziel für Datenbank- oder Protokolldateien.

Auswirkungen der Datenbankkomprimierung

In Konfigurationen, bei denen die E/A-Bandbreite zum begrenzenden Faktor werden kann, sollte jede Möglichkeit ergriffen werden, die IOPS zu senken. Dadurch kann die ausführbare Workload in einem IaaS-Szenario wie Azure besser verteilt werden. Es wird daher empfohlen, die SAP ASE-Komprimierung zu verwenden, bevor Sie eine vorhandene SAP-Datenbank in Azure hochladen.

Es ist aus mehreren Gründen ratsam, die Komprimierung vor dem Hochladen in Azure durchzuführen:

  • Die in Azure hochzuladende Datenmenge ist geringer.
  • Die Ausführungsdauer der Komprimierung ist geringer (unter der Annahme, dass lokal leistungsfähigere Hardware mit mehr CPUs, einer höheren E/A-Bandbreite oder einer geringeren E/A-Latenz zur Verfügung steht).
  • Durch kleinere Datenbanken werden u. U. die Kosten für die Datenträgerzuordnung gesenkt.

Die Daten- und LOB-Komprimierung funktioniert auf einer VM, die auf einem virtuellen Azure-Computer gehostet wird, genauso wie in der lokalen Umgebung. Weitere Informationen zur Überprüfung, ob die Komprimierung bei einer bestehenden SAP ASE-Datenbank bereits verwendet wird, finden Sie im SAP-Supporthinweis Nr. 1750510. Weitere Informationen zur SAP ASE-Datenbankkomprimierung finden Sie im SAP-Supporthinweis Nr. 2121797.

Hochverfügbarkeit von SAP ASE in Azure

Das HADR-Benutzerhandbuch (High Availability And Desaster Recovery, Hochverfügbarkeit und Notfallwiederherstellung) enthält detaillierte Informationen zur Einrichtung und Konfiguration einer SAP ASE-Always On-Lösung mit zwei Knoten. Außerdem wird ein dritter Knoten für Notfallwiederherstellung ebenfalls unterstützt. SAP ASE unterstützt viele Hochverfügbarkeitskonfigurationen, z. B. freigegebene Datenträger und natives Betriebssystemclustering (z. B. Pacemaker und Windows Server-Failovercluster). Es gibt zwei unterstützte Hochverfügbarkeitskonfigurationen für SAP ASE in Azure:

  • HA-orientiert mit Fehler-Manager: Der SAP-Kernel ist eine „HA-orientierte“ Anwendung, die die primären und sekundären SAP ASE-Server kennt. Es gibt keine engen Integrationen zwischen der „hochverfügbarkeitsorientierten“ SAP ASE-Anwendung und Azure. Der interne Azure-Lastenausgleich wird nicht verwendet. Die Lösung ist im Users Guide von SAP ASE HADR dokumentiert.
  • Floating IP mit Fehler-Manager: Diese Lösung kann für SAP Business Suite- und Nicht-SAP Business Suite-Anwendungen verwendet werden. Diese Lösung nutzt den internen Azure-Lastenausgleich, und die SAP ASE-Datenbank-Engine stellt einen Testport bereit. Der Fehler-Manager ruft den SAPHostAgent auf, um eine sekundäre Floating IP-Adresse auf den ASE-Hosts zu starten oder zu beenden. Diese Lösung ist im SAP-Hinweis #3086679 – SYB: Fehler-Manager: Floating IP-Adresse in Microsoft Azure dokumentiert.

Hinweis

Die Failoverzeiten und andere Merkmale von HA-orientierten Lösungen oder Floating IP-Lösungen sind ähnlich. Bei der Entscheidung zwischen diesen beiden Lösungen sollten Kunden selbst Tests und Bewertungen durchführen und Faktoren wie geplante und ungeplante Failoverzeiten und andere betriebliche Verfahren einbeziehen.

Dritter Knoten für Notfallwiederherstellung

Neben der Verwendung von SAP ASE „Always On“ für lokale Hochverfügbarkeit möchten Sie möglicherweise die Konfiguration auf einen asynchron replizierten Knoten in einer anderen Azure-Region erweitern. Weitere Informationen finden Sie unter Installationsverfahren für Sybase 16.3 Patch Level 3 Always-on + DR unter Suse 12.3.

SAP ASE-Datenbankverschlüsselung und SSL

Der SAP-Softwarebereitstellungs-Manager (SAP Software Provisioning Manager, SWPM) enthält eine Option zum Verschlüsseln der Datenbank während der Installation. Wenn Sie Verschlüsselung verwenden möchten, wird vollständige SAP-Datenbankverschlüsselung empfohlen. Weitere Informationen finden Sie unter:

Hinweis

Wenn eine SAP ASE-Datenbank verschlüsselt ist, funktioniert die Backup Dump Compression nicht. Siehe auch SAP-Supporthinweis Nr. 2680905

Checkliste zur Bereitstellung von SAP ASE in Azure

  • Bereitstellen von SAP ASE 16.0.03.07 oder höher
  • Aktualisieren auf die neueste Version und Patches von FaultManager und SAPHostAgent
  • Bereitstellen auf dem neuesten verfügbaren zertifizierten Betriebssystem, z. B. Windows 2019, SLES 15 oder RHEL 8
  • Zertifizierte SAP-VMs verwenden – empfohlen werden Azure-VM-SKUs, High Memory, z. B. Es_v3, oder für x-large-Systeme der M-Serie VM-SKUs
  • Vergleichen Sie die Datenträger-IOPS und das Gesamtdurchsatzkontingent des virtuellen Computers der VM mit dem Datenträgerentwurf. Eine ausreichende Anzahl von Datenträgern bereitstellen
  • Datenträger mithilfe von Windows-Speicherplätzen oder Linux LVM2 mit korrekter Stripegröße und richtigem Dateisystem aggregieren
  • Eine ausreichende Anzahl von Geräten für Daten-, Protokoll-, temporäre und Sicherungszwecke erstellen
  • Verwendung von UltraDisk für x-large-Systeme in Betracht ziehen
  • Führen Sie saptune SAP-ASE in SLES aus. Optimieren Sie RHEL-VMs mit 69988.
  • Die Datenbank mit Datenbankverschlüsselung sichern – Schlüssel in Azure Key Vault manuell speichern
  • Die Checkliste „SAP in Azure“ vervollständigen
  • Protokollsicherung und vollständige Sicherung konfigurieren
  • HA/DR, Sicherung und Wiederherstellung testen sowie Belastungs- und Volumetests durchführen
  • Bestätigen, dass die automatische Datenbankerweiterung funktioniert

Verwenden von DBACockpit zum Überwachen von Datenbankinstanzen

Bei SAP-Systemen, bei denen SAP ASE als Datenbankplattform verwendet wird, erfolgt der Zugriff auf das DBACockpit über eingebettete Browserfenster im Transaktions-DBACockpit oder über Webdynpro. Die vollständige Funktionalität für die Überwachung und Verwaltung der Datenbank steht allerdings nur über die Webdynpro-Implementierung von DBACockpit zur Verfügung.

Wie bei lokalen Systemen sind einige Schritte erforderlich, um die gesamte SAP NetWeaver-Funktionalität zu aktivieren, die durch die Webdynpro-Implementierung von DBACockpit genutzt wird. Führen Sie die Schritte im SAP-Supporthinweis Nr. 1245200 aus, um die Verwendung von Webdynpros zu aktivieren und die erforderlichen Webdynpros zu generieren. Wenn Sie die Anleitungen in den vorstehenden Hinweisen ausführen, konfigurieren Sie auch den Internet Communication Manager (ICM) zusammen mit den Ports, die für HTTP- und HTTPS-Verbindungen verwendet werden sollen. Die Standardeinstellung für HTTP sieht wie folgt aus:

icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600

icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600

Die im Transaktions-DBACockpit generierten Links ähneln den folgenden Links:

https://<fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpit

http://<fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpit

Die Azure-VM, auf der das SAP-System gehostet wird, kann auf verschiedene Arten mit AD und dem DNS verbunden sein. In Abhängigkeit davon muss ICM einen vollqualifizierten Hostnamen verwenden, der von dem Computer aufgelöst werden kann, auf dem DBACockpit geöffnet wird. Im SAP-Supporthinweis Nr. 773830 erfahren Sie, wie ICM den vollqualifizierten Hostnamen anhand von Profilparametern ermittelt und wie Sie bei Bedarf den Parameter „icm/host_name_full“ explizit festlegen.

Wenn die VM in einem Nur-Cloud-Szenario ohne standortübergreifende Konnektivität zwischen der lokalen Umgebung und Azure bereitgestellt wird, müssen Sie eine öffentliche IP-Adresse und ein domainlabel festlegen. Das Format des öffentlichen DNS-Namens der VM sieht folgendermaßen aus:

<custom domainlabel>.<azure region>.cloudapp.azure.com

Wenn Sie den SAP-Profilparameter „icm/host_name_full“ auf den DNS-Namen der Azure-VM einstellen, erhalten Sie einen Link, der ähnlich wie dieser aussieht:

https://mydomainlabel.westeurope.cloudapp.net:44300/sap/bc/webdynpro/sap/dba_cockpit

http://mydomainlabel.westeurope.cloudapp.net:8000/sap/bc/webdynpro/sap/dba_cockpit

Stellen Sie in diesem Fall Folgendes sicher:

  • Fügen Sie der Netzwerksicherheitsgruppe im Azure-Portal für die TCP/IP-Ports, die für die Kommunikation mit ICM verwendet werden, eingehende Regeln hinzu.
  • Fügen Sie der Windows-Firewall-Konfiguration für die TCP/IP-Ports, die für die Kommunikation mit ICM verwendet werden, eingehende Regeln hinzu.

Für den automatischen Import aller zur Verfügung stehenden Korrekturen wird empfohlen, regelmäßig den Ihre Version betreffenden SAP-Hinweis zur Korrektursammlung zu Rate zu ziehen:

Weitere Informationen zu DBA Cockpit für SAP ASE erhalten Sie in den folgenden SAP-Hinweisen:

Nützliche Links, Hinweise und Whitepaper für SAP ASE

Die Startseite für die Dokumentation zu SAP ASE 16.0.03.07 enthält Links zu verschiedenen Dokumenten, darunter die folgenden Dokumente:

  • SAP ASE Learning Journey – Administration & Monitoring (SAP ASE Learning Journey – Verwaltung und Überwachung)
  • SAP ASE Learning Journey – Installation & Upgrade

Sind hilfreich. Ein weiteres nützliches Dokument ist SAP Applications on SAP Adaptive Server Enterprise Best Practices for Migration and Runtime (SAP-Anwendungen in SAP Adaptive Server Enterprise – Bewährte Methoden für Migration und Laufzeit).

Weitere hilfreiche SAP-Supporthinweise sind folgende:

Weitere Informationen werden veröffentlicht unter:

Ein monatlicher Newsletter wird über SAP-Supporthinweis Nr. 2381575 veröffentlicht.

Nächste Schritte

Sehen Sie sich den Artikel Prüfliste für die Planung und Bereitstellung von SAP-Workloads in Azure an.