Oracle-Datenbankbereitstellung für SAP-Workloads in Azure Virtual Machines
Dieses Dokument behandelt verschiedene wichtige Themen für die Bereitstellung von Oracle Database für SAP-Workload in Azure IaaS. Bevor Sie dieses Dokument lesen, empfehlen wir, dass Sie Azure Virtual Machines – DBMS-Bereitstellung für SAP-Workload lesen. Zudem empfehlen wir, dass Sie weitere Anleitungen in der Dokumentation zur SAP-Workload in Azure lesen.
Informationen zu den verschiedenen Oracle-Versionen und den entsprechenden Betriebssystemversionen, die für den Betrieb von SAP unter Oracle in Azure unterstützt werden, finden Sie in SAP-Hinweis 2039619.
Allgemeine Informationen zum Ausführen der SAP Business Suite in Oracle finden Sie unter SAP unter Oracle. Oracle unterstützt die Ausführung von Oracle-Datenbanken in Microsoft Azure. Weitere Informationen zur allgemeinen Unterstützung für Windows Hyper-V und Azure finden Sie in Oracle und Microsoft Azure – häufig gestellte Fragen.
Für eine Oracle-Installation relevante SAP-Hinweise
Besonderheiten bei Oracle Database unter Oracle Linux
Oracle unterstützt die Ausführung ihrer Datenbankinstanzen in Microsoft Azure mit Oracle Linux als Gastbetriebssystem. Weitere Informationen zur allgemeinen Unterstützung für Windows Hyper-V und Azure finden Sie unter Azure und Oracle – häufig gestellte Fragen.
Das spezielle Szenario der gemeinsamen Verwendung von SAP-Anwendungen und Oracle Database wird ebenfalls unterstützt. Details finden Sie im nächsten Teil des Dokuments.
Allgemeine Empfehlungen zum Ausführen von SAP auf Oracle in Azure
Beim Installieren oder Migrieren vorhandener SAP in Oracle-Systeme in Azure sollte das folgende Bereitstellungsmuster befolgt werden:
- Verwenden Sie die neueste verfügbare Oracle Linux-Version (Oracle Linux 8.6 oder höher).
- Verwenden Sie die neueste Oracle Database-Version, die mit dem aktuellen SAP Bundle Patch (SBP) bereitgestellt wird (Oracle 19, Patch 15 oder höher) 2799920 – Patches für 19c: Database.
- Verwenden Sie Automatic Storage Management (ASM) für kleine, mittlere und große Datenbanken in einem Blockspeicher.
- Es sollte Azure Storage Premium (SSD) verwendet werden. Verwenden Sie keine Standard- oder anderen Speichertypen.
- Durch ASM entfällt die Notwendigkeit eines Spiegelungsprotokolls. Befolgen Sie den Leitfaden von Oracle im Hinweis 888626 – Layout des Redo-Protokolls für High-End-Systeme.
- Verwenden Sie ASMLib und nicht udev.
- Azure NetApp Files-Bereitstellungen sollten Oracle dNFS verwenden, die Hochleistungs-Direct NFS-Treiberlösung (Network File System) von Oracle.
- Große Oracle-Datenbanken profitieren in hohem Maße von hohen SGA-Größen (System Global Area). Große Kunden sollten für die Bereitstellung die Azure M-Serie mit 4 TB oder mehr RAM verwenden.
- Festlegen von Linux HugePages auf 75 % der physischen RAM-Größe
- Festlegen des System Global Area (SGA) auf 90 % der HugePages-Größe
- Legen Sie den Oracle-Parameter USE_LARGE_PAGES = ONLY fest: Der Wert ONLY wird gegenüber dem Wert TRUE bevorzugt, da der Wert ONLY eine konsistentere und vorhersagbarere Leistung liefern soll. Der Wert TRUE kann sowohl große Seite mit 2 MB als auch Standardseiten mit 4K zuordnen. Der Wert ONLY erzwingt immer große Seiten mit 2 MB. Wenn die Anzahl der verfügbaren großen Seiten nicht ausreicht oder nicht ordnungsgemäß konfiguriert ist, wird die Datenbankinstanz nicht gestartet mit dem Fehlercode: ora-27102: Nicht genügend Arbeitsspeicher Linux_x86_64 Fehler 12: Speicher kann nicht zugewiesen werden. Wenn nicht genügend zusammenhängender Arbeitsspeicher vorhanden ist, muss Oracle Linux möglicherweise neu gestartet werden, eventuell müssen auch die HugePages-Parameter des Betriebssystems neu konfiguriert werden.
- Oracle Home sollte sich außerhalb des Stammvolumes oder -datenträgers befinden. Verwenden Sie einen separaten Datenträger oder ein ANF-Volume. Der Datenträger für Oracle Home sollte mindestens 64 GB groß sein.
- Die Größe des Startdatenträgers spielt bei großen, leistungsstarken Oracle-Datenbankservern eine wichtige Rolle. Für die M- oder E-Serie sollte mindestens ein P10-Datenträger verwendet werden. Verwenden Sie keine kleinen Datenträger wie P4 oder P6. Ein kleiner Datenträger kann zu Leistungsproblemen führen.
- Auf allen VMs muss der beschleunigte Netzwerkbetrieb aktiviert sein. Führen Sie ein Upgrade auf das neueste Oracle Linux-Release durch, wenn Probleme bei der Aktivierung des beschleunigten Netzwerkbetriebs auftreten.
- Überprüfen Sie diese Dokumentation und den folgenden SAP-Hinweis auf Updates: 2039619 – SAP-Anwendungen in Microsoft Azure unter Verwendung von Oracle Database: Unterstützte Produkte und Versionen – SAP ONE Support Launchpad.
Informationen dazu, welche Oracle-Versionen und entsprechenden Betriebssystemversionen für die Ausführung von SAP auf Oracle in Azure-VMs unterstützt werden, finden Sie in SAP-Hinweis 2039619.
Allgemeine Informationen zum Ausführen der SAP Business Suite in Oracle finden Sie auf der Communityseite zu SAP auf Oracle. SAP auf Oracle in Azure wird nur unter Oracle Linux (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. Anwendungsserver (PAS/AAS) sollten auf diesen VMs nicht installiert werden. 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 Multicast-Netzwerke erfordert.
Speicherkonfiguration
Es gibt zwei empfohlene Speicherbereitstellungsmuster für SAP auf Oracle in Azure:
- Oracle Automatic Storage Management (ASM)
- Azure NetApp Files (ANF) mit Oracle dNFS (Direct NFS)
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-Fachkräfte für die Datenbankverwaltung (DBAs) mit weiterführenden Informationen zur Installation und Verwaltung von ASM.
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 unterstützt | Für ASM unter Windows nicht unterstützt |
| SSD Premium v21 | Unterstützt | 4K Native oder 512e2 | ASM empfohlen LVM unterstützt | Für ASM unter Windows nicht unterstützt Ändern von Protokolldateidatenträgern von 4K Native auf 512e |
| SSD Standard | Nicht unterstützt | |||
| HDD Standard | Nicht unterstützt | |||
| Ultra-Datenträger | Unterstützt | 4K Native | ASM empfohlen LVM unterstützt | Für ASM unter Windows nicht unterstützt Ändern von Protokolldateidatenträgern von 4K Native auf 512e |
| Netzwerkspeichertypen | ||||
| Azure NetApp-Dienst (ANF) | Unterstützt | - | Oracle dNFS erforderlich | Nicht unterstützt |
| Azure Files NFS | Nicht unterstützt | |||
| Azure Files (SMB) | Nicht unterstützt |
- Azure SSD Premium v2 verfügt nicht über vordefinierte Speichergrößen. Es ist nicht erforderlich, mehrere Datenträger innerhalb einer ASM-Datenträgergruppe oder LVM-VG zuzuweisen. Es wird empfohlen, einen einzelnen SSD Premium v2-Datenträger mit den erforderlichen Werten für Größe, Durchsatz und IOPS pro ASM-Datenträgergruppe zuzuweisen.
- 512e wird auf SSD Premium v2 für Windows-Systeme unterstützt. 512e-Konfigurationen werden für Linux-Kunden/-Kundinnen nicht empfohlen. Migrieren Sie zu 4K Native mit dem Verfahren in MOS von der 512/512e-Sektorgröße zu 4K Native Review (Dokument-ID 1133713.1)
Weitere Überlegungen:
- DIRECTIO wird mit der Sektorgröße 4K Native nicht unterstützt. Empfohlene Einstellungen für FILESYSTEMIO_OPTIONS für LVM-Konfigurationen:
- LVM – Wenn Datenträger mit 512/512e-Geometrie verwendet werden: FILESYSTEMIO_OPTIONS = SETALL
- LVM – Wenn Datenträger mit 4K Native-Geometrie verwendet werden: FILESYSTEMIO_OPTIONS = ASYNC
- Oracle 19c und höher unterstützt die Sektorgröße 4K Native mit ASM und LVM.
- Oracle 19c und höher unter Linux – beim Wechsel von 512e-Speicher zu 4K Native-Speicher müssen die Protokollsektorgrößen geändert werden.
- Informationen zum Migrieren von der 512/512e-Sektorgröße zu 4K Native Review (Dokument-ID 1133713.1) finden Sie im Abschnitt „Offlinemigration zu Datenträgern mit 4 KB-Sektoren“.
- SAPInst schreibt während der Installation in die pfile. Wenn sich „$ORACLE_HOME/dbs“ auf einem 4K-Datenträger befindet, legen Sie „filesystemio_options=asynch“ fest, und lesen den Abschnitt „DataFile-Unterstützung von Datenträgern mit 4 KB-Sektoren“ in MOS mit Unterstützung für Datenträger mit 4K-Sektoren (Dokument-ID 1133713.1)
- Keine Unterstützung für ASM auf Windows-Plattformen
- Die Sektorgröße 4K Native wird für das Protokollvolume auf Windows-Plattformen nicht unterstützt. SSDv2 und Disk Ultra müssen über das Stiftsymbol „Datenträger bearbeiten“ im Azure-Portal in 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.
- Es wird empfohlen, die folgenden MOS-Artikel zu lesen:
- Oracle Linux: Puffercache des Dateisystems im Vergleich zu Direct I/O (Dokument-ID 462072.1)
- Unterstützung für Datenträger mit 4K-Sektoren (Dokument-ID 1133713.1)
- Verwenden von 4k-Wiederholungsprotokollen auf Flashspeicher, 4k-Datenträgern und SSD-basiertem Speicher (Dokument-ID 1681266.1)
- Überlegungen zum Festlegen von filesystemio_options und disk_asynch_io (Dokument-ID 1987437.1)
Es wird empfohlen, Oracle ASM unter Linux mit ASMLib zu verwenden. Leistung, Verwaltung, Support und Konfiguration sind bei dem Bereitstellungsmuster optimiert. Oracle ASM und Oracle dNFS werden die richtigen Parameter festlegen oder umgehen (z. B. FILESYSTEMIO_OPTIONS) und somit eine bessere Leistung und Zuverlässigkeit bieten.
Oracle Automatic Storage Management (ASM)
Prüfliste für Oracle Automatic Storage Management:
- Alle SAP auf Oracle in Azure-Systeme führen ASM aus, einschließlich Entwicklung, Qualitätssicherung und Produktion. Kleine, mittlere und große Datenbanken
- Es wird ASMLib verwendet, nicht UDEV. UDEV wird für mehrere SANs benötigt, ein Szenario, das es in Azure nicht gibt.
- 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 kann die Option Normale Redundanz für die Protokolldatenträgergruppe in Betracht gezogen werden.
- Die Spiegelung von Layout-Dateien des Wiederholungsprotokolls ist für ASM optional: 888626 – Layout des Wiederholungsprotokolls für High-End-Systeme
- ASM-Datenträgergruppen, die gemäß Variante 1, 2 oder 3 konfiguriert sind (siehe unten).
- Größe der ASM-Zuordnungseinheit = 4 MB (Standard). VLDB OLAP-Systeme (Very Large Databases) wie SAP BW können von einer größeren ASM-Zuordnungseinheit profitieren. Ändern Sie diese Einstellung nur nach Rücksprache mit dem Oracle-Support.
- ASM-Sektorgröße und logische Sektorgröße = Standard (UDEV wird nicht empfohlen, erfordert aber 4K).
- Wenn das COMPATIBLE.ASM-Attribut für die Datenträgergruppe auf 11.2 oder höher festgelegt, können Sie ein Oracle ASM SPFILE im ACFS-Dateisystem erstellen, kopieren oder verschieben. Lesen Sie die Oracle-Dokumentation zum Verschieben von pfile in ACFS. SAPInst erstellt das pfile standardmäßig nicht in ACFS.
- Es wird eine geeignete ASM-Variante verwendet. Produktionssysteme sollten Variante 2 oder 3 verwenden.
Oracle ASM-Datenträgergruppen
Teil II des offiziellen Oracle-Handbuchs beschreibt die Installation und Verwaltung von ASM:
- Administratorhandbuch zu Oracle Automatic Storage Management 19c
- Handbuch zu Installation und Upgrade von Oracle Grid Infrastructure Grid Infrastructure, 19c für Linux
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 pro Datenträgergruppe. Weitere Informationen finden Sie hier: Überlegungen zur Leistung und Skalierbarkeit für Datenträgergruppen (oracle.com).
Überprüfen Sie die ASM-Dokumentation im relevanten SAP-Installationshandbuch für Oracle, verfügbar unter https://help.sap.com/viewer/nwguidefinder
Variante 1 – kleine bis mittlere Datenmengen bis zu 3 TB, Wiederherstellungszeit nicht kritisch
Bei kleinen oder mittelgroßen Datenbanken kann eine Sicherung und/oder Wiederherstellung aller Datenbanken mit RMAN innerhalb eines angemessenen Zeitraums durchgeführt werden. Beispiel: Eine vollständige Oracle ASM-Datenträgergruppe mit Datendateien aus einer oder mehreren Datenbanken ist beschädigt, und alle Datendateien aus sämtlichen Datenbanken müssen in einer neu erstellten Oracle ASM-Datenträgergruppe mit RMAN wiederhergestellt werden.
Empfehlung für die Oracle ASM-Datenträgergruppen:
| Name der ASM-Datenträgergruppe | Stores | Azure Storage |
|---|---|---|
| +DATA | Alle Datendateien | 3–6 × P30 (1 TiB) |
| Steuerungsdatei (erste Kopie) | Fügen Sie zum Vergrößern der Datenbank zusätzliche P30-Datenträger hinzu. | |
| Online-Redo-Protokolle (erste Kopie) | ||
| +ARCH | Steuerelementdatei (zweite Kopie) | 2 × P20 (512 GiB) |
| Archivierte Wiederholungsprotokolle | ||
| +RECO | Steuerelementdatei (dritte Kopie) | 2 × P20 (512 GiB) |
| RMAN-Sicherungen (optional) | ||
| Wiederherstellungsbereich (optional) |
Variante 2 – mittlere bis große Datenmengen zwischen 3 TB und 12 TB, Wiederherstellungszeit ist wichtig
Der Kunde verfügt über mittelgroße oder große Datenbanken, bei denen eine Sicherung und/oder Wiederherstellung aller Datenbanken nicht innerhalb eines angemessenen Zeitraums durchgeführt werden kann.
In der Regel wird eine Kombination aus RMAN, Azure Backup für Oracle und/oder Momentaufnahmetechniken für Datenträger verwendet.
Wichtige Unterschiede zu Variante 1:
- Separate Oracle ASM-Datenträgergruppe für jede Datenbank.
- <DBNAME>+_ wird als Präfix für den Namen der DATA-Datenträgergruppe verwendet.
- Wenn sich die Datenbank über mehr als eine DATA-Datenträgergruppe erstreckt, wird die Nummer der DATA-Datenträgergruppe angehängt.
- In den „data“-Datenträgergruppen befinden sich keine Online-Wiederholungsprotokolle. Stattdessen wird eine zusätzliche Datenträgergruppe für das erste Mitglied jeder Online-Redo-Protokollgruppe verwendet.
| Name der ASM-Datenträgergruppe | Stores | Azure Storage |
|---|---|---|
| +<DBNAME>_DATA[#] | Alle Datendateien | 3–12 × P30 (1 TiB) |
| Alle temporären Dateien | Fügen Sie zum Vergrößern der Datenbank zusätzliche P30-Datenträger hinzu. | |
| Steuerungsdatei (erste Kopie) | ||
| +OLOG | Online-Redo-Protokolle (erste Kopie) | 3 × P20 (512 GiB) |
| +ARCH | Steuerelementdatei (zweite Kopie) | 3 × P20 (512 GB) |
| Archivierte Wiederholungsprotokolle | ||
| +RECO | Steuerelementdatei (dritte Kopie) | 3 × P20 (512 GiB) |
| RMAN-Sicherungen (optional) | ||
| Bereich für schnelle Wiederherstellung (optional) |
Variante 3 – sehr große Datenmengen und Datenänderungsvolumen von mehr als 5 TB, Wiederherstellungszeit ist von entscheidender Bedeutung
Bei einer riesigen Datenbank kann die Sicherung und/oder Wiederherstellung einer einzelnen Datenbank nicht innerhalb eines angemessenen Zeitraums durchgeführt werden.
In der Regel wird eine Kombination aus RMAN, Azure Backup für Oracle und/oder Disk-Snap-Techniken verwendet. Bei dieser Variante wird jeder relevante Datenbankdateityp auf verschiedene Oracle ASM-Datenträgergruppen aufgeteilt.
| Name der ASM-Datenträgergruppe | Stores | Azure Storage |
|---|---|---|
| +<DBNAME>_DATA[#] | Alle Datendateien | 5–30 oder mehr × P30 (1 TiB) oder P40 (2 TiB) |
| Alle temporären Dateien Fügen Sie zum Vergrößern der Datenbank zusätzliche P30-Datenträger hinzu. | ||
| Steuerungsdatei (erste Kopie) | ||
| +OLOG | Online-Redo-Protokolle (erste Kopie) | 3–8 × P20 (512 GiB) oder P30 (1 TiB) |
| Für mehr Sicherheit kann „Normale Redundanz“ für diese ASM-Datenträgergruppe ausgewählt werden. | ||
| +ARCH | Steuerelementdatei (zweite Kopie) | 3–8 × P20 (512 GiB) oder P30 (1 TiB) |
| Archivierte Wiederholungsprotokolle | ||
| +RECO | Steuerelementdatei (dritte Kopie) | 3 × P30 (1 TiB), P40 (2 TiB) oder P50 (4 TiB) |
| RMAN-Sicherungen (optional) | ||
| Bereich für schnelle Wiederherstellung (optional) |
Hinweis
Der Azure-Hostdatenträgercache für die DATA-ASM-Datenträgergruppe kann entweder auf „Schreibgeschützt“ oder „Kein“ festgelegt werden. Beachten Sie, dass bei einigen der neuen M(b)v3-VM-Typen 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 kann. Alle anderen ASM-Datenträgergruppen sollten auf „Kein“ festgelegt werden. Für BW oder SCM kann eine separate ASM-Datenträgergruppe für TEMP für große oder stark ausgelastete Systeme in Betracht gezogen werden.
Hinzufügen von Speicherplatz zu ASM- und Azure-Datenträgern
Oracle ASM-Datenträgergruppen können entweder durch das Hinzufügen zusätzlicher Datenträger oder durch das Erweitern bestehender Datenträger erweitert werden. Es wird empfohlen, zusätzliche Datenträger hinzuzufügen, anstatt vorhandene Datenträger zu erweitern. Lesen Sie diese MOS-Artikel und -Hinweise: 1684112.1 und 2176737.1.
ASM fügt der Datenträgergruppe einen Datenträger hinzu: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'
ASM sorgt für einen automatischen Ausgleich der Daten. Führen Sie diesen Befehl aus, um den Ausgleich zu überprüfen.
ps -ef | grep rbal
oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1
Die Dokumentation finden Sie hier:
- Anpassen der Größe von ASM-Datenträgergruppen zwischen mehreren Zonen (aemcorp.com)
- Ändern der Größe – Ändern von Festplattengruppen (oracle.com)
Überwachen von SAP auf Oracle ASM-Systemen in Azure
Führen Sie als ersten Schritt einen Oracle AWR-Bericht (Automatic Workload-Repository) aus, wenn Sie ein Leistungsproblem beheben. Der AWR-Bericht enthält detaillierte Informationen zu den Leistungsmetriken von Datenträgern.
Die Datenträgerleistung kann in Oracle Enterprise Manager und über externe Tools überwacht werden. Eine nützliche Dokumentation finden Sie hier:
- Verwenden von Ansichten zum Anzeigen von Oracle ASM-Informationen
- Verwaltungsbefehle für ASMCMD-Datenträgergruppen (oracle.com)
Überwachungstools auf Betriebssystemebene können ASM-Datenträger nicht überwachen, da es kein erkennbares Dateisystem gibt. Die Überwachung des freien Speicherplatzes muss von Oracle aus erfolgen.
Schulungsressourcen für Oracle Automatic Storage Management (ASM)
Oracle-Fachkräfte für die Datenbankverwaltung (DBAs), die noch nicht mit Oracle ASM vertraut sind, finden hier Schulungsmaterialien und Ressourcen:
- SAP auf Oracle mit ASM in Microsoft Azure – Teil 1 – Microsoft Tech Community
- Oracle19c DB [ ASM ] Installation auf [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] – YouTube
- Administratorleitfaden zu ASM (oracle.com)
- Oracle für die SAP-Entwicklung – Update (Mai 2022)
- Überlegungen zur Leistung und Skalierbarkeit für Datenträgergruppen (oracle.com)
- Migrieren zu Oracle ASM mit Oracle Enterprise Manager
- Verwenden von RMAN zum Migrieren zu ASM | The Oracle Mentor (wordpress.com)
- Was ist Oracle ASM für Azure IaaS? – Gespräch (red-gate.com)
- ASM-Befehlszeilenprogramm (ASMCMD) (oracle.com)
- Nützliche asmcmd-Befehle – DBACLASS DBACLASS
- Installieren und Konfigurieren der Oracle ASMLIB-Software
Azure NetApp Files (ANF) mit Oracle dNFS (Direct NFS)
Die Kombination aus Azure-VMs und ANF hat sich als robust bewährt und wird von zahlreichen Kunden und Kundinnen in außerordentlich großem Maßstab eingesetzt.
Datenbanken von mehr als 100 TB werden mit dieser Kombination bereits produktiv betrieben. Zum Einstieg haben wir in einem Blog ausführlich beschrieben, wie Sie diese Kombination einrichten können:
Allgemeinere Informationen
- Lösungsarchitekturen mit Azure NetApp Files | Oracle
- Lösungsarchitekturen mit Azure NetApp Files | SAP in anyDB
Für dNFS-ANF-Produktionssysteme ist ein Spiegelungsprotokoll erforderlich.
Auch wenn ANF hochgradig redundant ist, benötigt Oracle dennoch ein gespiegeltes Volume für die Redo-Protokolldateien. Die Empfehlung lautet, zwei separate Volumes zu erstellen und origlogA zusammen mit mirrlogB und origlogB zusammen mit mirrlogA zu konfigurieren. In diesem Fall verwenden Sie einen verteilten Lastenausgleich für die Redo-Protokolldateien.
Die Bereitstellungsoption „nconnect“ wird nicht empfohlen, wenn der dNFS-Client konfiguriert ist. dNFS verwaltet den E/A-Kanal und nutzt mehrere Sitzungen, weshalb diese Option überflüssig ist und zahlreiche Probleme verursachen kann. Der dNFS-Client ignoriert die Bereitstellungsoptionen und behandelt die E/A direkt.
Beide NFS-Versionen (v3 und v4.1) mit ANF werden für die Oracle-Binärdateien, Daten- und Protokolldateien unterstützt.
Es wird dringend empfohlen, den Oracle-dNFS-Client für alle Oracle-Volumes zu verwenden.
Empfohlene Bereitstellungsoptionen:
| NFS-Version | Bereitstellungsoptionen |
|---|---|
| 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 |
ANF-Sicherung
Mit ANF stehen Ihnen einige wichtige Funktionen zur Verfügung, darunter konsistente Sicherungen auf Basis von Momentaufnahmen, geringe Latenzzeiten und eine bemerkenswert hohe Leistung. Ab Version 6 des AzAcSnap-Tools (siehe Tool für konsistente ANF-Momentaufnahmen in Azure-Anwendungen) können Oracle-Datenbanken für konsistente Datenbankmomentaufnahmen konfiguriert werden.
Diese Momentaufnahmen verbleiben auf dem eigentlichen Datenvolume und müssen mit ANF CRR (Cross Region Replication, siehe Regionsübergreifende Replikation von Azure NetApp Files-Volumes) oder anderen Sicherungstools kopiert und verschoben werden.
SAP auf Oracle in Azure mit LVM
ASM ist die Standardempfehlung von Oracle für alle SAP-Systeme jeglicher Größe in Azure. Kunden und Kundinnen, die ASM verwenden, profitieren von einer besseren Leistung, Zuverlässigkeit und Unterstützung. Oracle bietet Dokumentation und Schulung für DBAs für die Umstellung auf ASM. In Fällen, in denen das Oracle-DBA-Team nicht den Empfehlungen von Oracle, Microsoft und SAP zur Verwendung von ASM folgt, sollte die folgende LVM-Konfiguration verwendet werden.
Hinweis: Bei der LVM-Erstellung muss die Option „-i“ verwendet werden, um die Daten gleichmäßig auf die Datenträger in der LVM-Gruppe zu verteilen.
Bei der LVM-Ausführung wird ein Spiegelungsprotokoll benötigt.
Mindestkonfiguration für Linux:
| Komponente | Datenträger | Hostcache | Striping1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA & mirrlogB | Premium | Keine | Nicht erforderlich |
| /oracle/<SID>/origlogaB & mirrlogA | Premium | Keine | Nicht erforderlich |
| /oracle/<SID>/sapdata1...n | Premium | Keine | Empfohlen |
| /oracle/<SID>/oraarch2 | Premium | Keine | Nicht erforderlich |
| Oracle Home, saptrace, ... | Premium | Keine | Keine |
- Striping: LVM-Stripe mit RAID 0
- oraarch: LVM ist optional
Die Datenträgerauswahl für das Hosten von Onlinewiederholungsprotokollen von Oracle wird über IOPS-Anforderungen gesteuert. Alle sapdata1...n (Tabellenbereiche) können auf einem einzelnen eingebundenen Datenträger gespeichert werden, solange Volumen, IOPS und Durchsatz die Anforderungen erfüllen.
Leistungskonfiguration für Linux:
| Komponente | Datenträger | Hostcache | Striping1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA | Premium | Keine | Kann verwendet werden |
| /oracle/<SID>/origlogaB | Premium | Keine | Kann verwendet werden |
| /oracle/<SID>/mirrlogAB | Premium | Keine | Kann verwendet werden |
| /oracle/<SID>/mirrlogBA | Premium | Keine | Kann verwendet werden |
| /oracle/<SID>/sapdata1...n | Premium | Keine | Empfohlen |
| /oracle/<SID>/oraarch2 | Premium | Keine | Nicht erforderlich |
| Oracle Home, saptrace, ... | Premium | Keine | Keine |
- Striping: LVM-Stripe mit RAID 0
- oraarch: LVM ist optional
Azure-Infrastruktur: VM-Durchsatzgrenzwerte und Azure Disk Storage-Optionen
Aktuelle Empfehlungen für Oracle-Speicher
- Azure Storage Premium: Die meisten Kunden stellen in ASM mit Storage Premium bereit.
- Azure NetApp Files: VLDB-Kunden (häufig mit einzelnen Oracle-Datenbanken, die größer als 50 TB sind) verwenden für Sicherung und Wiederherstellung häufig ANF und Funktionen für Speichermomentaufnahmen von Azure NetApp-Dateien.
- Verwaltetes Datenträgerbursting – Verwaltetes Datenträgerbursting – Azure Virtual Machines | Microsoft-Dokumentation
- Azure-Schreibbeschleunigung: wird in Fällen verwendet, in denen das Oracle-Wiederholungsprotokoll auf SSD Premium v1-Datenträgern basiert.
- Die Online-Datenträgererweiterung wird für Storage Premium v1 vollständig unterstützt und funktioniert mit ASM.
Die Schreibzeiten für Protokolle können auf VMs der Azure M-Serie durch Aktivierung der Schreibbeschleunigung verbessert werden. Aktivieren Sie die Azure-Schreibbeschleunigung für Azure Storage Premium-Datenträger, die von der ASM-Datenträgergruppe für Online-Redo-Protokolldateien verwendet werden. Weitere Informationen finden Sie unter Schreibbeschleunigung.
Die Verwendung der Schreibbeschleunigung ist optional, kann aber aktiviert werden, wenn der AWR-Bericht längere Protokollschreibzeiten anzeigt als erwartet.
Azure-VM-Durchsatzgrenzwerte
Für jeden Azure VM-Typ gelten bestimmte Grenzwerte für CPU, Datenträger, Netzwerk und RAM. Diese Grenzwerte sind unter den folgenden Links dokumentiert.
Bei der Auswahl eines VM-Typs sollten Sie die folgenden Empfehlungen beachten:
- Stellen Sie sicher, dass Datenträgerdurchsatz und IOPS für die Workload ausreichen und mindestens dem Gesamtdurchsatz der Datenträger entsprechen.
- Erwägen Sie die Aktivierung von kostenpflichtigem Bursting, insbesondere für Redo-Protokolldatenträger.
- Für ANF ist der Netzwerkdurchsatz wichtig, da der gesamte Speicherdatenverkehr dem Netzwerk- und nicht dem Datenträgerdurchsatz zugerechnet wird.
- Lesen Sie diesen Blog zur Netzwerkoptimierung für die M-Serie: Optimieren des Netzwerkdurchsatzes für Azure-VMs der M-Serie, HCMT (microsoft.com)
- Lesen Sie diesen Artikel, der beschreibt, wie Sie mithilfe eines AWR-Berichts die richtige Azure-VM auswählen.
- Azure Intel Ev5: Edv5- und Edsv5-Serie – Azure Virtual Machines |Microsoft-Dokumentation
- Azure AMD Eadsv5: Easv5- und Eadsv5-Serie – Azure Virtual Machines |Microsoft-Dokumentation
- Azure-Serien M/Msv2: M-Serie – Azure Virtual Machines |Microsoft-Dokumentation und Msv2- und Mdsv2-Serie mit mittlerem Arbeitsspeicher – Azure Virtual Machines | Microsoft-Dokumentation
- Azure Mv2: Mv2-Serie – Azure Virtual Machines | Microsoft-Dokumentation
Sichern/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. Auch Oracle Recovery Manager (RMAN) wird für Sicherungen auf einen Datenträger und Wiederherstellungen von einem Datenträger unterstützt.
Weitere Informationen dazu, wie Sie Azure-Dienste für Sicherung und Wiederherstellung für Oracle-Datenbanken nutzen können, finden Sie hier:
- Der Azure Backup-Dienst unterstützt auch Oracle-Sicherungen, wie im Artikel Sichern und Wiederherstellen einer Oracle-Datenbank auf einer Azure-Linux-VM mithilfe von Azure Backup beschrieben.
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 einem virtuellen Azure-Linux-Computer.
Überlegungen zur Notfallwiederherstellung von Oracle-Datenbanken in Azure werden im Artikel Notfallwiederherstellungsszenario für eine Oracle Database 12c-Datenbank in einer Azure-Umgebung vorgestellt.
HugePages und große Oracle SGA-Konfigurationen
VLDB SAP auf Oracle in Azure-Bereitstellungen verwenden SGA-Größen von mehr als 3 TB. Moderne Versionen von Oracle verarbeiten große SGA-Größen gut und verringern die E/A-Vorgänge 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 Richtlinie sollten Linux HugePages auf etwa 75 % der Größe des VM-RAM konfiguriert werden. Die SGA-Größe kann auf 90 % der HugePages-Größe festgelegt werden. Ein ungefähres Beispiel wäre eine M192ms-VM mit 4 TB RAM, die eine festgelegte HugePages-Größe von ca. 3 TB hätte. Die SGA-Größe kann auf einen etwas niedrigeren Wert festgelegt werden, z. B. 2,95 TB.
Große SAP-Kunden, die Azure VMs mit sehr viel Arbeitsspeicher nutzen, profitieren stark von HugePages, wie in diesem Artikel beschrieben wird.
Für NUMA-Systeme sollte „vm.min_free_kbytes“auf 524288 * <Anzahl der NUMA-Knoten> festgelegt werden. Siehe Oracle Linux : Empfohlener Wert des Parameters „vm.min_free_kbytes“ für die Kerneloptimierung (Doc ID 2501269.1...
Links und weitere Oracle Linux-Hilfsprogramme
Oracle Linux bietet ein nützliches Hilfsprogramm mit grafischer Benutzeroberfläche für die Verwaltung:
- Oracle-Webkonsole: Oracle Linux: Installieren der Cockpit-Webkonsole unter Oracle Linux
- Upstream: Cockpit-Projekt (cockpit-project.org)
Oracle Linux stellt ein neues Tool zur Paketverwaltung bereit – DNF
Oracle Linux 8: Paketverwaltung leicht gemacht mit kostenlosen Videos | Oracle Linux-Blog
Oracle® Linux 8: Verwalten von Software in Oracle Linux – Kapitel 1: Yum-DNF
Arbeitsspeicher- und NUMA-Konfigurationen können mit einem nützlichen Tool getestet und verglichen werden – Oracle Real Application Testing (RAT)
Oracle Real Application Testing (RAT): Was ist das, und wie nutzen Sie es? (aemcorp.com)
Informationen zum Problem der UDEV-Protokollbeschädigung: Oracle-Redo-Protokollbeschädigung in Azure | Oracle in the field (wordpress.com)
Oracle ASM in Azure: Beschädigung – Nachverfolgung (dbaharrison.blogspot.com)
Datenbeschädigung in Hyper-V oder Azure bei Verwendung von Oracle ASM – Red Hat-Kundenportal
Oracle-Konfigurationsrichtlinien für SAP-Installationen auf Azure-VMs unter Windows
SAP auf Oracle in Azure unterstützt auch Windows. Die Empfehlungen für Windows-Bereitstellungen werden nachfolgend zusammengefasst:
- Die folgenden Windows-Versionen werden empfohlen: Windows Server 2022 (erst ab Oracle Database 19.13.0) Windows Server 2019 (erst ab Oracle Database 19.5.0)
- ASM wird unter Windows nicht unterstützt. Verwenden Sie „Windows-Speicherplätze“, um Datenträger für eine optimale Leistung zu aggregieren.
- Installieren Sie Oracle Home auf einem dedizierten, unabhängigen Datenträger (installieren Sie Oracle Home nicht auf Laufwerk C:).
- Alle Datenträger müssen mit NTFS formatiert werden.
- Befolgen Sie den Oracle-Leitfaden zur Optimierung von Windows, und aktivieren Sie die Optionen „Große Seiten“, „Seiten im Arbeitsspeicher sperren“ und weitere Windows-spezifische Einstellungen.
Zum Zeitpunkt der Entstehung dieses Artikels wurde ASM für Windows-Kunden/-Kundinnen in Azure nicht unterstützt. Der SAP Software Provisioning Manager (SWPM) für Windows unterstützt ASM derzeit nicht.
Speicherkonfigurationen für SAP auf Oracle unter Windows
Mindestkonfiguration für Windows:
| Komponente | Datenträger | Hostcache | Striping1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA & mirrlogB | Premium | Keine | Nicht erforderlich |
| F:\oracle\<SID>\origlogaB & mirrlogA | Premium | Keine | Nicht erforderlich |
| G:\oracle\<SID>\sapdata1...n | Premium | Keine | Empfohlen |
| H:\oracle\<SID>\oraarch2 | Premium | Keine | Nicht erforderlich |
| I:\Oracle Home, saptrace, ... | Premium | Keine | Keine |
- Striping: Windows-Speicherplätze
- oraarch: „Windows-Speicherplätze“ ist optional
Die Datenträgerauswahl für das Hosten von Onlinewiederholungsprotokollen von Oracle wird über IOPS-Anforderungen gesteuert. Alle sapdata1...n (Tabellenbereiche) können auf einem einzelnen eingebundenen Datenträger gespeichert werden, solange Volumen, IOPS und Durchsatz die Anforderungen erfüllen.
Leistungskonfiguration für Windows:
| Komponente | Datenträger | Hostcache | Striping1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA | Premium | Keine | Kann verwendet werden |
| F:\oracle\<SID>\origlogaB | Premium | Keine | Kann verwendet werden |
| G:\oracle\<SID>\mirrlogAB | Premium | Keine | Kann verwendet werden |
| H:\oracle\<SID>\mirrlogBA | Premium | Keine | Kann verwendet werden |
| I:\oracle\<SID>\sapdata1...n | Premium | Keine | Empfohlen |
| J:\oracle\<SID>\oraarch2 | Premium | Keine | Nicht erforderlich |
| K:\Oracle Home, saptrace, ... | Premium | Keine | Keine |
- Striping: Windows-Speicherplätze
- oraarch: „Windows-Speicherplätze“ ist optional
Links für Oracle unter Windows
- Übersicht über die Windows-Optimierung (oracle.com)
- Konfigurationsaufgaben nach der Installation unter Windows (oracle.com)
- SAP unter Windows (Präsentation) (oracle.com)2823030 – Oracle unter MS WINDOWS: Große Seiten
Nächste Schritte
Artikel lesen