Översikt över Oracle-program och lösningar i Azure

  • Artikel

Gäller för: ✔️ Virtuella Linux-datorer

I den här artikeln lär du dig mer om att köra Oracle-lösningar med hjälp av Azure-infrastrukturen.

Viktigt!

Oracle RAC och Oracle RAC OneNode stöds inte i Azure Bare Metal Infrastructure.

Oracle-databaser i Azure-infrastruktur

Oracle har stöd för att köra sina Database 12.1- och högre Standard- och Enterprise-utgåvor i Azure på VM-avbildningar baserade på Oracle Linux. Du kan köra Oracle-databaser i Azure-infrastrukturen med hjälp av Oracle Database på Oracle Linux-avbildningar som är tillgängliga på Azure Marketplace.

  • Oracle Database 12.2 och 18.3 Enterprise Edition
  • Oracle Database 12.2 och 18.3 Standard Edition
  • Oracle Database 19.3
    Du kan också använda någon av följande metoder:
  • Konfigurera Oracle Database på en Linux-avbildning som inte är oracle tillgänglig i Azure.
  • Skapa en lösning på en anpassad avbildning som du skapar från grunden i Azure.
  • Ladda upp en anpassad avbildning från din lokala miljö.

Du kan också välja att konfigurera lösningen med flera anslutna diskar. Du kan förbättra databasprestanda genom att installera Oracle Automated Storage Management (ASM). För bästa prestanda för produktionsarbetsbelastningar i Oracle Database i Azure ska du se till att storleksanpassa VM-avbildningen korrekt och välja rätt lagringsalternativ baserat på dataflöde, IOPS och svarstid. Anvisningar om hur du snabbt får igång en Oracle-databas i Azure med hjälp av den Oracle-publicerade VM-avbildningen finns i Skapa en Oracle Database på en virtuell Azure-dator.

Distribuera Oracle VM-avbildningar på Microsoft Azure

Det här avsnittet beskriver information om Oracle-lösningar baserat på vm-avbildningar som publicerats av Oracle på Azure Marketplace. Om du vill hämta en lista över tillgängliga Oracle-avbildningar kör du följande kommando med Hjälp av Azure CLI eller Azure Cloud Shell

az vm image list --publisher oracle --output table –all

Bilderna är bring-your-own-license. Du debiteras endast för kostnaderna för beräkning, lagring och nätverk som uppstår när du kör en virtuell dator. Du kan också välja att skapa dina lösningar på en anpassad avbildning som du skapar från grunden i Azure eller ladda upp en anpassad avbildning från din lokala miljö.

Viktigt!

Du behöver en lämplig licens för att använda Oracle-programvara och ett aktuellt supportavtal med Oracle. Oracle har garanterad licensmobilitet från lokal plats till Azure. Mer information om licensmobilitet finns i Vanliga frågor och svar om Oracle och Microsoft Strategic Partnership.

Program på Oracle Linux och WebLogic-servern

Kör företagsprogram på WebLogic-servern i Azure på Oracle Linux-avbildningar som stöds. Mer information finns i WebLogic-dokumentationen, Oracle WebLogic Server på Azure Solution Overview.

WebLogic Server med Azure-tjänstintegreringar

Oracle och Microsoft samarbetar för att ta WebLogic Server till Azure Marketplace i form av Azure Application-erbjudande. Mer information om dessa erbjudanden finns i Vad är lösningar för att köra Oracle WebLogic Server.

Oracle WebLogic Server VM-avbildningar

Klustring stöds endast på Enterprise Edition. Du har endast licens för att använda WebLogic-klustring när du använder Enterprise Edition av Oracle WebLogic Server. Använd inte klustring med Oracle WebLogic Server Standard Edition. UDP multicast stöds inte. Azure har stöd för UDP-unicasting, men inte multicasting eller sändning. Oracle WebLogic Server kan förlita sig på Unicast-funktioner i Azure UDP. För bästa resultat som förlitar sig på UDP unicast rekommenderar vi att Storleken på WebLogic-klustret hålls statisk eller bevaras med högst 10 hanterade servrar. Oracle WebLogic Server förväntar sig att offentliga och privata portar är desamma för T3-åtkomst. Till exempel när du använder Enterprise JavaBeans (EJB). Överväg ett scenario med flera nivåer där ett tjänstnivåprogram körs på ett Oracle WebLogic Server-kluster som består av två eller flera virtuella datorer i ett virtuellt nätverk med namnet SLWLS. Klientnivån finns i ett annat undernät i samma virtuella nätverk och kör ett enkelt Java-program som försöker anropa EJB i tjänstskiktet. Eftersom du måste lastbalansera tjänstskiktet måste en offentlig belastningsutjämningsslutpunkt skapas för de virtuella datorerna i Oracle WebLogic Server-klustret. Om den angivna privata porten skiljer sig från den offentliga porten uppstår ett fel. Om du till exempel använder 7006:7008uppstår följande fel på grund av att Oracle WebLogic Server förväntar sig att lastbalanserarens port och WebLogic-hanterade serverporten är desamma för all fjärråtkomst till T3.

[java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.cloudapp.net:7006:

Bootstrap to: example.cloudapp.net/138.91.142.178:7006' over: 't3' got an error or timed out]

I föregående fall kommer klienten åt port 7006, som är lastbalanserarens port, och den hanterade servern lyssnar på 7008, som är den privata porten. Den här begränsningen gäller endast för T3-åtkomst, inte HTTP.

Undvik det här problemet genom att använda någon av följande lösningar:

  • Använd samma privata och offentliga portnummer för lastbalanserade slutpunkter som är dedikerade till T3-åtkomst.

  • Inkludera följande JVM-parameter när du startar Oracle WebLogic Server: configCopy Dweblogic.rjvm.enableprotocolswitch=true

  • Begränsningar för dynamisk klustring och belastningsutjämning. Anta att du vill använda ett dynamiskt kluster i Oracle WebLogic Server och exponera det via en enda offentlig, belastningsutjämningsslutpunkt i Azure. Den här metoden kan göras så länge du använder ett fast portnummer för var och en av de hanterade servrarna, inte dynamiskt tilldelad från ett intervall, och inte startar fler hanterade servrar än det finns datorer som administratören spårar. Det får inte finnas fler än en hanterad server per virtuell dator. Om konfigurationen resulterar i att fler Oracle WebLogic-servrar startas än det finns virtuella datorer är det inte möjligt för fler än en av dessa instanser av Oracle WebLogic-servrar att binda till ett visst portnummer. Om flera Oracle WebLogic Server-instanser delar samma virtuella dator misslyckas alltså de andra på den virtuella datorn. Om du konfigurerar administratörsservern för att automatiskt tilldela unika portnummer till dess hanterade servrar är belastningsutjämning inte möjligt eftersom Azure inte stöder mappning från en enda offentlig port till flera privata portar, vilket skulle krävas för den här konfigurationen.

  • Flera instanser av Oracle WebLogic Server på en virtuell dator. Beroende på dina distributionskrav kan du överväga att köra flera instanser av Oracle WebLogic Server på samma virtuella dator om den virtuella datorn är tillräckligt stor. På en medelstor virtuell dator, som innehåller två kärnor, kan du till exempel välja att köra två instanser av Oracle WebLogic Server. Vi rekommenderar dock fortfarande att du undviker att införa enskilda felpunkter i din arkitektur. Att köra flera instanser av Oracle WebLogic Server på bara en virtuell dator skulle vara en sådan enskild punkt.

Att använda minst två virtuella datorer kan vara en bättre metod. Varje virtuell dator kan köra flera instanser av Oracle WebLogic Server. Varje instans av Oracle WebLogic Server kan fortfarande ingå i samma kluster. För närvarande går det dock inte att använda Azure för att belastningsutjämna slutpunkter som exponeras av sådana Oracle WebLogic Server-distributioner på samma virtuella dator. Azure Load Balancer kräver att de belastningsbalanserade servrarna distribueras mellan unika virtuella datorer.

Alternativ för hög tillgänglighet och haveriberedskap

När du använder Oracle-lösningar i Azure ansvarar du för att implementera en lösning för hög tillgänglighet och haveriberedskap för att undvika driftstopp. Du kan också implementera hög tillgänglighet och haveriberedskap för Oracle Database Enterprise Edition med hjälp av Data Guard, Active Data Guard eller Oracle GoldenGate. Metoden kräver två databaser på två separata virtuella datorer, som ska finnas i samma virtuella nätverk för att säkerställa att de kan komma åt varandra via den privata beständiga IP-adressen.

Vi rekommenderar att du placerar de virtuella datorerna i samma tillgänglighetsuppsättning så att Azure kan placera dem i separata feldomäner och uppgradera domäner. Om du vill ha geo-redundans konfigurerar du de två databaserna för att replikera mellan två olika regioner och ansluter de två instanserna med en VPN Gateway. Information om hur du går igenom den grundläggande konfigurationsproceduren i Azure finns i Implementera Oracle Data Guard på en virtuell Azure Linux-dator.

Med Oracle Active Data Guard kan du uppnå hög tillgänglighet med en primär databas på en virtuell dator, en sekundär databas (vänteläge) på en annan virtuell dator och enkelriktad replikering mellan dem. Resultatet är läsbehörighet till kopian av databasen. Med Oracle GoldenGate kan du konfigurera dubbelriktad replikering mellan de två databaserna. Information om hur du konfigurerar en lösning med hög tillgänglighet för dina databaser med hjälp av dessa verktyg finns i Active Data Guard och GoldenGate. Om du behöver läs- och skrivåtkomst till kopian av databasen kan du använda Oracle Active Data Guard.

Information om hur du går igenom den grundläggande konfigurationsproceduren i Azure finns i Implementera Oracle Golden Gate på en virtuell Azure Linux-dator.

Du kan effektivt uppnå hög tillgänglighet för dina Oracle-databaser genom att använda volymplacering i Azure NetApp Files-tillgänglighetszonen i kombination med Oracle Data Guard för en HA-arkitektur mellan zoner. Du kan också använda lagringsbaserade replikeringsfunktioner i Azure NetApp Files för att eliminera kostnaden för Data Guard-licenser och köra virtuella datorer i den sekundära zonen. Azure NetApp Files-volymer kan placeras i valfri tillgänglighetszon på samma sätt och kan sedan replikeras mellan zoner i regionen med hjälp av replikering mellan zoner (eller till en annan region med replikering mellan regioner).

Förutom att ha en lösning för hög tillgänglighet och haveriberedskap som har skapats i Azure bör du ha en strategi för säkerhetskopiering för att återställa databasen.

Säkerhetskopiera Oracle-arbetsbelastningar

Olika säkerhetskopieringsstrategier är tillgängliga för Oracle på virtuella Azure-datorer. Följande säkerhetskopieringar är andra alternativ:

Distribuera Oracle-program i Azure

Använd Terraform-mallar, AZ CLI eller Azure-portalen för att konfigurera Azure-infrastruktur och installera Oracle-program. Du använder också Ansible för att konfigurera databas i den virtuella datorn. Mer information finns i Terraform på Azure.

Oracle har certifierat följande program som ska köras i Azure när du ansluter till en Oracle-databas med hjälp av Azure med Oracle Cloud-anslutningslösningen:

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • Personer Soft
  • Oracle Retail-program
  • Oracle Hyperion Financial Management

Du kan distribuera anpassade program i Azure som ansluter till OCI och andra Azure-tjänster.

Stöd för JD Edwards

Enligt Oracle Support stöds JD Edwards EnterpriseOne version 9.2 och senare i alla offentliga molnerbjudanden som uppfyller deras specifika lägsta tekniska krav (MTR). Du måste skapa anpassade avbildningar som uppfyller deras MTR-specifikationer för operativsystem och programkompatibilitet. Mer information finns i Doc ID 2178595.1.

Licensiering

Distributionen av Oracle-lösningar i Azure baseras på en bring-your-own-license-modell. Den här modellen förutsätter att du har licenser för att använda Oracle-programvara och att du har ett aktuellt supportavtal på plats med Oracle. Microsoft Azure är en auktoriserad molnmiljö för att köra Oracle Database. Oracle Core Factor-tabellen gäller inte vid licensiering av Oracle-databaser i molnet. Mer information finns i Oracle Processor Core Factor Table. När du använder virtuella datorer med flertrådsteknik aktiverat för Enterprise Edition-databaser räknar du i stället två vCPU:er som likvärdiga med en Oracle-processorlicens om hyperläsning är aktiverat, enligt beskrivningen i principdokumentet. Principinformationen finns på Licensiering av Oracle Software i cloud computing-miljön.
Oracle-databaser kräver vanligtvis högre minne och I/O. Därför rekommenderar vi minnesoptimerade virtuella datorer för dessa arbetsbelastningar. För att optimera dina arbetsbelastningar ytterligare rekommenderar vi begränsade core-vCPU:er för Oracle Database-arbetsbelastningar som kräver hög minne,lagrings- och I/O-bandbredd, men inte ett högt antal kärnor. När du migrerar Oracle-programvara och arbetsbelastningar från en lokal plats till Microsoft Azure tillhandahåller Oracle licensmobilitet enligt vanliga frågor och svar om Oracle och Microsoft Strategic Partnership.

Nästa steg

Nu har du en översikt över aktuella Oracle-databaser och lösningar baserade på VM-avbildningar i Microsoft Azure. Nästa steg är att distribuera din första Oracle-databas i Azure.