Azure Virtual Machines Oracle DBMS-implementatie voor SAP-workload

  • Artikel
  • 18 minuten om te lezen

In dit document worden verschillende gebieden besproken die u moet overwegen bij het implementeren van de Oracle Database for SAP-workload in Azure IaaS. Voordat u dit document leest, raden we u aan Overwegingen voor Azure Virtual Machines DBMS-implementatie voor SAP-workload te lezen. We raden u ook aan andere handleidingen te lezen in de documentatie voor SAP-workloads in Azure.

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

Algemene informatie over het uitvoeren van SAP Business Suite op Oracle vindt u op SAP on 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 voor Windows Hyper-V en Azure.

De volgende SAP-opmerkingen zijn relevant voor een Oracle-installatie

Notitienummer Titel van notitie
1738053 SAPinst voor Oracle ASM-installatie SAP ONE Support Launchpad
2896926 Compatibiliteit van ASM-schijfgroepen NetWeaver SAP ONE Support Launchpad
1550133 Oracle Automatic Storage Management (ASM) gebruiken met SAP NetWeaver-producten SAP ONE Support Launchpad]
888626 Indeling van opnieuw logboek voor geavanceerde systemen SAP ONE Support Launchpad
105047 Ondersteuning voor Oracle-functies in de SAP-omgeving SAP ONE Support Launchpad
2799920 Patches voor 19c: Database SAP ONE Support Launchpad
974876 Oracle Transparent Data Encryption (TDE) SAP ONE Support Launchpad
2936683 Oracle Linux 8: SAP-installatie en -upgrade uitvoeren voor LAUNCHPAD-ondersteuning voor SAP ONE
1672954 Oracle 11g, 12c, 18c en 19c: gebruik van hugepages op Linux
1171650 Geautomatiseerde controle van Oracle DB-parameters
2936683 Oracle Linux 8: SAP-installatie en -upgrade

Details voor Oracle Database op Oracle Linux

Oracle-software wordt ondersteund door Oracle om te worden uitgevoerd op Microsoft Azure met Oracle Linux als gastbesturingssystemen. Zie veelgestelde vragen over Azure en Oracle voor meer informatie over algemene ondersteuning voor Windows Hyper-V en Azure.

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

Algemene aanbevelingen voor het uitvoeren van SAP op Oracle in Azure

Bij het installeren of migreren van bestaande SAP op Oracle-systemen naar Azure, moet het volgende implementatiepatroon worden gevolgd:

  1. De meest recente Versie van Oracle Linux gebruiken die beschikbaar is (Oracle Linux 8.6 of hoger)
  2. Gebruik de meest recente Versie van Oracle Database die beschikbaar is met de meest recente SAP Bundle Patch (SBP) (Oracle 19 Patch 15 of hoger) 2799920 - Patches voor 19c: Database
  3. Automatisch opslagbeheer (ASM) gebruiken voor kleine, middelgrote en grote databases in blokopslag
  4. Azure Premium Storage SSD moet worden gebruikt. Gebruik geen Standard- of andere opslagtypen.
  5. ASM verwijdert de vereiste voor mirrorlogboek. Volg de richtlijnen van Oracle in Notitie 888626 - Logboekindeling opnieuw uitvoeren voor geavanceerde systemen
  6. GEBRUIK ASMLib en niet udev
  7. Azure NetApp Files implementaties moeten oracle dNFS (oracle's eigen direct NFS-oplossing met hoge prestaties) gebruiken
  8. Grote databases profiteren enorm van grote SGA-grootten. Grote klanten moeten implementeren op Azure M-serie met 4 TB of meer RAM-geheugen.
    • Stel Linux Huge Pages in op 75% van de fysieke RAM-grootte
    • SGA instellen op 90% van het paginaformaat Voor grote pagina's
  9. Oracle Home moet zich buiten het hoofdvolume of de schijf bevinden. Gebruik een afzonderlijke schijf of ANF-volume. De schijf met de Oracle Home moet 64 GB of groter zijn
  10. De grootte van de opstartschijf voor grote Oracle-databaseservers met hoge prestaties is belangrijk. Voor de M- of E-serie moet minimaal een P10-schijf worden gebruikt. Gebruik geen kleine schijven, zoals P4 of P6. Een kleine schijf kan prestatieproblemen veroorzaken.
  11. Versneld netwerken moet zijn ingeschakeld op alle VM's. Upgrade naar de nieuwste OL-release als er problemen zijn met het inschakelen van versneld netwerken
  12. Controleren op updates in deze documentatie en SAP-notitie 2039619 - SAP-toepassingen in Microsoft Azure met behulp van de Oracle Database: Ondersteunde producten en versies - SAP ONE Support Launchpad

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

Algemene informatie over het uitvoeren van SAP Business Suite in Oracle vindt u op de pagina sap op Oracle-community. SAP on Oracle on Azure wordt alleen ondersteund in Oracle Linux (en niet in Suse of Red Hat). Oracle RAC wordt niet ondersteund in Azure omdat voor RAC multicast-netwerken vereist zijn.

Opslagconfiguratie

Er zijn twee aanbevolen opslagimplementatiepatronen voor SAP on Oracle on Azure:

  1. Oracle Automatic Storage Management (ASM)
  2. Azure NetApp Files (ANF) met Oracle dNFS (Direct NFS)

Klanten die momenteel Oracle-databases uitvoeren op EXT4- of XFS-bestandssystemen met LVM, worden aangemoedigd om over te stappen op ASM. Het uitvoeren op ASM heeft aanzienlijke prestatie-, beheer- en betrouwbaarheidsvoordelen ten opzichte van LVM. ASM vermindert de complexiteit, verbetert de ondersteuningsmogelijkheden en maakt beheertaken eenvoudiger. Deze documentatie bevat koppelingen voor Oracle DBA's om te leren hoe u ASM installeert en beheert.

Oracle Automatic Storage Management (ASM)

Controlelijst voor automatisch opslagbeheer van Oracle:

  1. Op alle SAP on Oracle on Azure-systemen wordt ASM uitgevoerd, inclusief ontwikkeling, QAS en productie. Kleine, middelgrote en grote databases
  2. ASMLib wordt gebruikt en niet UDEV. UDEV is vereist voor meerdere SAN's, een scenario dat niet bestaat in Azure
  3. ASM moet worden geconfigureerd voor externe redundantie. Azure Premium SSD-opslag heeft een ingebouwde drievoudige redundantie. Azure Premium SSD komt overeen met de betrouwbaarheid en integriteit van elke andere opslagoplossing. Voor optionele veiligheid kunnen klanten normale redundantie voor de logboekschijfgroep overwegen
  4. Er is geen mirrorlogboek vereist voor ASM-888626 - Logboekindeling opnieuw uitvoeren voor geavanceerde systemen
  5. ASM-schijfgroepen geconfigureerd volgens variant 1, 2 of 3 hieronder
  6. GROOTTE VAN ASM-toewijzingseenheid = 4 MB (standaard). VLDB OLAP-systemen, zoals BW, kunnen profiteren van een grotere grootte van de ASM-toewijzingseenheid. Pas wijzigen na bevestiging met Oracle-ondersteuning
  7. ASM-sectorgrootte en logische sectorgrootte = standaard (UDEV wordt niet aanbevolen, maar vereist 4k)
  8. De juiste ASM-variant wordt gebruikt. Productiesystemen moeten variant 2 of 3 gebruiken

Oracle Automatic Storage Management Disk Groups

Deel II van de officiële Oracle Guide beschrijft de installatie en het beheer van ASM:

De volgende ASM-limieten bestaan voor Oracle Database 12c of hoger:

511 schijfgroepen, 10.000 ASM-schijven in een schijfgroep, 65.530 ASM-schijven in een opslagsysteem, 1 miljoen bestanden voor elke schijfgroep. Meer informatie vindt u hier: Prestatie- en schaalbaarheidsoverwegingen voor schijfgroepen (oracle.com)

Raadpleeg de ASM-documentatie in de relevante SAP-installatiehandleiding voor Oracle, beschikbaar via https://help.sap.com/viewer/nwguidefinder

Variant 1 : kleine tot middelgrote gegevensvolumes tot 3 TB, hersteltijd niet kritiek

De klant heeft kleine of middelgrote databases waar een back-up en/of herstel + herstel van alle databases tijdig door RMAN kan worden uitgevoerd. Voorbeeld: wanneer een volledige Oracle ASM-schijfgroep, met gegevensbestanden, uit een of meer databases wordt verbroken en alle gegevensbestanden van alle databases moeten worden hersteld naar een zojuist gemaakte Oracle ASM-schijfgroep met behulp van RMAN.

Aanbeveling voor Oracle ASM-schijfgroep:

NAAM VAN ASM-schijfgroep Winkels Azure Storage
+GEGEVENS Alle gegevensbestanden 3-6 x P 30 (1 TiB)
Besturingselementbestand (eerste kopie) Als u de db-grootte wilt vergroten, voegt u extra P30-schijven toe
Online opnieuw uitvoeren van logboeken (eerste kopie)
+BOOG Besturingselementbestand (tweede kopie) 2 x P20 (512 GiB)
Gearchiveerde logboeken voor opnieuw uitvoeren
+RECO Besturingselementbestand (derde kopie) 2 x P20 (512 GiB)
RMAN-back-ups (optioneel)
herstelgebied (optioneel)

Variant 2: middelgrote tot grote gegevensvolumes tussen 3 TB en 12 TB, hersteltijd belangrijk

Klant heeft middelgrote tot grote databases waarbij back-up en/of herstel +

herstel van alle databases kan niet tijdig worden uitgevoerd.

Meestal gebruiken klanten RMAN, Azure Backup voor oracle- en/of schijfmoduletechnieken in combinatie.

De belangrijkste verschillen met variant 1 zijn:

  1. Afzonderlijke Oracle ASM-schijfgroep voor elke database
  2. <DBNAME>+"_" wordt gebruikt als voorvoegsel voor de naam van de DATA-schijfgroep
  3. Het nummer van de gegevensschijfgroep wordt toegevoegd als de database meer dan één GEGEVENS-schijfgroep omvat
  4. Er bevinden zich geen online opnieuw uitvoeren-logboeken in de schijfgroepen 'gegevens'. In plaats daarvan wordt een extra schijfgroep gebruikt voor het eerste lid van elke online opnieuw uit te voeren logboekgroep.
NAAM VAN ASM-schijfgroep Winkels Azure Storage
+<DBNAME>_DATA[#] Alle gegevensbestanden 3-12 x P 30 (1 TiB)
Alle tijdelijke bestanden Als u de db-grootte wilt vergroten, voegt u extra P30-schijven toe
Besturingselementbestand (eerste kopie)
+OLOG Online opnieuw uitvoeren van logboeken (eerste kopie) 3 x P20 (512 GiB)
+BOOG Besturingselementbestand (tweede kopie) 3 x P20 (512 GB)
Gearchiveerde logboeken voor opnieuw uitvoeren
+RECO Besturingselementbestand (derde kopie) 3 x P20 (512 GiB)
RMAN-back-ups (optioneel)
Snel herstelgebied (optioneel)

Variant 3 : enorme gegevens en gegevenswijzigingsvolumes van meer dan 5 TB, hersteltijd cruciaal

De klant heeft een enorme database waarbij back-up en/of herstel en herstel van individuele databases niet tijdig kunnen worden uitgevoerd.

Meestal gebruiken klanten RMAN, Azure Backup voor oracle- en/of schijfmoduletechnieken in combinatie. In deze variant wordt elk relevant databasebestandstype gescheiden in verschillende Oracle ASM-schijfgroepen.

NAAM VAN ASM-schijfgroep Winkels Azure Storage
+<DBNAME>_DATA[#] Alle gegevensbestanden 5-30 of meer x P30 (1 TiB) of P40 (2 TiB)
Alle tijdelijke bestanden Als u de db-grootte wilt vergroten, voegt u extra P30-schijven toe
Besturingselementbestand (eerste kopie)
+OLOG Online opnieuw uitvoeren van logboeken (eerste kopie) 3-8 x P20 (512 GiB) of P30 (1 TiB)
Voor meer veiligheid kan 'Normale redundantie' worden geselecteerd voor deze ASM-schijfgroep
+BOOG Besturingselementbestand (tweede kopie) 3-8 x P20 (512 GiB) of P30 (1 TiB)
Gearchiveerde logboeken voor opnieuw uitvoeren
+RECO Besturingselementbestand (derde kopie) 3 x P30 (1 TiB), P40 (2 TiB) of P50 (4 TiB)
RMAN-back-ups (optioneel)
Snel herstelgebied (optioneel)

Notitie

Azure Host Disk Cache voor de DATA ASM-schijfgroep kan worden ingesteld op Alleen-lezen of Geen. Alle andere ASM-schijfgroepen moeten worden ingesteld op Geen. Op BW of SCM kan een afzonderlijke ASM-schijfgroep voor TEMP worden overwogen voor grote of drukke systemen.

Ruimte toevoegen aan ASM + Azure-schijven

Oracle ASM-schijfgroepen kunnen worden uitgebreid door extra schijven toe te voegen of door huidige schijven uit te breiden. Het wordt aanbevolen om extra schijven toe te voegen in plaats van bestaande schijven uit te breiden. Bekijk deze MOS-artikelen en koppelingen MOS Notes 1684112.1 en 2176737.1

ASM voegt een schijf toe aan de schijfgroep: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'

ASM zal de gegevens automatisch opnieuw verdelen. Voer deze opdracht uit om de herverdeling te controleren.

ps -ef | grep rbal

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

Documentatie is beschikbaar bij:

SAP bewaken op Oracle ASM-systemen in Azure

Voer een Oracle AWR-rapport uit als eerste stap bij het oplossen van een prestatieprobleem. De metrische gegevens over schijfprestaties worden beschreven in het AWR-rapport.

Schijfprestaties kunnen worden bewaakt vanuit Oracle Enterprise Manager en via externe hulpprogramma's. Hier vindt u documentatie die u kan helpen:

Hulpprogramma's voor bewaking op besturingssysteemniveau kunnen ASM-schijven niet bewaken omdat er geen herkenbaar bestandssysteem is. Freespace-bewaking moet worden uitgevoerd vanuit Oracle.

Trainingsbronnen over Oracle Automatic Storage Management (ASM)

Oracle DBA's die niet bekend zijn met Oracle ASM, volgen het trainingsmateriaal en de resources hier:

Azure NetApp Files (ANF) met Oracle dNFS (Direct NFS)

De combinatie van Azure VM's en ANF is een robuuste en bewezen combinatie die door veel klanten op uitzonderlijk grote schaal is geïmplementeerd.

Databases van meer dan 100 TB zijn al productief op deze combinatie. Om te beginnen hebben we een gedetailleerd blog geschreven over het instellen van deze combinatie:

Meer algemene informatie

Spiegellogboek is vereist voor dNFS ANF-productiesystemen.

Hoewel de ANF zeer redundant is, vereist Oracle nog steeds een gespiegeld volume voor het opnieuw uitvoeren van logboekbestanden. Het wordt aanbevolen om twee afzonderlijke volumes te maken en origlogA samen met mirrlogB en origlogB samen met mirrlogA te configureren. In dit geval maakt u gebruik van een gedistribueerde taakverdeling van de redo-logfiles.

De koppelingsoptie 'nconnect' wordt NIET aanbevolen wanneer de dNFS-client is geconfigureerd. dNFS beheert het IO-kanaal en maakt gebruik van meerdere sessies, dus deze optie is verouderd en kan meerdere problemen veroorzaken. De dNFS-client negeert de koppelingsopties en verwerkt de IO rechtstreeks.

Beide NFS-versies (v3 en v4.1) met ANF worden ondersteund voor de binaire Oracle-bestanden, gegevens- en logboekbestanden.

U wordt ten zeerste aangeraden de Oracle dNFS clint te gebruiken voor alle Oracle-volumes.

Aanbevolen koppelingsopties zijn:

NFS Vers Opties voor koppelen
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-back-up

Met ANF zijn enkele belangrijke functies beschikbaar, zoals consistente back-ups op basis van momentopnamen, lage latentie en opmerkelijk hoge prestaties. Vanaf versie 6 van onze AzAcSnap-tool kan Azure-toepassing hulpprogramma Consistente momentopnamen voor ANF Oracle-databases worden geconfigureerd voor consistente databasemomentopnamen. Ook de optie om de grootte van de volumes onmiddellijk te wijzigen, wordt gewaardeerd door onze klanten.

Deze momentopnamen blijven op het werkelijke gegevensvolume en moeten worden gekopieerd met BEHULP van ANF CRR (replicatie tussen regio's) replicatie in meerdere regio's van ANF of andere back-uphulpprogramma's.

SAP on Oracle on Azure met LVM

ASM is de standaardaankoping van Oracle voor alle SAP-systemen van elke grootte in Azure. Prestaties, betrouwbaarheid en ondersteuning zijn beter voor klanten die ASM gebruiken. Oracle biedt documentatie en training voor DBA's om over te stappen op ASM en elke klant die naar ASM is gemigreerd, is tevreden met de voordelen. In gevallen waarin het Oracle DBA-team de aanbeveling van Oracle, Microsoft en SAP om ASM te gebruiken niet opvolgt, moet de volgende LVM-configuratie worden gebruikt.

Houd er rekening mee dat: bij het maken van LVM de optie -i moet worden gebruikt om gegevens gelijkmatig te verdelen over het aantal schijven in de LVM-groep.

Spiegellogboek is vereist bij het uitvoeren van LVM.

Minimale configuratie linux:

Onderdeel Schijf Hostcache Striping1
/oracle/<SID>/origlogaA & mirrlogB Premium Geen Niet nodig
/oracle/<SID>/origlogaB & mirrlogA Premium Geen Niet nodig
/oracle/<SID>/sapdata1... N Premium Alleen-lezen2 Aanbevolen
/oracle/<SID>/oraarch3 Premium Geen Niet nodig
Oracle Home, saptrace, ... Premium Geen Geen
  1. Striping: LVM-stripe met RAID0
  2. Tijdens R3load-migraties moet de optie HostCache voor SAPDATA worden ingesteld op Geen
  3. oraarch: LVM is optioneel

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

Prestatieconfiguratie linux:

Onderdeel Schijf Hostcache Striping1
/oracle/<SID>/origlogaA Premium Geen Kan worden gebruikt
/oracle/<SID>/origlogaB Premium Geen Kan worden gebruikt
/oracle/<SID>/mirrlogAB Premium Geen Kan worden gebruikt
/oracle/<SID>/mirrlogBA Premium Geen Kan worden gebruikt
/oracle/<SID>/sapdata1... N Premium Alleen-lezen2 Aanbevolen
/oracle/<SID>/oraarch3 Premium Geen Niet nodig
Oracle Home, saptrace, ... Premium Geen Geen
  1. Striping: LVM-stripe met RAID0
  2. Tijdens R3load-migraties moet de optie HostCache voor SAPDATA worden ingesteld op Geen
  3. oraarch: LVM is optioneel

Azure Infra: Vm-doorvoerlimieten & Opties voor Azure Disk Storage

Oracle Automatic Storage Management (ASM)## kan deze opslagtechnologieën evalueren:

  1. Azure Premium Storage: momenteel de standaardkeuze
  2. Bursting van beheerde schijven - Bursting van beheerde schijven - Azure Virtual Machines | Microsoft Docs
  3. Azure Write Accelerator
  4. Online schijfextensie voor Azure Premium SSD-opslag wordt nog uitgevoerd

Schrijftijden voor logboeken kunnen worden verbeterd op vm's uit de Azure M-serie door Write Accelerator in te schakelen. Schakel Azure Write Accelerator in voor de Azure Premium Storage-schijven die door de ASM-schijfgroep worden gebruikt voor online opnieuw uitvoeren van logboekbestanden. Zie Write Accelerator voor meer informatie.

Het gebruik van Write Accelerator is optioneel, maar kan worden ingeschakeld als het AWR-rapport hogere dan verwachte schrijftijden voor logboeken aangeeft.

Doorvoerlimieten voor Virtuele Azure-machines

Voor elk type Azure-VM zijn limieten opgegeven voor CPU, schijf, netwerk en RAM. De limieten worden beschreven in de onderstaande koppelingen

De volgende aanbevelingen moeten worden gevolgd bij het selecteren van een VM-type:

  1. Zorg ervoor dat de schijfdoorvoer en IOPS voldoende zijn voor de werkbelasting en ten minste gelijk zijn aan de geaggregeerde doorvoer van de schijven
  2. Overweeg betaalde bursting in te schakelen, met name voor opnieuw uitvoeren van logboekschijven
  3. Voor ANF is de netwerkdoorvoer belangrijk omdat al het opslagverkeer wordt geteld als 'netwerk' in plaats van schijfdoorvoer
  4. Bekijk deze blog voor Netwerkafstemming voor M-serie Netwerkdoorvoer optimaliseren op Azure M-serie VM's HCMT (microsoft.com)
  5. Bekijk deze koppeling waarin wordt beschreven hoe u een AWR-rapport gebruikt om de juiste Azure-VM te selecteren
  6. Azure Intel Ev5 Edv5- en Edsv5-serie - Azure Virtual Machines |Microsoft Docs
  7. Azure AMD Eadsv5 Easv5- en Eadsv5-serie - Azure Virtual Machines |Microsoft Docs
  8. Azure M-serie/Msv2-serie M-serie - Azure Virtual Machines |Microsoft Docs en Msv2/Mdsv2 Medium Memory Series - Azure Virtual Machines | Microsoft Docs
  9. Azure Mv2 Mv2-serie - Azure Virtual Machines | Microsoft Docs

Back-up/herstel

Voor back-up-/herstelfunctionaliteit worden de 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 naar schijf en herstel vanaf schijf.

Zie voor meer informatie over het gebruik van Azure Backup en Recovery Services voor Oracle-databases:

Hoge beschikbaarheid

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

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

Nog een goed Oracle-technisch document over het instellen van Oracle 12c Data Guard voor SAP-klanten

Grote pagina's & Grote Oracle SGA-configuraties

VlDB SAP op Oracle op Azure-implementaties passen SGA-grootten toe van meer dan 3 TB.  Moderne versies van Oracle kunnen grote SGA-grootten goed verwerken en de IO aanzienlijk verminderen.  Bekijk het AWR-rapport en verhoog de SGA-grootte om lees-I/O te verminderen. 

Als algemene richtlijn moet Linux Huge Pages worden geconfigureerd tot ongeveer 75% van de VM RAM-grootte.  De SGA-grootte kan worden ingesteld op 90% van de grootte van de enorme pagina.  Een bij benadering voorbeeld is een m192ms-VM met 4 TB RAM-geheugen waarvoor Huge Pages naast elkaar 3 TB is ingesteld.  De SGA kan worden ingesteld op een waarde die iets minder is, zoals 2,95 TB.

Grote SAP-klanten die azure-VM's met een hoog geheugen gebruiken, profiteren enorm van HugePages, zoals beschreven in dit artikel

NUMA-systemen vm.min_free_kbytes moeten worden ingesteld op 524288 * <aantal NUMA-knooppunten>.  Zie Oracle Linux: aanbevolen waarde van vm.min_free_kbytes parameter voor kernelafstemming (doc-id 2501269.1...

 

Koppelingen naar & andere Oracle Linux-hulpprogramma's

Oracle Linux biedt een handig gui-beheerhulpprogramma

Oracle Linux heeft een nieuw hulpprogramma voor pakketbeheer: DNF

Oracle Linux 8: Pakketbeheer is eenvoudig gemaakt met gratis video's | Oracle Linux-blog

Oracle® Linux 8 Software beheren op Oracle Linux - Hoofdstuk 1 Yum DNF

Geheugen- en NUMA-configuraties kunnen worden getest en benchmarkd met een nuttig hulpprogramma: Oracle Real Application Testing (RAT)

Oracle Real Application Testing: wat is het en hoe gebruikt u het? (aemcorp.com)

Informatie over het probleem met beschadigde UDEV-logboeken Oracle Redolog-beschadiging in Azure | Oracle in het veld (wordpress.com)

Oracle ASM in Azure beschadigd - opvolgen (dbaharrison.blogspot.com)

Gegevensbeschadiging in Hyper-V of Azure bij het uitvoeren van Oracle ASM - Red Hat-klantportal

Oracle ASM instellen op een virtuele Azure Linux-machine - Azure Virtual Machines | Microsoft Docs

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

SAP on Oracle on Azure ondersteunt ook Windows. De aanbevelingen voor Windows-implementaties worden hieronder samengevat:

  1. De volgende Windows-releases worden aanbevolen: Windows Server 2022 (alleen van Oracle Database 19.13.0 op) Windows Server 2019 (alleen van Oracle Database 19.5.0 op)
  2. Er is geen ondersteuning voor ASM in Windows. Windows Opslagruimten moet worden gebruikt om schijven te aggregeren voor optimale prestaties
  3. Installeer de Oracle Home op een toegewezen onafhankelijke schijf (installeer Oracle Home niet op station C: )
  4. Alle schijven moeten geformatteerd zijn met NTFS
  5. Volg de Gids voor afstemmen van Windows van Oracle en schakel grote pagina's in, vergrendel pagina's in het geheugen en andere specifieke Windows-instellingen

Op dit moment wordt het schrijven van ASM voor Windows-klanten in Azure niet ondersteund. SWPM voor Windows biedt momenteel geen ondersteuning voor ASM. VLDB SAP on Oracle-migraties naar Azure hebben ASM vereist en hebben daarom Oracle Linux geselecteerd.

Opslagconfiguraties voor SAP op Oracle in Windows

Minimale configuratie windows:

Onderdeel Schijf Hostcache Striping1
E:\oracle\<SID>\origlogaA & mirrlogB Premium Geen Niet nodig
F:\oracle\<SID>\origlogaB & mirrlogA Premium Geen Niet nodig
G:\oracle\<SID>\sapdata1... N Premium Alleen-lezen2 Aanbevolen
H:\oracle\<SID>\oraarch3 Premium Geen Niet nodig
I:\Oracle Home, saptrace, ... Premium Geen Geen
  1. Striping: Windows Opslagruimten
  2. Tijdens migraties van R3load moet de optie hostcache voor SAPDATA worden ingesteld op Geen
  3. oraarch: Windows Opslagruimten is optioneel

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

Prestatieconfiguratie Windows:

Onderdeel Schijf Hostcache Striping1
E:\oracle\<SID>\origlogaA Premium Geen Kan worden gebruikt
F:\oracle\<SID>\origlogaB Premium Geen Kan worden gebruikt
G:\oracle\<SID>\mirrlogAB Premium Geen Kan worden gebruikt
H:\oracle\<SID>\mirrlogBA Premium Geen Kan worden gebruikt
I:\oracle\<SID>\sapdata1... N Premium Alleen-lezen2 Aanbevolen
J:\oracle\<SID>\oraarch3 Premium Geen Niet nodig
K:\Oracle Home, saptrace, ... Premium Geen Geen
  1. Striping: Windows Opslagruimten
  2. Tijdens migraties van R3load moet de optie hostcache voor SAPDATA worden ingesteld op Geen
  3. oraarch: Windows Opslagruimten is optioneel

Volgende stappen

Lees het artikel