Azure Virtual Machines Oracle DBMS-distribution för SAP-arbetsbelastning

Det här dokumentet beskriver flera olika områden att tänka på när du distribuerar Oracle Database sap-arbetsbelastning i Azure IaaS. Innan du läser det här dokumentet rekommenderar vi att du läser Överväganden för Azure Virtual Machines DBMS-distribution för SAP-arbetsbelastning. Vi rekommenderar också att du läser andra guider i dokumentationen för SAP-arbetsbelastningen på Azure.

Du hittar information om Oracle-versioner och motsvarande os-versioner som stöds för att köra SAP på Oracle på Azure i SAP Note 2039619.

Allmän information om hur du kör SAP Business Suite på Oracle finns på SAP på Oracle. Oracle-programvara stöds av Oracle för att köras på Microsoft Azure. Mer information om allmän support för Windows Hyper-V och Azure finns i Vanliga frågor och svar om Oracle Microsoft Azure .

SAP-anteckningar som är relevanta för Oracle, SAP och Azure

Följande SAP-anteckningar är relaterade till SAP på Azure.

De exakta konfigurationer och funktioner som stöds av Oracle och SAP på Azure dokumenteras i SAP Note #2039619.

Windows och Oracle Linux är de enda operativsystem som stöds av Oracle och SAP på Azure. De ofta använda SLES- och RHEL Linux-distributionerna stöds inte för distribution av Oracle-komponenter i Azure. Oracle-komponenter omfattar Oracle Database klienten, som används av SAP-program för att ansluta mot Oracle DBMS.

Undantag, enligt SAP Note #2039619, är SAP-komponenter som inte använder Oracle Database klienten. Sådana SAP-komponenter är SAP:s fristående plats, meddelandeserver,köreplikeringstjänster, WebShopatcher och SAP Gateway.

Även om du kör dina Oracle DBMS- och SAP-programinstanser på Oracle Linux kan du köra dina SAP Central Services på SLES eller RHEL och skydda den med ett Pacemaker-baserat kluster. Pacemaker som ett ramverk för hög tillgänglighet stöds inte på Oracle Linux.

Information om Oracle Database på Windows

Riktlinjer för Oracle-konfiguration för SAP-installationer på virtuella Azure-datorer på Windows

I enlighet med SAP-installationshandboken bör Oracle-relaterade filer inte installeras eller finnas på den virtuella datorns OS-disk (enhet c:). Virtuella datorer med olika storlekar har stöd för ett varierande antal anslutna diskar. Mindre typer av virtuella datorer har stöd för ett mindre antal anslutna diskar.

Om du har mindre virtuella datorer och skulle träffa gränsen för antalet diskar som du kan ansluta till den virtuella datorn kan du installera/hitta Oracle-start, mellansteg, , , , , eller till saptrace saparch sapbackup sapcheck sapreorg OS-disken. De här delarna av Oracle DBMS-komponenterna är inte särskilt intensiva när det gäller I/O- och I/O-dataflöde. Det innebär att OS-disken kan hantera I/O-kraven. Standardstorleken för OS-disken ska vara 127 GB.

Oracle Database och göra om loggfiler måste lagras på separata datadiskar. Det finns ett undantag för det tillfälliga Oracle-tabellutrymmet. Tempfiles kan skapas på D:/ (icke-beständig enhet). Den icke-beständiga D:\ -enheten erbjuder också bättre I/O-svarstid och dataflöde (med undantag för virtuella datorer i A-serien).

Om du vill fastställa rätt mängd utrymme tempfiles för kan du kontrollera storleken på på befintliga tempfiles system.

Storage-konfiguration

Endast Oracle med en instans som använder NTFS-formaterade diskar stöds. Alla databasfiler måste lagras på NTFS-filsystemet på Managed Disks (rekommenderas) eller på virtuella hårddiskar. Diskarna monteras på den virtuella Azure-datorn och baseras på Azure-sidbloblagring eller Azure Managed Disks.

Läs artikeln om Azure Storage SAP-arbetsbelastning för att få mer information om de specifika Azure-blocklagringstyper som är lämpliga för DBMS-arbetsbelastning.

Vi rekommenderar starkt att du använder Azure Managed Disks. Vi rekommenderar också starkt att du använder Azure Premium Storage eller Azure Ultra-disk för Oracle Database distributioner.

Nätverksenheter eller fjärrresurser som Azure-filtjänster stöds inte för Oracle Database filer. Mer information finns i:

• Introduktion till Microsoft Azure File Service

• Spara anslutningar till Microsoft Azure-filer

Om du använder diskar som baseras på Azure-sidbloblagring eller Managed Disks gäller även satserna i Överväganden för Azure Virtual Machines DBMS-distribution för SAP-Oracle Database distributioner med Oracle Database.

Det finns kvoter för IOPS-dataflöde för Azure-diskar. Det här begreppet beskrivs i Överväganden för Azure Virtual Machines DBMS-distribution för SAP-arbetsbelastning. De exakta kvoterna beror på vilken typ av virtuell dator du använder. En lista över VM-typer med deras kvoter finns i Storlekar för virtuella Windows i Azure.

Information om vilka typer av virtuella Azure-datorer som stöds finns i SAP [Note 1928533].

Den minsta konfigurationen är följande:

Diskval för att vara värd för onlinerekeloggar bör styrs av IOPS-krav. Det går att lagra alla sapdata1... n (tabellrymder) på en enskild monterad disk så länge storleken, IOPS och dataflödet uppfyller kraven.

Prestandakonfigurationen är följande:

*(n+1): värdsystem, TEMP och UNDO-tabellområden. I/O-mönstret för system- och ångra-tabellrymder skiljer sig från andra tabellrymder som är värdar för programdata. Ingen cachelagring är det bästa alternativet för prestanda i tabellrymderna System och Ångra.

*oraarch: lagringspoolen är inte nödvändig ur prestandasynpunkt. Det kan användas för att få mer utrymme.

Om fler IOPS krävs för Azure Premium Storage rekommenderar vi att du använder Windows Storage-pooler (endast tillgängligt i Windows Server 2012 och senare) för att skapa en stor logisk enhet över flera monterade diskar. Den här metoden förenklar administrationen för att hantera diskutrymmet och hjälper dig att undvika att manuellt distribuera filer över flera monterade diskar.

Skrivningsaccelerator

För virtuella Datorer i Azure M-serien kan svarstiden som skrivs till onlinerekeloggarna minskas med faktorer jämfört med Azure Premium Storage. Aktivera Azure Skrivningsaccelerator för diskarna (VHD:er) baserat på Azure Premium Storage som används för att göra om loggfiler online. Mer information finns i Skrivningsaccelerator. Eller så kan du använda Azure Ultra-disken för online-redo-loggvolymen.

Säkerhetskopiera och återställa

För säkerhetskopierings-/återställningsfunktioner stöds SAP BR*Tools for Oracle på samma sätt som på vanliga Windows Server-operativsystem. Oracle Recovery Manager (RMAN) stöds också för säkerhetskopiering till disk och återställning från disk.

Du kan också använda Azure Backup för att köra en program konsekvent säkerhetskopiering av virtuella datorer. Artikeln Planera infrastrukturen för säkerhetskopiering av virtuella datorer i Azure förklarar hur Azure Backup använder vss-Windows för att köra program konsekventa säkerhetskopieringar. Oracle DBMS-versioner som stöds i Azure av SAP kan utnyttja VSS-funktionerna för säkerhetskopieringar. Mer information finns i Oracle-dokumentationen Grundläggande begrepp för säkerhetskopiering och återställning av databaser med VSS.

Hög tillgänglighet

Oracle Data Guard stöds för hög tillgänglighet och haveriberedskap. För att uppnå automatisk redundans i Data Guard måste du använda Fast-Start redundans (FSFA). Observer (FSFA) utlöser redundansen. Om du inte använder FSFA kan du bara använda en manuell redundanskonfiguration.

Mer information om haveriberedskap för Oracle-databaser i Azure finns i Haveriberedskap för en Oracle Database 12c-databas i en Azure-miljö.

Snabbare nätverk

För Oracle-distributioner på Windows rekommenderar vi starkt accelererat nätverk enligt beskrivningen i Azures accelererade nätverk. Överväg även de rekommendationer som görs i Överväganden för Azure Virtual Machines DBMS-distribution för SAP-arbetsbelastning.

Annat

Överväganden för Azure Virtual Machines DBMS-distribution för SAP-arbetsbelastning beskriver andra viktiga begrepp som rör distributioner av virtuella datorer med Oracle Database, inklusive Azure-tillgänglighetsuppsättningar och SAP-övervakning.

Information om Oracle Database på Oracle Linux

Oracle-programvara stöds av Oracle för att köras Microsoft Azure med Oracle Linux som gästoperativsystem. Mer information om allmän support för Windows Hyper-V och Azure finns i Vanliga frågor och svar om Azure och Oracle.

Det specifika scenariot för SAP-program som utnyttjar Oracle-databaser stöds också. Information beskrivs i nästa del av dokumentet.

Stöd för Oracle-version

Information om vilka Oracle-versioner och motsvarande OS-versioner som stöds för att köra SAP på Oracle på Azure Virtual Machines finns i SAP Note 2039619.

Allmän information om hur du kör SAP Business Suite på Oracle finns på SAP på Oracle-communitysidan.

Riktlinjer för Oracle-konfiguration för SAP-installationer på virtuella Azure-datorer i Linux

I enlighet med SAP-installationshandböcker bör Oracle-relaterade filer inte installeras eller placeras i systemdrivrutiner för en virtuell dators startdisk. Olika storlekar på virtuella datorer stöder ett varierande antal anslutna diskar. Mindre typer av virtuella datorer har stöd för ett mindre antal anslutna diskar.

I det här fallet rekommenderar vi att du installerar/lokaliserar Oracle-start, saptrace mellanfas, , saparch , , eller för att starta sapbackup sapcheck sapreorg disk. Dessa delar av Oracle DBMS-komponenter är inte intensiva med I/O- och I/O-dataflöde. Det innebär att OS-disken kan hantera I/O-kraven. Standardstorleken för OS-disken är 30 GB. Du kan expandera startdisken med hjälp av Azure Portal, PowerShell eller CLI. När startdisken har expanderats kan du lägga till ytterligare en partition för Oracle-binärfiler.

Storage-konfiguration

Filsystemen ext4, xfs, NFSv4.1 (endast på Azure NetApp Files (ANF)) eller Oracle ASM (se SAP Note #2039619 för versionskrav) stöds för Oracle Database-filer på Azure. Alla databasfiler måste lagras på dessa filsystem baserat på virtuella hårddiskar, Managed Disks eller ANF. De här diskarna monteras på den virtuella Azure-datorn och baseras på Azure-sidbloblagring, Azure Managed Diskseller Azure NetApp Files .

Lista med minimikrav som:

• För Oracle Linux UEK-kernels krävs minst UEK version 4 för att stödja Azure Premium-SSD:er.
• För Oracle med ANF är den lägsta Oracle Linux 8.2.
• För Oracle med ANF är den lägsta Oracle-version som stöds 19c (19.8.0.0)

Läs artikeln om Azure Storage SAP-arbetsbelastning för att få mer information om de specifika Azure-blocklagringstyper som är lämpliga för DBMS-arbetsbelastning.

Med Azure-blocklagring rekommenderar vi starkt att du använder Azure Managed Disks och Azure Premium-SD:er för dina Oracle Database distributioner.

Förutom för Azure NetApp Files stöds inte andra delade diskar, nätverksenheter eller fjärrresurser som Azure File Services (AFS) för Oracle Database filer. Mer information finns i följande:

• Introduktion till Microsoft Azure File Service

• Spara anslutningar till Microsoft Azure-filer

Om du använder diskar baserade på Azure-sidbloblagring eller Managed Disks gäller de instruktioner som finns i Överväganden för Azure Virtual Machines DBMS-distribution för SAP-arbetsbelastning även för distributioner med Oracle Database.

Det finns kvoter för IOPS-dataflöde för Azure-diskar. Det här konceptet beskrivs i Överväganden för Azure Virtual Machines DBMS-distribution för SAP-arbetsbelastning. De exakta kvoterna beror på vilken typ av virtuell dator som används. En lista över VM-typer med deras kvoter finns i Storlekar för virtuella Linux-datorer i Azure.

Information om vilka typer av virtuella Azure-datorer som stöds finns i SAP [Note 1928533].

Minsta konfiguration:

*Borttagning: LVM-stripe eller MDADM med RAID0

Diskvalet för att vara värd för Oracles online-redo-loggar bör styrs av IOPS-kraven. Det går att lagra alla sapdata1... n (tabellutrymmen) på en enskild monterad disk så länge volymen, IOPS och dataflödet uppfyller kraven.

Prestandakonfiguration:

*Borttagning: LVM-stripe eller MDADM med RAID0

*(n+1):Värdsystem, TEMP och UNDO-tabellområden: I/O-mönstret för System och Ångra tabellområden skiljer sig från andra tabellrymder som är värdar för programdata. Ingen cachelagring är det bästa alternativet för prestanda för tabellrymderna System och Ångra.

*oraarch: lagringspoolen är inte nödvändig ur prestandasynpunkt.

Om fler IOPS krävs när du använder Azure Premium Storage, rekommenderar vi att du använder LVM (Logical Volume Manager) eller MDADM för att skapa en stor logisk volym över flera monterade diskar. Mer information finns i Överväganden för Azure Virtual Machines DBMS-distribution för SAP-arbetsbelastning för riktlinjer och tips om hur du använder LVM eller MDADM. Den här metoden förenklar administrationen av hanteringen av diskutrymmet och hjälper dig att undvika att manuellt distribuera filer över flera monterade diskar.

Om du planerar att använda Azure NetApp Files kontrollera att dNFS-klienten är korrekt konfigurerad. Det är obligatoriskt att använda dNFS för att ha en miljö som stöds. Konfigurationen av dNFS dokumenteras i artikeln Creating an Oracle Database on Direct NFS.

Ett exempel som demonstrerar användningen av Azure NetApp Files-baserade NFS för Oracle-databaser finns i bloggen Deploy SAP AnyDB (Oracle 19c) with Azure NetApp Files.

Skrivningsaccelerator

När du använder Azure Skrivningsaccelerator virtuella Datorer i Azure M-serien kan svarstiden som skrivs till online-redologgarna minskas av faktorer när du använder Azure Premium Storage. Aktivera Azure Skrivningsaccelerator för diskarna (VHD:er) baserat på Azure Premium Storage som används för att göra om loggfiler online. Mer information finns i Skrivningsaccelerator. Eller så kan du använda Azure Ultra-disken för online-redo-loggvolymen.

Säkerhetskopiera och återställa

För säkerhetskopierings-/återställningsfunktioner stöds SAP BR*Tools for Oracle på samma sätt som de finns på bare metal och Hyper-V. Oracle Recovery Manager (RMAN) stöds också för säkerhetskopiering till disk och återställning från disk.

Mer information om hur du kan använda Azure Backup och Recovery Services för att backa upp och återställa Oracle-databaser finns i Återställning av en Oracle Database 12c-databaspå en virtuell Linux-dator i Azure.

Azure Backup stöder även Oracle-säkerhetskopieringar enligt beskrivningen i artikeln Säkerhetskopiera och återställa en Oracle Database 19c-databaspå en virtuell Azure Linux-dator med hjälp av Azure Backup .

Hög tillgänglighet

Oracle Data Guard stöds för hög tillgänglighet och haveriberedskap. För att uppnå automatisk redundans i Data Guard måste du använda Fast-Start redundans (FSFA). Funktionen Observer (FSFA) utlöser redundansen. Om du inte använder FSFA kan du bara använda en manuell redundanskonfiguration. Mer information finns i Implementera Oracle Data Guard på en virtuell Linux-dator i Azure.

Haveriberedskapsaspekter för Oracle-databaser i Azure finns i artikeln Haveriberedskap för en Oracle Database 12c-databas i en Azure-miljö.

Snabbare nätverk

Stöd för Azure-accelererat nätverk i Oracle Linux tillhandahålls med Oracle Linux 7 Uppdatering 5 (Oracle Linux 7.5). Om du inte kan uppgradera till den senaste versionen Oracle Linux 7.5 kan det finnas en lösning genom att använda RedHat Compatible Kernel (RHCK) i stället för Oracle UEK-kerneln.

Användning av RHEL-kerneln i Oracle Linux stöds enligt SAP Note #1565179. För Azure Accelerated Networking måste den lägsta RHCKL-kernel-versionen vara 3.10.0-862.13.1.el7. Om du använder UEK-kerneln i Oracle Linux tillsammans med Azure Accelerated Networkingmåste du använda Oracle UEK kernel version 5.

Om du distribuerar virtuella datorer från en avbildning som inte är baserad på Azure Marketplace måste du kopiera ytterligare konfigurationsfiler till den virtuella datorn genom att köra följande kod:

# 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 

Nästa steg

Läs artikeln

• Överväganden för Azure Virtual Machines DBMS-distribution för SAP-arbetsbelastning