Azure Virtual Machines Oracle DBMS-implementatie voor SAP-workload

Dit document bevat verschillende gebieden waar u rekening mee moet houden bij het implementeren van Oracle Database voor SAP-workload in Azure IaaS. Voordat u dit document leest, raden we u aan Overwegingen te lezen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload. We raden u ook aan andere handleidingen te lezen in de documentatie voor SAP-workload in Azure.

U vindt informatie over Oracle-versies en bijbehorende besturingssysteemversies die worden ondersteund voor het uitvoeren van SAP op Oracle op Azure in SAP Note 2039619.

Algemene informatie over het uitvoeren van SAP Business Suite op Oracle vindt u op SAP op Oracle. Oracle-software wordt ondersteund door Oracle om te worden uitgevoerd op Microsoft Azure. Raadpleeg de Veelgestelde vragen over Oracle en Microsoft Azure voor meer informatie over algemene ondersteuning Windows Hyper-V Microsoft Azure Azure.

SAP-notities die relevant zijn voor Oracle, SAP en Azure

De volgende SAP-opmerkingen hebben betrekking op SAP on Azure.

De exacte configuraties en functionaliteit die worden ondersteund door Oracle en SAP on Azure worden beschreven in SAP Note #2039619.

Windows en Oracle Linux zijn de enige besturingssystemen die worden ondersteund door Oracle en SAP on Azure. De veelgebruikte Linux-distributies SLES en RHEL worden niet ondersteund voor het implementeren van Oracle-onderdelen in Azure. Oracle-onderdelen omvatten de Oracle Database client, die door SAP-toepassingen wordt gebruikt om verbinding te maken met de Oracle DBMS.

Uitzonderingen, volgens SAP Note #2039619, zijn SAP-onderdelen die geen gebruik maken van de Oracle Database client. Dergelijke SAP-onderdelen zijn de op zichzelf staande enqueue-, berichtserver-, enqueuereplicatieservices, WebDispatcher en SAP Gateway van SAP.

Zelfs als u uw Oracle DBMS- en SAP-toepassings instances op Oracle Linux gebruikt, kunt u uw SAP Central-services uitvoeren op SLES of RHEL en deze beveiligen met een op Pacemaker gebaseerd cluster. Pacemaker als framework voor hoge beschikbaarheid wordt niet ondersteund op Oracle Linux.

Specifieke informatie voor Oracle Database over Windows

Oracle-configuratierichtlijnen voor SAP-installaties in Azure-VM's op Windows

In overeenstemming met de SAP-installatiehandleiding mogen Oracle-gerelateerde bestanden niet worden geïnstalleerd of opgeslagen in de besturingssysteemschijf van de VM (station c:). Virtuele machines van verschillende grootten kunnen een verschillend aantal gekoppelde schijven ondersteunen. Kleinere typen virtuele machines kunnen een kleiner aantal gekoppelde schijven ondersteunen.

Als u kleinere VM's hebt en de limiet bereikt van het aantal schijven dat u aan de VM kunt koppelen, kunt u Oracle Home, Stage, , , , of installeren/vinden op de saptrace saparch sapbackup sapcheck sapreorg besturingssysteemschijf. Deze onderdelen van Oracle DBMS-onderdelen zijn niet al te intensief met I/O- en I/O-doorvoer. Dit betekent dat de besturingssysteemschijf aan de I/O-vereisten kan voldoen. De standaardgrootte van de besturingssysteemschijf moet 127 GB zijn.

Oracle Database en redo-logboekbestanden moeten worden opgeslagen op afzonderlijke gegevensschijven. Er is een uitzondering voor de tijdelijke Oracle-tabelruimte. Tempfiles kan worden gemaakt op D:/ (niet-permanent station). De niet-permanente D:\ station biedt ook een betere I/O-latentie en doorvoer (met uitzondering van VM's uit de A-serie).

Als u de juiste hoeveelheid ruimte voor de wilt bepalen, kunt u de grootte van de op tempfiles tempfiles bestaande systemen controleren.

Opslagconfiguratie

Alleen Oracle met één exemplaar dat gebruik maakt van schijven met NTFS-indeling wordt ondersteund. Alle databasebestanden moeten worden opgeslagen op het NTFS-bestandssysteem op Managed Disks (aanbevolen) of op VHD's. Deze schijven worden aan de azure-VM bevestigd en zijn gebaseerd op Azure-pagina-blobopslag of Azure Managed Disks.

Lees het artikel Azure Storage voor SAP-workload voor meer informatie over de specifieke Azure-blokopslagtypen die geschikt zijn voor DBMS-workload.

We raden u ten zeerste aan Om Azure Managed Disks. We raden u ook ten zeerste aan Om Azure Premium Storage of Azure Ultra Disk te gebruiken voor Oracle Database implementaties.

Netwerkstations of externe shares, zoals Azure-bestandsservices, worden niet ondersteund voor Oracle Database bestanden. Zie voor meer informatie:

• Introducing Microsoft Azure File Service (Introductie van Microsoft Azure File-service)

• Persisting connections to Microsoft Azure Files (Permanente verbindingen met Microsoft Azure-bestanden)

Als u schijven gebruikt die zijn gebaseerd op Azure-pagina-blobopslag of Managed Disks, zijn de instructies in Overwegingen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload ook van toepassing op implementaties met Oracle Database.

Er bestaan quota voor IOPS-doorvoer voor Azure-schijven. Dit concept wordt uitgelegd in Overwegingen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload. De exacte quota zijn afhankelijk van het VM-type dat u gebruikt. Een lijst met VM-typen met hun quota vindt u op Grootten Windows virtuele machines in Azure.

Zie SAP-notitie voor het identificeren van de ondersteunde typen virtuele [Azure-1928533.]

De minimale configuratie is als volgt:

Schijven selecteren voor het hosten van online redo-logboeken moeten worden aangestuurd door IOPS-vereisten. Het is mogelijk om alle sapdata1 op te slaan... n (tablespaces) op één gemonteerde schijf, zolang de grootte, IOPS en doorvoer aan de vereisten voldoen.

De prestatieconfiguratie is als volgt:

*(n+1): het hosten van system-, TEMP- en UNDO-tabelruimten. Het I/O-patroon van systeem- en ongedaan maken-tabelruimten verschilt van andere tabelruimten die toepassingsgegevens hosten. Geen caching is de beste optie voor de prestaties van de tabelruimten Systeem en Ongedaan maken.

*oraarch: opslaggroep is niet nodig vanuit het oogpunt van prestaties. Het kan worden gebruikt om meer ruimte te krijgen.

Als er meer IOPS vereist zijn in het geval van Azure Premium Storage, raden we u aan om Windows Storage-pools (alleen beschikbaar in Windows Server 2012 en hoger) te gebruiken om één groot logisch apparaat te maken op meerdere bevestigingsschijven. Deze aanpak vereenvoudigt de beheeroverhead voor het beheren van de schijfruimte en helpt u te voorkomen dat u handmatig bestanden over meerdere aan elkaar geplaatste schijven distribueert.

Write Accelerator

Voor VM's uit de Azure M-serie kan de latentie bij het schrijven naar de online logboeken voor opnieuw uitvoeren worden verminderd door factoren in vergelijking met Azure Premium Storage. Schakel Azure Write Accelerator voor de schijven (VHD's) op basis van Azure Premium Storage die worden gebruikt voor online redo-logboekbestanden. Zie voor meer informatie Write Accelerator. Of gebruik Azure Ultra Disk voor het online redo-logboekvolume.

Back-up/herstel

Voor back-up-/herstelfunctionaliteit worden SAP BR*Tools for Oracle op dezelfde manier ondersteund als op standaard-Windows Server-besturingssystemen. Oracle Recovery Manager (RMAN) wordt ook ondersteund voor back-ups op schijf en herstel van schijf.

U kunt ook Azure Backup om een toepassings-consistente VM-back-up uit te voeren. In het artikel Uw VM-back-upinfrastructuur plannen in Azure wordt uitgelegd hoe Azure Backup de vss-functionaliteit van Windows gebruikt voor het uitvoeren van toepassings-consistente back-ups. De Oracle DBMS-releases die worden ondersteund in Azure door SAP, kunnen gebruikmaken van de VSS-functionaliteit voor back-ups. Zie de Oracle-documentatie Basisconcepten van back-up en herstel van databases met VSS voor meer informatie.

Hoge beschikbaarheid

Oracle Data Guard wordt ondersteund voor hoge beschikbaarheid en herstel na noodherstel. Als u automatische failover in Data Guard wilt bereiken, moet u Fast-Start Failover (FSFA) gebruiken. De waarnemer (FSFA) activeert de failover. Als u geen FSFA gebruikt, kunt u alleen een handmatige failoverconfiguratie gebruiken.

Zie Disaster recovery for an Oracle Database 12c database in an Azure environment (Herstel na noodherstel voor een 12c-database ineen Azure-omgeving) voor meer informatie over herstel na noodherstel voor Oracle-databases in Azure.

Versneld netwerken

Voor Oracle-implementaties op Windows raden we ten zeerste versnelde netwerken aan, zoals beschreven in Versneld netwerken van Azure. Houd ook rekening met de aanbevelingen die worden gedaan in Overwegingen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload.

Anders

Overwegingen voor azure Virtual Machines DBMS-implementatie voor SAP-workload beschrijft andere belangrijke concepten met betrekking tot implementaties van VM's met Oracle Database, waaronder Azure-beschikbaarheidssets en SAP-bewaking.

Details voor Oracle Database over Oracle Linux

Oracle-software wordt ondersteund door Oracle om te worden uitgevoerd op Microsoft Azure met Oracle Linux als gast-besturingssysteem. Zie de Veelgestelde vragen over Azure en Oracle voor meer Windows ondersteuning voor Hyper-V en Azure.

Het specifieke scenario van SAP-toepassingen die gebruikmaken van Oracle Databases wordt ook ondersteund. Details worden besproken in het volgende deel van het document.

Ondersteuning voor Oracle-versie

Zie SAP 2039619Note voor meer informatie over welke Oracle-versies en bijbehorende besturingssysteemversies worden ondersteund voor het uitvoeren van SAP op Oracle op Azure Virtual Machines.

Algemene informatie over het uitvoeren van SAP Business Suite op Oracle vindt u op de sap-pagina van de Oracle-community.

Oracle-configuratierichtlijnen voor SAP-installaties in Azure-VM's in Linux

In overeenstemming met de SAP-installatiehandleiding mogen Oracle-gerelateerde bestanden niet worden geïnstalleerd of in systeem stuurprogramma's voor de opstartschijf van een VM worden geplaatst. Verschillende grootten van virtuele machines ondersteunen een wisselend aantal gekoppelde schijven. Kleinere typen virtuele machines kunnen een kleiner aantal gekoppelde schijven ondersteunen.

In dit geval raden we u aan oracle home, stage, , , , of te installeren/te zoeken om saptrace de schijf op te saparch sapbackup sapcheck sapreorg starten. Deze onderdelen van Oracle DBMS-onderdelen zijn niet intensief voor I/O- en I/O-doorvoer. Dit betekent dat de besturingssysteemschijf aan de I/O-vereisten kan voldoen. De standaardgrootte van de besturingssysteemschijf is 30 GB. U kunt de opstartschijf uitbreiden met behulp van Azure Portal, PowerShell of CLI. Nadat de opstartschijf is uitgebreid, kunt u een extra partitie toevoegen voor binaire Oracle-bestanden.

Opslagconfiguratie

De bestandssystemen ext4, xfs, NFSv4.1 (alleen op Azure NetApp Files (ANF)) of Oracle ASM (zie SAP Note #2039619 voor vereisten voor release/versie) worden ondersteund voor Oracle Database-bestanden in Azure. Alle databasebestanden moeten worden opgeslagen op deze bestandssystemen op basis van VHD's, Managed Disks of ANF. Deze schijven worden aan de azure-VM bevestigd en zijn gebaseerd op Azure-pagina-blobopslag, Azure Managed Disksof Azure NetApp Files.

Lijst met minimale vereisten, zoals:

• Voor Oracle Linux UEK-kernels is minimaal UEK-versie 4 vereist voor de ondersteuning van Azure Premium-SD's.
• Voor Oracle met ANF is de minimaal ondersteunde Oracle Linux 8.2.
• Voor Oracle met ANF is de minimaal ondersteunde Oracle-versie 19c (19.8.0.0)

Bekijk het artikel Azure Storage voor SAP-workload voor meer informatie over de specifieke Azure-blokopslagtypen die geschikt zijn voor DBMS-workload.

Met behulp van Azure-blokopslag wordt het ten zeerste aanbevolen om azure managed disks en Azure Premium-SD's te gebruiken voor uw implementaties Oracle Database implementaties.

Met uitzondering van Azure NetApp Files worden andere gedeelde schijven, netwerkstations of externe shares zoals Azure File Services (AFS) niet ondersteund voor Oracle Database bestanden. Raadpleeg de volgende artikelen voor meer informatie:

• Introducing Microsoft Azure File Service (Introductie van Microsoft Azure File-service)

• Persisting connections to Microsoft Azure Files (Permanente verbindingen met Microsoft Azure-bestanden)

Als u schijven gebruikt op basis van Azure-pagina-blobopslag of Managed Disks, zijn de instructies in Overwegingen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload ook van toepassing op implementaties met Oracle Database.

Er bestaan quota voor IOPS-doorvoer voor Azure-schijven. Dit concept wordt uitgelegd in Overwegingen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload. De exacte quota zijn afhankelijk van het gebruikte VM-type. Zie Grootten voor virtuele Linux-machines in Azurevoor een lijst met VM-typen met hun quota.

Zie SAP-notitie voor meer informatie over de ondersteunde typen virtuele [Azure-1928533.]

Minimale configuratie:

*Stripping: LVM stripe of MSTRIPM met RAID0

De schijfselectie voor het hosten van de online redo-logboeken van Oracle moet worden aangestuurd door IOPS-vereisten. Het is mogelijk om alle sapdata1... n (tablespaces) op één schijf, zolang het volume, de IOPS en de doorvoer aan de vereisten voldoen.

Prestatieconfiguratie:

*Stripping: LVM stripe of MSTRIPM met RAID0

*(n+1):het hosten van SYSTEM-, TEMP- en UNDO-tabelruimten: Het I/O-patroon van systeem- en ongedaan maken-tabelruimten verschilt van andere tabelruimten die toepassingsgegevens hosten. Geen caching is de beste optie voor de prestaties van de tabelruimten Systeem en Ongedaan maken.

*oraarch: opslaggroep is niet nodig vanuit het oogpunt van prestaties.

Als er meer IOPS nodig zijn bij het gebruik van Azure Premium Storage, raden we u aan om LVM (Logical Volume Manager) of MHOKM te gebruiken om één groot logisch volume te maken via meerdere bevestigingsschijven. Zie Considerations for Azure Virtual Machines DBMS deployment for SAP workload (Overwegingen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload) met betrekking tot richtlijnen en aanwijzers over het gebruik van LVM of MGEBRUIKM voor meer informatie. Deze aanpak vereenvoudigt de beheeroverhead van het beheer van de schijfruimte en voorkomt dat u bestanden handmatig over meerdere aan elkaar geplaatste schijven kunt distribueren.

Als u van plan bent om Azure NetApp Files moet u ervoor zorgen dat de dNFS-client juist is geconfigureerd. Het gebruik van dNFS is verplicht om een ondersteunde omgeving te hebben. De configuratie van dNFS wordt beschreven in het artikel Creating an Oracle Database on Direct NFS (Een Oracle Database direct NFS).

Een voorbeeld waarin het gebruik van Azure NetApp Files NFS voor Oracle-databases wordt gedemonstreerd, wordt weergegeven in het blog SAP AnyDB (Oracle 19c) implementeren met Azure NetApp Files.

Write Accelerator

Wanneer u Azure Write Accelerator gebruikt voor azure M-serie VM's, kan de latentie bij het schrijven naar de online redo-logboeken worden verminderd door factoren bij het gebruik van Azure Premium Storage. Schakel Azure Write Accelerator voor de schijven (VHD's) op basis van Azure Premium Storage die worden gebruikt voor online redo-logboekbestanden. Zie voor meer informatie Write Accelerator. Of gebruik Azure Ultra Disk voor het volume van het online redo-logboek.

Back-up/herstel

Voor back-up-/herstelfunctionaliteit worden SAP BR*Tools for Oracle op dezelfde manier ondersteund als op bare metal en Hyper-V. Oracle Recovery Manager (RMAN) wordt ook ondersteund voor back-ups op schijf en herstel vanaf schijf.

Zie Back-up and recover an Oracle Database 12c database on an Azure Linux virtual machine (Een back-up maken en herstellen van een Oracle Database 12c-databaseop een virtuele Linux-machine in Azure) voor meer informatie over het gebruik van Azure Backup- en Recovery-services voor het maken van back-up en het herstellen van Oracle-databases.

Azure Backup-service ondersteunt ook Oracle-back-ups, zoals beschreven in het artikel Back-up en herstel van een Oracle Database 19c-databaseop een Virtuele Linux-VM van Azure met behulp van Azure Backup .

Hoge beschikbaarheid

Oracle Data Guard wordt ondersteund voor hoge beschikbaarheid en herstel na noodherstel. Als u automatische failover in Data Guard wilt bereiken, moet u Fast-Start Failover (FSFA) gebruiken. De functie Waarnemer (FSFA) activeert de failover. Als u geen FSFA gebruikt, kunt u alleen een handmatige failoverconfiguratie gebruiken. Zie Oracle Data Guard implementeren op een virtuele Linux-machine in Azure voor meer informatie.

Aspecten van herstel na noodherstel voor Oracle-databases in Azure worden beschreven in het artikel Herstel na noodherstel voor een Oracle Database 12c-database in een Azure-omgeving.

Versneld netwerken

Ondersteuning voor versneld netwerken van Azure in Oracle Linux wordt geleverd met Oracle Linux 7 Update 5 (Oracle Linux 7.5). Als u niet kunt upgraden naar de nieuwste versie van Oracle Linux 7.5, is er mogelijk een tijdelijke oplossing met behulp van de RedHat Compatible Kernel (RHCK) in plaats van de Oracle UEK-kernel.

Het gebruik van de RHEL-kernel in Oracle Linux wordt ondersteund volgens SAP Note #1565179. Voor versneld netwerken van Azure moet de minimale release van de RHCKL-kernel 3.10.0-862.13.1.el7 zijn. Als u de UEK-kernel in Oracle Linux in combinatie met Versneld netwerkenvan Azure gebruikt, moet u Oracle UEK kernel versie 5 gebruiken.

Als u VM's implementeert vanaf een installatiekopie die niet is gebaseerd op Azure Marketplace, moet u aanvullende configuratiebestanden kopiëren naar de VM door de volgende code uit te voeren:

# Copy settings from GitHub to the correct place in the VM
sudo curl -so /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules https://raw.githubusercontent.com/LIS/lis-next/master/hv-rhel7.x/hv/tools/68-azure-sriov-nm-unmanaged.rules 

Volgende stappen

Lees het artikel

• Overwegingen voor azure Virtual Machines DBMS-implementatie voor SAP-workload