Oracle-database-implementatie van Azure Virtual Machines voor SAP-workload
In dit document worden verschillende gebieden behandeld waarmee u rekening moet houden bij het implementeren van de Oracle Database for SAP-workload in Azure IaaS. Voordat u dit document leest, raden we u aan overwegingen te lezen voor de DBMS-implementatie van Azure Virtual Machines voor SAP-werkbelasting. U wordt ook aangeraden andere handleidingen te lezen in de SAP-workload in de Documentatie van Azure.
U vindt informatie over Oracle-versies en bijbehorende besturingssysteemversies die worden ondersteund voor het uitvoeren van SAP in Oracle in Azure in SAP Note 2039619.
Algemene informatie over het uitvoeren van SAP Business Suite op Oracle vindt u in SAP op Oracle. Oracle biedt ondersteuning voor het uitvoeren van Oracle-databases in 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-notities zijn relevant voor een Oracle-installatie
Specifieke kenmerken voor Oracle Database in Oracle Linux
Oracle ondersteunt het uitvoeren van hun database-exemplaren in Microsoft Azure met Oracle Linux als gastbesturingssystemen. Zie de veelgestelde vragen over Azure en Oracle voor meer informatie over algemene ondersteuning voor Windows Hyper-V en Azure.
Het specifieke scenario van SAP-toepassingen met Oracle Databases wordt ook ondersteund. Details worden besproken in het volgende deel van het document.
Algemene Aanbevelingen voor het uitvoeren van SAP in Oracle in Azure
Het volgende implementatiepatroon moet worden gevolgd door het installeren of migreren van bestaande SAP op Oracle-systemen naar Azure:
- Gebruik de meest recente Oracle Linux-versie die beschikbaar is (Oracle Linux 8.6 of hoger).
- Gebruik de meest recente Oracle Database-versie die beschikbaar is met de nieuwste SAP Bundle Patch (SBP) (Oracle 19 Patch 15 of hoger) 2799920 - Patches voor 19c: Database.
- Gebruik ASM (Automatic Storage Management) voor kleine, middelgrote en grote databases op blokopslag.
- Azure Premium Storage SSD moet worden gebruikt. Gebruik geen Standard- of andere opslagtypen.
- ASM verwijdert de vereiste voor spiegellogboek. Volg de richtlijnen van Oracle in Opmerking 888626 - Logboekindeling opnieuw uitvoeren voor geavanceerde systemen.
- Gebruik ASMLib en gebruik geen udev.
- Implementaties van Azure NetApp Files moeten Oracle dNFS gebruiken (de eigen High Performance Direct NFS-oplossing van Oracle).
- Grote Oracle-databases profiteren aanzienlijk van grote SGA-grootten (System Global Area). Grote klanten moeten implementeren in de Azure M-serie met een RAM-grootte van 4 TB of meer
- Linux Enorme pagina's instellen op 75% van de fysieke RAM-grootte
- Systeem Global Area (SGA) instellen op 90% van het enorme paginaformaat
- Stel de Oracle-parameter USE_LARGE_PAGES = ONLY in: de waarde ONLY heeft de voorkeur boven de waarde TRUE, omdat de waarde ONLY moet zorgen voor consistentere en voorspelbare prestaties. De waarde TRUE kan zowel grote 2 MB als standaard 4K-pagina's toewijzen. De waarde ONLY zal altijd grote 2 MB pagina's afdwingen. Als het aantal beschikbare grote pagina's niet voldoende is of niet juist is geconfigureerd, mislukt het database-exemplaar met foutcode: ora-27102: onvoldoende geheugen Linux_x86_64 Fout 12: kan geen geheugen toewijzen. Als er onvoldoende aaneengesloten geheugen is, moet Oracle Linux mogelijk opnieuw worden opgestart en/of moeten de parameters voor de enorme pagina van het besturingssysteem opnieuw worden geconfigureerd.
- Oracle Home moet zich buiten het hoofdvolume of de schijf bevinden. Gebruik een afzonderlijk schijf- of ANF-volume. De schijf met oracle home moet 64 gigabyte groot of groter zijn.
- De grootte van de opstartschijf voor grote Oracle-databaseservers met hoge prestaties is belangrijk. Als minimum moet een P10-schijf worden gebruikt voor M-serie of E-serie. Gebruik geen kleine schijven zoals P4 of P6. Een kleine schijf kan prestatieproblemen veroorzaken.
- Versneld netwerken moet zijn ingeschakeld op alle virtuele machines. Voer een upgrade uit naar de nieuwste Oracle Linux-release als er problemen zijn met het inschakelen van versneld netwerken.
- Controleer 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 besturingssysteemversies worden ondersteund voor het uitvoeren van SAP in Oracle op Virtuele Azure-machines.
Algemene informatie over het uitvoeren van SAP Business Suite op Oracle vindt u op de pagina sap op de Oracle-communitypagina. SAP op Oracle in Azure wordt alleen ondersteund in Oracle Linux (en niet Suse of Red Hat) voor toepassings- en databaseservers. ASCS/ERS-servers kunnen RHEL/SUSE gebruiken omdat de Oracle-client niet is geïnstalleerd of gebruikt op deze VM's. Toepassingsservers (PAS/AAS) mogen niet op deze VM's worden geïnstalleerd. Raadpleeg SAP Note 3074643 - OLNX: veelgestelde vragen: als Pacemaker voor Oracle Linux wordt ondersteund in SAP Environment. Oracle Real Application Cluster (RAC) wordt niet ondersteund in Azure omdat RAC Multicast-netwerken vereist.
Opslagconfiguratie
Er zijn twee aanbevolen opslagimplementatiepatronen voor SAP in Oracle in Azure:
- Oracle Automatic Storage Management (ASM)
- Azure NetApp Files (ANF) met Oracle dNFS (Direct NFS)
Klanten die momenteel Oracle-databases uitvoeren op EXT4- of XFS-bestandssystemen met LVM (Logical Volume Manager) worden aangemoedigd om over te stappen naar ASM. Er zijn aanzienlijke prestatie-, beheer- en betrouwbaarheidsvoordelen voor het uitvoeren van ASM in vergelijking met LVM. ASM vermindert de complexiteit, verbetert de ondersteuning en maakt beheertaken eenvoudiger. Deze documentatie bevat koppelingen voor Oracle Database Beheer istrators (DBA's) voor informatie over het installeren en beheren van ASM.
Azure biedt meerdere opslagoplossingen. In de onderstaande tabel wordt de ondersteuningsstatus beschreven
| Opslagtype | Oracle-ondersteuning | Sectorgrootte | Oracle Linux 8.x of hoger | Windows Server 2019 |
|---|---|---|---|---|
| Blokopslagtype | ||||
| Premium SSD | Ondersteund | 512e | ASM aanbevolen. LVM ondersteund | Geen ondersteuning voor ASM in Windows |
| Premium SSD v2 | Ondersteund | 4K Native of 512e1 | ASM aanbevolen. LVM ondersteund | Geen ondersteuning voor ASM in Windows. Logboekbestandschijven wijzigen van 4K Native in 512e |
| Standard SSD | Niet ondersteund | |||
| Standard HDD | Niet ondersteund | |||
| Ultraschijven | Ondersteund | 4K Native | ASM aanbevolen. LVM ondersteund | Geen ondersteuning voor ASM in Windows. Logboekbestandschijven wijzigen van 4K Native in 512e |
| Typen netwerkopslag | ||||
| Azure NetApp Service (ANF) | Ondersteund | - | Oracle dNFS vereist | Niet ondersteund |
| Azure Files NFS | Niet ondersteund | |||
| Azure files SMB | Niet ondersteund |
1 512e wordt ondersteund op Premium SSD v2 voor Windows-systemen. 512e-configuraties worden niet aanbevolen voor Linux-klanten. Migreren naar 4K Native using procedure in MOS 512/512e sector size to 4K Native Review (Doc ID 1133713.1)
Andere overwegingen die een lijst toepassen, zoals:
- Geen ondersteuning voor DIRECTIO met 4K Native sectorgrootte. Aanbevolen instellingen voor FILESYSTEMIO_OPTIONS voor LVM-configuraties:
- LVM - Als schijven met 512/512e geometrie worden gebruikt, FILESYSTEMIO_OPTIONS = SETALL
- LVM - Als schijven met 4K native geometrie worden gebruikt, FILESYSTEMIO_OPTIONS = ASYNC
- Oracle 19c en hoger ondersteunt 4K Native sectorgrootte met zowel ASM als LVM
- Oracle 19c en hoger in Linux: wanneer u overstapt van 512e-opslag naar 4K Native opslaglogboekgrootten, moeten worden gewijzigd
- Als u wilt migreren van de sectorgrootte 512/512e naar 4K Native Review (Doc ID 1133713.1) – zie de sectie "Offlinemigratie naar 4 KB sectorschijven"
- SAPInst schrijft tijdens de installatie naar het pfile. Als de $ORACLE_HOME/dbs zich op een 4K-schijfset bevindt filesystemio_options=asynch en raadpleegt u de sectie "Ondersteuning van 4kB-sectorschijven" in MOS die 4K-sectorschijven ondersteunen (Doc ID 1133713.1)
- Geen ondersteuning voor ASM op Windows-platforms
- Geen ondersteuning voor 4K Native sectorgrootte voor logboekvolume op Windows-platformen. SSDv2 en Ultra Disk moeten worden gewijzigd in 512e via het potloodpictogram Schijf bewerken in Azure Portal
- 4K Native sectorgrootte wordt alleen ondersteund op gegevensvolumes voor Windows-platforms. 4K wordt niet ondersteund voor logboekvolumes in Windows
- We raden u aan deze MOS-artikelen te bekijken:
- Oracle Linux: Buffercache van bestandssysteem versus Directe I/O (Doc ID 462072.1)
- Ondersteuning voor 4K-sectorschijven (doc-id 1133713.1)
- 4k Redo Logs on Flash, 4k-Disk and SSD-based Storage (Doc ID 1681266.1) gebruiken
- Aandachtspunten voor het instellen van filesystemio_options en disk_asynch_io (doc-id 1987437.1)
We raden u aan Oracle ASM te gebruiken in Linux met ASMLib. Prestaties, beheer, ondersteuning en configuratie zijn geoptimaliseerd met implementatiepatroon. Oracle ASM en Oracle dNFS gaan de juiste parameters instellen of parameters omzeilen (zoals FILESYSTEMIO_OPTIONS) en leveren daarom betere prestaties en betrouwbaarheid.
Oracle Automatic Storage Management (ASM)
Controlelijst voor Automatisch opslagbeheer van Oracle:
- Alle SAP on Oracle-systemen in Azure voeren ASM uit, waaronder ontwikkeling, kwaliteitscontrole en productie. Kleine, middelgrote en grote databases
- ASMLib wordt gebruikt en niet UDEV. UDEV is vereist voor meerdere SAN's, een scenario dat niet bestaat in Azure
- ASM moet worden geconfigureerd voor externe redundantie. Azure Premium SSD-opslag biedt driedubbele redundantie. Azure Premium SSD komt overeen met de betrouwbaarheid en integriteit van elke andere opslagoplossing. Voor optionele veiligheid kunnen klanten normale redundantie overwegen voor de logboekschijfgroep
- Geen spiegellogboek is optioneel voor ASM-888626 - Logboekindeling opnieuw uitvoeren voor geavanceerde systemen
- ASM-schijfgroepen geconfigureerd volgens variant 1, 2 of 3 hieronder
- Grootte asm-toewijzingseenheid = 4 MB (standaard). Zeer grote databases (VLDB) OLAP-systemen zoals BW kunnen profiteren van een grotere ASM-toewijzingseenheid. Pas wijzigen na bevestiging met Oracle-ondersteuning
- ASM-sectorgrootte en logische sectorgrootte = standaard (UDEV wordt niet aanbevolen, maar vereist 4k)
- Als het COMPATIBEL is. Het kenmerk ASM-schijfgroep is ingesteld op 11.2 of hoger voor een schijfgroep. U kunt een Oracle ASM SPFILE maken, kopiëren of verplaatsen naar het ACFS-bestandssysteem. Raadpleeg de Oracle-documentatie over het verplaatsen van pfile naar ACFS. SAPInst maakt standaard niet het pfile in ACFS
- 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:
- Handleiding van Oracle Automatic Storage Management Beheer istrator, 19c
- Installatie- en upgradehandleiding voor Oracle Grid Infrastructure Infrastructure, 19c voor Linux
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 hier: Prestatie- en schaalbaarheidsoverwegingen voor schijfgroepen (oracle.com)
Raadpleeg de ASM-documentatie in de relevante SAP-installatiehandleiding voor Oracle die beschikbaar is 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 waarbij back-up en/of herstel en herstel van alle databases tijdig kan worden uitgevoerd met RMAN. Voorbeeld: Wanneer een volledige Oracle ASM-schijfgroep, met gegevensbestanden, van 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 databasegrootte 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 opnieuw uitgevoerde logboeken | ||
| +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 waar 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.
Belangrijke verschillen met variant 1 zijn:
- Afzonderlijke Oracle ASM-schijfgroep voor elke database
- <DBNAME>+"_" wordt gebruikt als voorvoegsel voor de naam van de gegevensschijfgroep
- Het aantal gegevensschijven wordt toegevoegd als de database meer dan één DATA-schijfgroep omvat
- Er bevinden zich geen online redo-logboeken in de schijfgroepen 'gegevens'. In plaats daarvan wordt een extra schijfgroep gebruikt voor het eerste lid van elke online opnieuw uitgevoerde 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 databasegrootte 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 opnieuw uitgevoerde logboeken | ||
| +RECO | Besturingselementbestand (derde kopie) | 3 x P20 (512 GiB) |
| RMAN-back-ups (optioneel) | ||
| Snel herstelgebied (optioneel) |
Variant 3: enorme gegevens- en gegevenswijzigingsvolumes meer dan 5 TB, hersteltijd cruciaal
De klant heeft een enorme database waarbij back-up en/of herstel en herstel van één database niet tijdig kan worden uitgevoerd.
Meestal gebruiken klanten RMAN, Azure Backup voor Oracle- en/of schijfmoduletechnieken in combinatie. In deze variant wordt elk relevant databasebestandstype gescheiden door 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 Om de databasegrootte te 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 "Normale redundantie" kan worden geselecteerd voor deze ASM-schijfgroep | ||
| +BOOG | Besturingselementbestand (tweede kopie) | 3-8 x P20 (512 GiB) of P30 (1 TiB) |
| Gearchiveerde opnieuw uitgevoerde logboeken | ||
| +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 de huidige schijven uit te breiden. U wordt aangeraden extra schijven toe te voegen in plaats van bestaande schijven uit te breiden. Bekijk deze MOS-artikelen en koppelingen mosnotities 1684112.1 en 2176737.1
ASM voegt een schijf toe aan de schijfgroep: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'
ASM brengt de gegevens automatisch opnieuw in balans. Voer deze opdracht uit om opnieuw verdelen te controleren.
ps -ef | grep rbal
oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1
Documentatie is beschikbaar met:
- Het formaat van ASM-schijfgroepen wijzigen tussen meerdere zones (aemcorp.com)
- FORMAAT WIJZIGEN - Schijfgroepen wijzigen (oracle.com)
SAP bewaken op Oracle ASM-systemen in Azure
Voer een Oracle AWR-rapport uit als eerste stap bij het oplossen van een prestatieprobleem. Metrische gegevens over schijfprestaties worden beschreven in het AWR-rapport.
Schijfprestaties kunnen worden bewaakt vanuit Oracle Enterprise Manager en via externe hulpprogramma's. Documentatie, die u mogelijk hier kunt helpen:
- Weergaven gebruiken om Oracle ASM-informatie weer te geven
- Opdrachten voor groepsbeheer van ASMCMD-schijven (oracle.com)
Bewakingshulpprogramma's 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 hier het trainingsmateriaal en de resources:
- SAP op Oracle met ASM in Microsoft Azure - Deel1 - Microsoft Tech Community
- Oracle19c DB [ ASM ] installatie op [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] - YouTube
- Handleiding voor ASM Beheer istrator (oracle.com)
- Oracle for SAP Development Update (mei 2022)
- Overwegingen voor prestaties en schaalbaarheid voor schijfgroepen (oracle.com)
- Migreren naar Oracle ASM met Oracle Enterprise Manager
- RMAN gebruiken om te migreren naar ASM | De Oracle Mentor (wordpress.com)
- Wat is Oracle ASM voor Azure IaaS? - Simple Talk (red-gate.com)
- ASM-opdrachtregelprogramma (ASMCMD) (oracle.com)
- Nuttige asmcmd-opdrachten - DBACLASS DBACLASS
- Oracle ASMLIB-software installeren en configureren
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 een uitzonderlijk grote schaal wordt geïmplementeerd.
Databases van meer dan 100 TB worden al productief uitgevoerd op deze combinatie. Om te beginnen hebben we een gedetailleerd blog geschreven over het instellen van deze combinatie:
Meer algemene informatie
- Oplossingsarchitecturen met behulp van Azure NetApp Files | Oracle
- Oplossingsarchitecturen met behulp van Azure NetApp Files | SAP op anyDB
Spiegellogboek is vereist voor dNFS ANF-productiesystemen.
Hoewel de ANF zeer redundant is, vereist Oracle nog steeds een gespiegeld hero-logbestandvolume. De aanbeveling is 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 verschillende problemen veroorzaken. De dNFS-client negeert de koppelingsopties en verwerkt de IO rechtstreeks.
Zowel NFS-versies (v3 als v4.1) met ANF worden ondersteund voor de binaire Oracle-bestanden, gegevens- en logboekbestanden.
We raden u ten zeerste aan de Oracle dNFS-client te gebruiken voor alle Oracle-volumes.
Aanbevolen koppelopties zijn:
| NFS-versie | 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 ons AzAcSnap-hulpprogramma Azure-toepassing hulpprogramma Voor consistente momentopnamen voor ANF kunnen Oracle-databases worden geconfigureerd voor consistente databasemomentopnamen.
Deze momentopnamen blijven op het werkelijke gegevensvolume staan en moeten worden gekopieerd met ANF CRR (Replicatie tussen regio's) replicatie tussen regio's van ANF of andere back-uphulpprogramma's.
SAP on Oracle on Azure met LVM
ASM is de standaardaan aanbeveling 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 naar ASM. In gevallen waarin het Oracle DBA-team niet de aanbeveling van Oracle, Microsoft en SAP volgt om ASM te gebruiken, 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 vereist |
| /oracle/<SID>/origlogaB & mirrlogA | Premium | Geen | Niet vereist |
| /oracle/<SID>/sapdata1... N | Premium | Alleen-lezen2 | Aanbevolen |
| /oracle/<SID>/oraarch3 | Premium | Geen | Niet vereist |
| Oracle Home, saptrace, ... | Premium | Geen | Geen |
- Striping: LVM-stripe met RAID0
- Tijdens R3Load-migraties moet de optie Hostcache voor SAPDATA worden ingesteld op Geen
- oraarch: LVM is optioneel
De schijfselectie voor het hosten van online redo-logboeken van Oracle wordt aangestuurd door IOPS-vereisten. Het is mogelijk om alle sapdata1 op te slaan... 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 vereist |
| Oracle Home, saptrace, ... | Premium | Geen | Geen |
- Striping: LVM-stripe met RAID0
- Tijdens R3load-migraties moet de optie Hostcache voor SAPDATA worden ingesteld op Geen
- oraarch: LVM is optioneel
Azure Infra: Doorvoerlimieten voor virtuele machines en Opties voor Azure Disk Storage
Oracle Automatic Storage Management (ASM)## kan deze opslagtechnologieën evalueren:
- Azure Premium Storage: momenteel de standaardkeuze
- Bursting van beheerde schijven - Bursting van beheerde schijven - Virtuele Azure-machines | Microsoft Docs
- Azure Write Accelerator
- De onlineschijfextensie voor Azure Premium SSD-opslag wordt nog steeds 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 schrijftijden voor logboeken aangeeft dan verwacht.
Doorvoerlimieten voor virtuele Azure-machines
Elk type virtuele Azure-machine (VM) heeft limieten voor CPU, Schijf, Netwerk en RAM. Deze limieten worden beschreven in de onderstaande koppelingen
De volgende aanbevelingen moeten worden gevolgd bij het selecteren van een VM-type:
- Zorg ervoor dat de schijfdoorvoer en IOPS voldoende zijn voor de werkbelasting en ten minste gelijk zijn aan de geaggregeerde doorvoer van de schijven
- Overweeg betaalde bursting in te schakelen, met name voor Redo Log-schijven
- Voor ANF is de netwerkdoorvoer belangrijk omdat al het opslagverkeer wordt geteld als 'Netwerk' in plaats van schijfdoorvoer
- Raadpleeg deze blog voor netwerkafstemming voor M-serie Netwerkdoorvoer optimaliseren op vm's uit de Azure M-serie (microsoft.com)
- Bekijk deze koppeling waarin wordt beschreven hoe u een AWR-rapport gebruikt om de juiste Azure-VM te selecteren
- Azure Intel Ev5 Edv5- en Edsv5-serie - Azure Virtual Machines |Microsoft Docs
- Azure AMD Eadsv5 Easv5- en Eadsv5-serie - Azure Virtual Machines |Microsoft Docs
- Azure M-serie/Msv2-serie M-serie - Virtuele Azure-machines |Microsoft Docs en Msv2/Mdsv2 Medium Memory Series - Azure Virtual Machines | Microsoft Docs
- Azure Mv2 Mv2-serie - Azure Virtual Machines | Microsoft Docs
Back-up/herstel
Voor back-up-/herstelfunctionaliteit worden de SAP BR*-hulpprogramma's voor 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:
- Een back-up maken van een Oracle Database 12c-database op een virtuele Azure Linux-machine en deze herstellen
- De Azure Backup-service biedt ook ondersteuning voor Oracle-back-ups, zoals beschreven in het artikel Back-up maken en herstellen van een Oracle Database 19c-database op een Virtuele Azure Linux-machine met behulp van Azure Backup.
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 weergegeven in het artikel Herstel na noodgevallen voor een Oracle Database 12c-database in een Azure-omgeving.
Een ander goed Oracle-technisch document over het instellen van Oracle 12c Data Guard voor SAP-klanten
Enorme pagina's en grote Oracle SGA-configuraties
MET VLDB SAP in Oracle op Azure-implementaties worden SGA-grootten van meer dan 3 TB toegepast. Moderne versies van Oracle verwerken grote SGA-grootten goed en verminderen io aanzienlijk. Bekijk het AWR-rapport en verhoog de SGA-grootte om lees-I/O te verminderen.
Als algemene richtlijnen moet Linux Huge Pages worden geconfigureerd tot ongeveer 75% van de RAM-grootte van de VIRTUELE machine. De SGA-grootte kan worden ingesteld op 90% van de grootte van de enorme pagina. Een bij benadering voorbeeld is een VM met M192ms met 4 TB RAM-geheugen, waarbij Huge Pages proximately 3 TB zou hebben ingesteld. De SGA kan worden ingesteld op een waarde die iets minder is dan 2,95 TB.
Grote SAP-klanten die op Azure-VM's met hoog geheugen worden uitgevoerd, profiteren sterk 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 Kernel Tuning Parameter (Doc ID 2501269.1...
Koppelingen en andere Oracle Linux-hulpprogramma's
Oracle Linux biedt een nuttig hulpprogramma voor GUI-beheer:
- Oracle-webconsole Oracle Linux: Cockpit-webconsole installeren in Oracle Linux
- Upstream Cockpit Project — Cockpit Project (cockpit-project.org)
Oracle Linux heeft een nieuw hulpprogramma voor pakketbeheer – DNF
Oracle Linux 8: Pakketbeheer eenvoudig gemaakt met gratis video's | Oracle Linux-blog
Oracle® Linux 8 Managing Software on Oracle Linux - Chapter 1 Yum DNF
Geheugen- en NUMA-configuraties kunnen worden getest en gebenchmarkeerd met een nuttig hulpprogramma - Oracle Real Application Testing (RAT)
Oracle Real Application Testing: Wat is het en hoe gebruikt u deze? (aemcorp.com)
Informatie over probleem met UDEV-logboekbeschadiging Oracle Redolog corruptie in Azure | Oracle in het veld (wordpress.com)
Oracle ASM in Azure-beschadiging - opvolgen (dbaharrison.blogspot.com)
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 op Oracle in Azure biedt ook ondersteuning voor Windows. De aanbevelingen voor Windows-implementaties worden hieronder samengevat:
- De volgende Windows-releases worden aanbevolen: Windows Server 2022 (alleen vanuit Oracle Database 19.13.0 op) Windows Server 2019 (alleen vanuit Oracle Database 19.5.0 op)
- Er is geen ondersteuning voor ASM in Windows. Windows Opslagruimten moet worden gebruikt om schijven te aggregeren voor optimale prestaties
- Installeer de Oracle Home op een toegewezen onafhankelijke schijf (installeer Oracle Home niet op de C: Drive)
- Alle schijven moeten NTFS zijn geformatteerd
- Volg de Handleiding voor Het 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. SAP Software Provisioning Manager (SWPM) voor Windows biedt momenteel geen ondersteuning voor ASM.
Opslagconfiguraties voor SAP in Oracle in Windows
Minimale configuratievensters:
| Onderdeel | schijf | Hostcache | Striping1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA & mirrlogB | Premium | Geen | Niet vereist |
| F:\oracle\<SID>\origlogaB & mirrlogA | Premium | Geen | Niet vereist |
| G:\oracle\<SID>\sapdata1... N | Premium | Alleen-lezen2 | Aanbevolen |
| H:\oracle\<SID>\oraarch3 | Premium | Geen | Niet vereist |
| I:\Oracle Home, saptrace, ... | Premium | Geen | Geen |
- Striping: Windows Opslagruimten
- Tijdens R3load-migraties moet de optie Hostcache voor SAPDATA worden ingesteld op Geen
- oraarch: Windows Opslagruimten is optioneel
De schijfselectie voor het hosten van online redo-logboeken van Oracle wordt aangestuurd door IOPS-vereisten. Het is mogelijk om alle sapdata1 op te slaan... n (tablespaces) op één gekoppelde schijf zolang het volume, de IOPS en de doorvoer aan de vereisten voldoen.
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 vereist |
| K:\Oracle Home, saptrace, ... | Premium | Geen | Geen |
- Striping: Windows Opslagruimten
- Tijdens R3load-migraties moet de optie Hostcache voor SAPDATA worden ingesteld op Geen
- oraarch: Windows Opslagruimten is optioneel
Koppelingen voor Oracle in Windows
- Overzicht van Het afstemmen van Windows (oracle.com)
- Configuratietaken na installatie in Windows (oracle.com)
- SAP op Windows-presentatie (oracle.com)2823030 - Oracle op MS WINDOWS Large Pages
Volgende stappen
Het artikel lezen