Freigeben über


Azure Virtual Machines Oracle-Datenbankbereitstellung für SAP-Workload

In diesem Artikel werden verschiedene Bereiche behandelt, die Sie berücksichtigen sollten, wenn Sie Oracle Database für SAP-Workload in der Azure-Infrastruktur als Dienst (IaaS) bereitstellen. Bevor Sie dieses Dokument lesen, empfehlen wir Ihnen, Überlegungen zu Azure Virtual Machines (VMs) Datenbankverwaltungssystem -Bereitstellung (DBMS) für SAP-Workload zu lesen. Wir empfehlen auch, andere Leitfäden zum SAP-Workload in der Azure-Dokumentation zu lesen.

Informationen zu Oracle-Versionen und entsprechenden Betriebssystemversionen (OS), die für die Ausführung von SAP auf Oracle auf Azure unterstützt werden, finden Sie in SAP Note 2039619.

Allgemeine Informationen zum Ausführen von SAP Business Suite auf Oracle finden Sie in SAP auf Oracle. Oracle unterstützt die Ausführung von Oracle-Datenbanken in Azure. Weitere Informationen zur allgemeinen Unterstützung für Windows Hyper-V und Azure finden Sie in den häufig gestellten Fragen zu Oracle und Azure.

Relevante SAP-Hinweise für eine Oracle-Installation

Hinweisnummer Hinweistitel
1738053 SAPinst für Oracle Automatic Storage Management (ASM)-Installation SAP ONE Support Launchpad
2896926 ASM-Datenträgergruppenkompatibilität – NetWeaver – SAP ONE Support Launchpad
1550133 Verwenden von Oracle ASM mit SAP NetWeaver-basierten Produkten SAP ONE Support Launchpad
888626 Redo Log Layout für High-End-Systeme SAP ONE Support Launchpad
105047 Unterstützung für Oracle-Funktionen in der SAP-Umgebung SAP ONE Support Launchpad
2799920 Patches für 19c:-Datenbank – SAP ONE Support Launchpad
974876 Oracle Transparent Data Encryption (TDE) – SAP ONE Support Launchpad
2936683 Oracle Linux 8: SAP-Installation und -Upgrade – SAP ONE Support Launchpad
1672954 Oracle 11g, 12c, 18c und 19c: Verwendung von HugePages unter Linux
1171650 Automatische Überprüfung des Oracle-Datenbankparameters
2936683 Oracle Linux 8: SAP-Installation und -Upgrade
3399081 Oracle Linux 9: SAP-Installation und -Upgrade

Besonderheiten bei Oracle Database unter Oracle Linux

Oracle unterstützt das Ausführen seiner Datenbankinstanzen auf Azure mit Oracle Linux als Gastbetriebssystem. Weitere Informationen zur allgemeinen Unterstützung für Windows Hyper-V und Azure finden Sie in den häufig gestellten Fragen zu Oracle und Azure.

Das spezifische Szenario von SAP-Anwendungen mit Oracle-Datenbanken wird ebenfalls unterstützt. Details werden im nächsten Teil dieses Artikels erläutert.

Allgemeine Empfehlungen für die Ausführung von SAP auf Oracle in Azure

Wenn Sie vorhandene SAP auf Oracle-Systemen zu Azure installieren oder migrieren, befolgen Sie dieses Bereitstellungsmuster:

  • Verwenden Sie die neueste Oracle Linux-Version (Oracle Linux 8.6 oder höher).

  • Verwenden Sie die neueste Oracle Database-Version, die mit dem neuesten SAP Bundle Patch (Oracle 19 Patch 15 oder höher) 2799920 – Patches für 19c: Database verfügbar ist.

  • Verwenden Sie ASM für kleine, mittlere und große Datenbanken im Blockspeicher.

  • Verwenden Sie Azure Premium SSD-Speicher. Verwenden Sie keine Standard- oder anderen Speichertypen.

  • Beachten Sie, dass ASM die Anforderung für das Spiegelprotokoll entfernt. Befolgen Sie den Leitfaden von Oracle im Hinweis 888626 – Layout des Redo-Protokolls für High-End-Systeme.

  • Verwenden Sie ASMLib und verwenden Sie nicht UDEV.

  • Verwenden Sie Oracle Direct Network File System (dNFS) für Azure NetApp Files-Bereitstellungen, die oracles eigene hochleistungsorientierte dNFS-Treiberlösung ist.

  • Beachten Sie, dass große Oracle-Datenbanken von großen System Global Area (SGA)-Größen profitieren. Große Kunden sollten für die Bereitstellung auf Azure die M-Serie mit 4 TB RAM oder mehr verwenden:

    • Legen Sie Linux HugePages auf 75% physischer RAM-Größe fest.
    • Legen Sie SGA auf 90 % der HugePage-Größe fest.
    • Legen Sie den Oracle-Parameter USE_LARGE_PAGES = ONLYfest. Der Wert ONLY wird gegenüber dem Wert TRUE bevorzugt, da der Wert ONLY eine konsistentere und vorhersagbare Leistung liefern soll. Der Wert TRUE kann große 2-MB- und Standard-4-K-Seiten zuordnen. Der Wert ONLY erzwingt immer große 2-MB-Seiten. Wenn die Anzahl der verfügbaren HugePages nicht ausreicht oder nicht ordnungsgemäß konfiguriert ist, kann die Datenbankinstanz nicht mit dem folgenden Fehlercode beginnen:
    ora-27102 :  out of memory Linux_x86_64 Error 12 : can't allocate memory
    

    Wenn sie nicht genügend zusammenhängenden Arbeitsspeicher haben, müssen Sie Oracle Linux möglicherweise neu starten oder die Parameter des Betriebssystems HugePage neu konfigurieren.

  • Suchen Sie Oracle Home außerhalb des "Root"-Volumes oder Datenträgers. Verwenden Sie ein separates Datenträger- oder Azure NetApp Files-Volume. Der Datenträger mit Oracle Home sollte 64 Gigabyte groß oder größer sein.

  • Beachten Sie, dass die Größe des Startdatenträgers für große hochleistungsfähige Oracle-Datenbankserver wichtig ist. Verwenden Sie mindestens einen P10-Datenträger für M-Serie oder E-Serie. Verwenden Sie keine kleinen Datenträger, z. B. P4 oder P6. Ein kleiner Datenträger kann zu Leistungsproblemen führen.

  • Aktivieren Sie beschleunigtes Netzwerk auf allen virtuellen Computern. Führen Sie ein Upgrade auf die neueste Oracle Linux-Version durch, wenn Probleme auftreten, wenn Sie beschleunigte Netzwerke aktivieren.

  • Suchen Sie nach Updates in dieser Dokumentation und im SAP-Hinweis 2039619 – SAP-Anwendungen in Microsoft Azure unter Verwendung der Oracle-Datenbank: Unterstützte Produkte und Versionen.

Informationen dazu, welche Oracle-Versionen und entsprechende Betriebssystemversionen für die Ausführung von SAP auf Oracle auf Azure-VMs unterstützt werden, finden Sie im SAP-Hinweis 2039619.

Allgemeine Informationen zum Ausführen von SAP Business Suite auf Oracle finden Sie auf der Seite SAP auf Oracle Community. SAP auf Oracle auf Azure wird nur unter Oracle Linux (und nicht SUSE oder Red Hat) für Anwendungs- und Datenbankserver unterstützt.

ASCS/ERS-Server können RHEL/SUSE verwenden, da der Oracle-Client auf diesen VMs nicht installiert oder verwendet wird. Installieren Sie keine Anwendungsserver (PAS/AAS) auf diesen virtuellen Computern. Weitere Informationen finden Sie im SAP-Hinweis 3074643 – OLNX: FAQ: Unterstützung für Pacemaker für Oracle Linux in SAP-Umgebungen. Oracle Real Application Cluster (RAC) wird in Azure nicht unterstützt, da RAC Multicastnetzwerke erfordert.

Speicherkonfiguration

Zwei Speicherbereitstellungsmuster werden für SAP in Oracle in Azure empfohlen:

  • Oracle ASM
  • Azure NetApp Files mit Oracle dNFS

Für Kunden und Kundinnen, die derzeit Oracle-Datenbanken auf EXT4- oder XFS-Dateisystemen mit LVM (Logical Volume Management) betreiben, wird eine Umstellung auf ASM empfohlen. Der Betrieb mit ASM bietet im Vergleich zu LVM erhebliche Vorteile in Bezug auf Leistung, Verwaltung und Zuverlässigkeit. ASM verringert die Komplexität, verbessert die Unterstützung und vereinfacht Verwaltungsaufgaben. Diese Dokumentation enthält Links für Oracle-Datenbankadministratoren (DBAs), um zu erfahren, wie Sie ASM installieren und verwalten.

Azure bietet mehrere Speicherlösungen an.

In der folgenden Tabelle wird der Supportstatus beschrieben.

Speichertyp Oracle-Unterstützung Sektorgröße Oracle Linux 8.x oder höher Windows Server 2019
Blockspeichertyp
SSD Premium Unterstützt. 512e ASM empfohlen. LVM wird unterstützt. Für ASM unter Windows nicht unterstützt
Premium SSD v21 Unterstützt. 4K Native oder 512e.2 ASM empfohlen. LVM wird unterstützt. Für ASM unter Windows nicht unterstützt Ändern Sie Protokolldateidatenträger von 4K Native auf 512e.
SSD Standard Nicht unterstützt.
HDD Standard Nicht unterstützt.
Ultra-Disk Unterstützt. Echtes 4K ASM empfohlen. LVM wird unterstützt. Für ASM unter Windows nicht unterstützt Ändern Sie Protokolldateidatenträger von 4K Native auf 512e.
Netzwerkspeichertypen
Azure NetApp-Dateien Unterstützt. Oracle dNFS erforderlich. Nicht unterstützt.
Azure-Dateien NFS Nicht unterstützt.
Azure Files (SMB) Nicht unterstützt.

1 Azure Premium SSD v2 verfügt nicht über vordefinierte Speichergrößen. Es ist nicht erforderlich, mehrere Datenträger innerhalb einer ASM-Datenträgergruppe oder einer LVM-Volumegruppe zuzuweisen. Die Empfehlung besteht darin, eine einzelne Premium SSD v2 mit der erforderlichen Größe, dem Durchsatz und IOPS pro ASM-Datenträgergruppe zuzuweisen.

2 512e wird auf Premium SSD v2 für Windows-Systeme unterstützt. Wir empfehlen keine 512e-Konfigurationen für Linux-Kunden. Migrieren Sie zu 4K Native, indem Sie das Verfahren innerhalb von My Oracle Support (MOS) zur Überprüfung der Sektorgrößen von 512/512e auf 4K Native verwenden (Dokument-ID 1133713.1).

Weitere Aspekte, die zutreffen:

  • Keine Unterstützung für DIRECTIO mit 4K-Sektorgröße. Die empfohlenen Einstellungen für FILESYSTEMIO_OPTIONS für LVM-Konfigurationen sind:

    • LVM: Wenn Sie Datenträger mit 512/512e Geometrie verwenden, lautet FILESYSTEMIO_OPTIONS = SETALLdie Einstellung .
    • LVM: Wenn Sie Datenträger mit 4K Native Geometrie verwenden, lautet FILESYSTEMIO_OPTIONS = ASYNCdie Einstellung .
  • Oracle 19c und höher unterstützt vollständig die Größe des 4K Native-Sektors sowohl mit ASM als auch LVM.

  • Oracle 19c und höher unter Linux. Wenn Sie von 512e Speicher in den 4K Native Storage Log-Sektor wechseln, müssen Sie die Größen ändern.

  • Informationen zur Migration von der Sektorgröße 512/512e zu 4K native (Dok-ID 1133713.1) finden Sie im Abschnitt "Offline-Migration auf 4-KB-Sektorfestplatten".

  • SAPInst schreibt während der pfile Installation. Wenn sich $ORACLE_HOME/dbs auf einem 4-K-Datenträger befindet, setzen Sie filesystemio_options=asynch und beachten Sie den Abschnitt „Datafile Support of 4-KB Sector Disks” in „MOS Supporting 4K Sector Disks” (Doc ID 1133713.1).

  • Keine Unterstützung für ASM auf Windows-Plattformen.

  • Keine Unterstützung für 4K-Native-Sektorgröße für Log-Volumes auf Windows-Plattformen. Premium SSD v2 und Ultra Disk müssen über das Stiftsymbol "Datenträger bearbeiten" im Azure-Portal auf 512e geändert werden.

  • Die 4K Native-Sektorgröße wird nur auf Datenvolumes für Windows-Plattformen unterstützt. 4K wird für Protokollvolumes unter Windows nicht unterstützt.

  • Die folgenden MOS-Artikel enthalten weitere Informationen:

    • "Oracle Linux: Puffercache des Dateisystems im Vergleich zu Direct I/O" (Doc ID 462072.1)
    • "Unterstützen von 4K Sector Disks" (Doc ID 1133713.1)
    • "Verwenden von 4K-Wiederholungsprotokollen auf Flash, 4K-Datenträger und SSD-basiertem Speicher" (Doc ID 1681266.1)
    • "Überlegungen zum Festlegen von filesystemio_options und disk_asynch_io" (Dokument-ID 1987437.1)

Wir empfehlen, Oracle ASM unter Linux mit ASMLib zu verwenden. Leistung, Verwaltung, Support und Konfiguration sind bei dem Bereitstellungsmuster optimiert. Oracle ASM und Oracle dNFS legen die richtigen Parameter oder Umgehungsparameter (z. B FILESYSTEMIO_OPTIONS. ) fest und liefern eine bessere Leistung und Zuverlässigkeit.

Speicherkonfigurationen für SAP unter Oracle unter Windows

Komponente Datenträger Host-Cache Striping1
E:\oracle\\<SID\>\origlogA und mirrlogB Premium Keiner. Nicht erforderlich.
F:\oracle\\<SID\>\origlogB und mirrlogA Premium Keiner. Nicht erforderlich.
G:\oracle\\<SID\>\sapdata1...*n* Premium Keiner. Empfohlen.
H:\oracle\\<SID\>\oraarch 2 Premium Keiner. Nicht erforderlich.
I:\Oracle Home, ... saptrace Premium Keine Keiner.

1 Striping: Windows-Speicherplätze.

2oraarch: Windows-Speicherplätze sind optional.

Sie müssen Datenträger für das Hosten von Oracles Online-Wiederholungsprotokollen basierend auf den IOPS-Anforderungen auswählen. Es ist möglich, alle sapdata1...*n* (Tablespaces) auf einem einzelnen eingebundenen Datenträger zu speichern, wenn das Volume, die IOPS und der Durchsatz die Anforderungen erfüllen.

Speicherkonfigurationen für SAP auf Oracle unter Linux

Komponente Datenträger Host-Cache Striping1
/oracle/\<SID\>/origlogA und mirrlogB Premium Keiner. Nicht erforderlich.
/oracle/\<SID\>/origlogB und mirrlogA Premium Keiner. Nicht erforderlich.
/oracle/\<SID\>/sapdata1...*n* Premium Keiner. Empfohlen.
/oracle/\<SID\>/oraarch 2 Premium Keiner. Nicht erforderlich.
Oracle Home, saptrace, ... Premium Keiner. Keiner.

1 Striping: LVM-Stripe mit RAID0.

2oraarch: LVM ist optional.

Sie müssen Datenträger für das Hosten von Oracles Online-Wiederholungsprotokollen basierend auf den IOPS-Anforderungen auswählen. Alle sapdata1...*n* (Tabellenbereiche) können auf einem einzelnen eingebundenen Datenträger gespeichert werden, wenn Volumen, IOPS und Durchsatz die Anforderungen erfüllen.

SAP auf Oracle in Azure mit LVM

ASM ist die Standardempfehlung von Oracle für alle SAP-Systeme jeglicher Größe in Azure. Leistung, Zuverlässigkeit und Support sind für Kunden besser, wenn sie ASM verwenden. Oracle bietet Dokumentation und Schulung für DBAs für die Umstellung auf ASM. Wenn das Oracle DBA-Team nicht der Empfehlung von Oracle, Microsoft und SAP zur Verwendung von ASM folgt, verwenden Sie die folgende LVM-Konfiguration.

Wenn Sie ein LVM erstellen, muss die -i Option zum gleichmäßigen Verteilen von Daten über die Anzahl der Datenträger in der LVM-Gruppe verwendet werden. Ein Spiegelprotokoll ist erforderlich, wenn Sie LVM ausführen.

Oracle ASM

Prüfliste für Oracle ASM:

  • Alle SAP auf Oracle auf Azure-Systemen führen ASM aus, einschließlich Entwicklung, Qualitätssicherung und Produktion für kleine, mittlere und große Datenbanken.
  • ASMLib wird verwendet und nicht UDEV , weil UDEV für mehrere SANs erforderlich ist. Dieses Szenario ist in Azure nicht vorhanden.
  • ASM sollte für externe Redundanz konfiguriert werden. Azure SSD Premium-Speicher bietet dreifache Redundanz. Azure SSD Premium steht der Zuverlässigkeit und Integrität jeder anderen Speicherlösung in nichts nach. Für optionale Sicherheit können Kunden die normale Redundanz für die Protokolldatenträgergruppe in Betracht ziehen.
  • Die Spiegelung von Layout-Dateien des Wiederholungsprotokolls ist für ASM optional: 888626 – Layout des Wiederholungsprotokolls für High-End-Systeme.
  • ASM-Datenträgergruppen werden gemäß Variant 1, 2 oder 3 konfiguriert.
  • ASM-Zuordnungseinheitsgröße = 4 MB (Standard). Für sehr große Datenbanksysteme (VLDB) OLAP-Systeme wie SAP Business Warehouse kann es von einer größeren ASM-Zuordnungseinheitsgröße profitieren. Ändern Sie nur, nachdem Sie Rücksprache mit dem Oracle-Support gehalten haben.
  • ASM-Sektorgröße und logische Sektorgröße = Standard (UDEV wird nicht empfohlen, erfordert jedoch 4K).
  • Wenn das COMPATIBLE.ASM Datenträgergruppen-Attribut für eine Datenträgergruppe auf 11.2 oder höher festgelegt ist, können Sie ein Oracle ASM SPFILE in das Oracle ACFS-Dateisystem erstellen, kopieren oder verschieben. Lesen Sie die Oracle-Dokumentation über das Verschieben von pfile in ACFS. Beachten Sie, dass SAPInst standardmäßig die pfile nicht in ACFS erstellt.
  • Die entsprechende ASM-Variante wird verwendet. Produktionssysteme sollten Variant 2 oder 3 verwenden.

Variantentypen

Hinweis

Sie können den Azure-Hostdatenträgercache für die DATA ASM-Datenträgergruppe entweder auf "Schreibgeschützt " oder "None" festlegen. Berücksichtigen Sie einige der neuen M(b)v3-VM-Typen, bei denen die Verwendung von Premium SSD v1 mit Lesecache zu niedrigeren Lese- und Schreib-IOPS-Raten sowie Durchsatz führen kann. Sie erhalten eine bessere Leistung, wenn Sie den Lesecache für diese VM-Typen nicht verwenden. Legen Sie alle anderen ASM-Datenträgergruppen auf "Keine" fest. Auf SAP Business Warehouse oder Supply Chain Management können Sie für große oder aktive Systeme eine separate ASM-Datenträgergruppe für TEMP in Betracht ziehen.

In diesem Beispiel verfügt ein Kunde über kleine oder mittelgroße Datenbanken (bis zu 3 TB). Sie können die Sicherung oder Wiederherstellung aller Datenbanken mithilfe von Oracle Recovery Manager (RMAN) zeitnah durchführen, wenn die Wiederherstellungszeit nicht kritisch ist. Wenn eine vollständige Oracle ASM-Datenträgergruppe mit Datendateien aus einer oder mehreren Datenbanken beschädigt ist, müssen Sie alle Datendateien aus allen Datenbanken wiederherstellen. Verwenden Sie RMAN, um diese Wiederherstellung für eine neu erstellte Oracle ASM-Datenträgergruppe auszuführen.

Empfehlung für die Oracle ASM-Datenträgergruppen:

ASM-Datenträgergruppenname Stores Azure Storage
+DATA Alle Datendateien

Steuerelementdatei (erste Kopie)

Online-Redo-Protokolle (erste Kopie)
3-6 x P 30 (1 TiB)

(Um die Datenbankgröße zu erhöhen, fügen Sie zusätzliche P30-Datenträger hinzu.)
+ARCH Steuerelementdatei (zweite Kopie)

Archivierte Wiederholungsprotokolle
2 × P20 (512 GiB)
+RECO Steuerelementdatei (dritte Kopie)

RMAN-Sicherungen (optional)

Wiederherstellungsbereich (optional)
2 × P20 (512 GiB)

Oracle ASM-Datenträgergruppen

Teil II des offiziellen Oracle Guide beschreibt die Installation und Verwaltung von ASM:

Für Oracle Database 12c oder höher gelten die folgenden ASM-Grenzwerte:

  • 511 Datenträgergruppen
  • 10.000 ASM-Datenträger in einer Datenträgergruppe
  • 65.530 ASM-Datenträger in einem Speichersystem
  • 1 Million Dateien für jede Datenträgergruppe

Weitere Informationen finden Sie unter Leistungs- und Skalierbarkeitsüberlegungen für Datenträgergruppen (oracle.com).

Lesen Sie die ASM-Dokumentation im entsprechenden SAP-Installationshandbuch für Oracle.

Hinzufügen von Speicherplatz zu ASM- und Azure-Datenträgern

Sie können Oracle ASM-Datenträgergruppen erweitern, indem Sie entweder zusätzliche Datenträger hinzufügen oder aktuelle Datenträger erweitern. Es wird empfohlen, zusätzliche Datenträger hinzuzufügen, anstatt vorhandene Datenträger zu erweitern. Lesen Sie diese MOS-Artikel und die MOS-Hinweise 1684112.1 und 2176737.1.

Mit dem folgenden Befehl wird der Datenträgergruppe ein ASM-Datenträger hinzugefügt:

asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'

ASM sorgt für einen automatischen Ausgleich der Daten. Führen Sie den folgenden Befehl aus, um das Rebalancing zu überprüfen:

ps -ef | grep rbal

Hier ist eine Beispielausgabe:

oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1

Weitere Informationen finden Sie unter:

SAP auf Oracle-ASM-Systemen in Azure überwachen

Führen Sie einen Oracle Automatic Workload Repository (AWR)-Bericht als ersten Schritt aus, wenn Sie ein Leistungsproblem beheben. Der AWR-Bericht enthält detaillierte Informationen zu den Leistungsmetriken von Datenträgern.

Sie können die Datenträgerleistung innerhalb von Oracle Enterprise Manager und über externe Tools überwachen. Weitere Informationen findest du unter:

Überwachungstools auf Betriebssystemebene können ASM-Datenträger nicht überwachen, da kein erkennbares Dateisystem vorhanden ist. Sie müssen freien Speicherplatz von Oracle aus überwachen.

Azure NetApp Files mit Oracle dNFS

Die Kombination aus Azure-VMs und Azure NetApp-Dateien ist eine robuste und bewährte Kombination, die von vielen Kunden auf außergewöhnlich großem Maßstab implementiert wird.

Datenbanken mit 100 TB werden bereits produktiv auf dieser Kombination ausgeführt. Einen ausführlichen Blog zum Einrichten dieser Kombination finden Sie unter Bereitstellen von SAP AnyDB (Oracle 19c) mit Azure NetApp Files – Microsoft Tech Community.

Weitere allgemeine Informationen finden Sie unter:

Spiegelprotokoll ist auf dNFS Azure NetApp Files-Produktionssystemen erforderlich.

Obwohl Azure NetApp Files hochgradig redundant ist, erfordert Oracle weiterhin ein gespiegeltes redo-logfile Volume. Es wird empfohlen, zwei separate Volumes zu erstellen und origlogA zusammen mit mirrlogB sowie origlogB zusammen mit mirrlogA zu konfigurieren. In diesem Fall verwenden Sie einen verteilten Lastenausgleich von redo-logfiles.

Wenn der dNFS-Client konfiguriert ist, halten wir die Bereitstellungsoption nconnect nicht für ratsam. dNFS verwaltet den E/A-Kanal und nutzt mehrere Sitzungen. Diese Option ist veraltet und kann viele Probleme verursachen. Der dNFS-Client ignoriert die Montierungsoptionen und behandelt die E/A direkt.

Beide NFS-Versionen (v3 und v4.1) mit Azure NetApp Files werden für Oracle-Binärdatendateien und Protokolldateien unterstützt. Es wird dringend empfohlen, den Oracle dNFS-Client für alle Oracle-Volumes zu verwenden.

Wir empfehlen die folgenden Einhängeoptionen:

NFS-Version Einbindungsoptionen
NFSv3 rw,vers=3,rsize=262144,wsize=262144,hard,timeo=600,noatime
NFSv4.1 rw,vers=4.1,rsize=262144,wsize=262144,hard,timeo=600,noatime

Azure NetApp Files-Sicherung

Mit Azure NetApp Files sind einige wichtige Features verfügbar, z. B. konsistente snapshotbasierte Sicherungen, geringe Latenz und bemerkenswert hohe Leistung. Ab Version 6 des AzAcSnap-Tools können Sie Oracle-Datenbanken für konsistente Datenbankmomentaufnahmen konfigurieren. Weitere Informationen finden Sie unter Azure Application Consistent Snapshot Tool für Azure NetApp Files.

Die Momentaufnahmen verbleiben auf dem tatsächlichen Datenvolume und müssen mit Azure NetApp Files cross-region replication (CRR) oder anderen Sicherungstools entfernt werden. Weitere Informationen finden Sie unter "Regionsübergreifende Replikation von Azure NetApp Files".

Oracle-Konfigurationsrichtlinien für SAP-Installationen in Azure VMs unter Windows

SAP auf Oracle in Azure unterstützt auch Windows. Die Empfehlungen für Windows-Bereitstellungen sind:

  • Verwenden Sie die folgenden Windows-Versionen:

    • Windows Server 2022 (erst ab Oracle Database 19.13.0)
    • Windows Server 2019 (unterstützt ab Oracle Database 19.5.0)
  • Verwenden Sie Windows-Speicherplätze, um Datenträger für eine optimale Leistung zu aggregieren, da ASM unter Windows nicht unterstützt wird.

  • Installieren Sie Oracle Home auf einem dedizierten unabhängigen Datenträger. (Installieren Sie Oracle Home nicht auf dem C:\ Laufwerk.)

  • Formatieren Sie alle Datenträger als NTFS.

  • Folgen Sie dem Windows Tuning-Handbuch von Oracle, und aktivieren Sie große Seiten, sperren Sie Seiten im Arbeitsspeicher, und erstellen Sie andere Windows-spezifische Einstellungen.

Zum Zeitpunkt des Schreibens von ASM für Windows werden Kunden unter Azure nicht unterstützt. Derzeit unterstützt der SAP Software Provisioning Manager für Windows ASM nicht.

Azure-Infrastruktur: Vm-Durchsatzbeschränkungen und Azure-Datenträgerspeicheroptionen

Aktuelle Empfehlungen für Oracle Storage

  • Azure Premium Storage: Die meisten Kunden stellen auf ASM mit Premium Storage bereit.
  • Azure NetApp Files: VLDB-Kunden, häufig mit einzelnen Oracle-Datenbanken größer als 50 TB, verwenden in der Regel Azure NetApp Files and Storage Snapshot-Funktionen von Azure NetApp Files für die Sicherung und Wiederherstellung.
  • Leistungssteigerung verwalteter Datenträger: Azure-VMs.
  • Write Accelerator: Wird für den Fall verwendet, dass das Oracle-Redo-Protokoll auf Premium SSD v1-Datenträgern basiert.
  • Online-Datenträgererweiterung: Vollständig unterstützt für Premium Storage v1 und funktioniert mit ASM.

Sie können die Protokollschreibzeiten auf virtuellen Azure M-Series-Computern verbessern, indem Sie Write Accelerator aktivieren. Aktivieren Sie den Write Accelerator für die Premium-SSD-Speicherlaufwerke, die von der ASM-Diskgruppe für Online-Redo-Logdateien verwendet werden. Weitere Informationen finden Sie unter Write Accelerator.

Die Verwendung von Write Accelerator ist optional, sie können jedoch aktiviert werden, wenn der AWR-Bericht angibt, dass die Protokollschreibzeiten höher als erwartet sind.

Grenzwerte für den Azure-VM-Durchsatz

Jeder Azure-VM-Typ verfügt über Grenzwerte für CPU, Datenträger, Netzwerk und RAM.

Befolgen Sie diese Empfehlungen, wenn Sie einen VM-Typ auswählen:

Sichern und Wiederherstellen

Die Funktionen zum Sichern und Wiederherstellen werden für die SAP BR*Tools für Oracle genauso unterstützt wie auf Bare-Metal-Systemen und Hyper-V. RMAN wird auch für Sicherungen auf Datenträger und Wiederherstellungen vom Datenträger unterstützt.

Weitere Informationen dazu, wie Sie Azure Backup- und Wiederherstellungsdienste für Oracle-Datenbanken verwenden können, finden Sie unter Azure Backup und Sichern und Wiederherstellen einer Oracle-Datenbank auf einer Azure Linux-VM mithilfe von Azure Backup.

Hochverfügbarkeit

Oracle Data Guard wird aus Gründen der Hochverfügbarkeit und der Notfallwiederherstellung unterstützt. Um ein automatisches Failover in Data Guard zu erreichen, muss Fast Start-Failover (FSFA) verwendet werden. Die Beobachterfunktion (FSFA) löst das Failover aus. Wenn Sie FSFA nicht verwenden, können Sie nur eine Konfiguration für manuelles Failover verwenden. Weitere Informationen finden Sie unter Implementieren von Oracle Data Guard auf einer Azure Linux-VM.

Informationen zu Aspekten der Notfallwiederherstellung von Oracle-Datenbanken in Azure finden Sie unter Notfallwiederherstellung für eine Oracle Database 12c-Datenbank in einer Azure-Umgebung.

HugePages und große Oracle SGA-Konfigurationen

VLDB-SAP-Bereitstellungen auf Oracle und Azure verwenden SGA-Größen von mehr als 3 TB. Moderne Versionen von Oracle verarbeiten große SGA-Größen gut und reduzieren I/O erheblich. Überprüfen Sie den AWR-Bericht, und erhöhen Sie die SGA-Größe, um die Anzahl der E/A-Lesevorgänge zu verringern.

Als allgemeine Anleitung konfigurieren Sie Linux HugePages auf ca. 75% der VM-RAM-Größe. Sie können die SGA auf 90% der Größe HugePage festlegen. Für ein ungefähres Beispiel hätte eine M192ms-VM mit 4 TB RAM HugePages auf etwa 3 TB festgelegt. Sie können die SGA auf einen Wert festlegen, der etwas kleiner ist, z. B. 2,95 TB.

Große SAP-Kunden, die auf High-Memory Azure-VMs laufen, profitieren von HugePages. Weitere Informationen finden Sie in den Konfigurationsschritten von Oracle HugePages.

Nicht einheitliche Speicherzugriffssysteme vm.min_free_kbytes (NUMA) sollten auf 524288 (Anzahl der NUMA-Knoten) festgelegt werden. Weitere Informationen finden Sie unter Oracle Linux: Empfohlener Wert von vm.min_free_kbytes Kernel Tuning Parameter (Doc ID 2501269.1...).

Schulungsressourcen für Oracle ASM

Informationen zu Oracle DBAs, die nicht mit Oracle ASM vertraut sind, finden Sie in den folgenden Schulungsmaterialien und Ressourcen:

Oracle Linux-Dienstprogramme

Oracle Linux bietet ein nützliches Hilfsprogramm mit grafischer Benutzeroberfläche für die Verwaltung:

Oracle Linux verfügt über das neue Paketverwaltungstool DNF:

Sie können Speicher- und NUMA-Konfigurationen mit Oracle Real Application Testing testen und benchmarken:

Weitere Informationen zu Oracle unter Windows finden Sie unter:

Weitere Informationen zu SAP-VM-DBMS-Bereitstellungen finden Sie in den Überlegungen zur Azure-VMs-DBMS-Bereitstellung für SAP-Workload.