Dela via


Förstå Azure NetApp Files-programvolymgruppen för Oracle

Med programvolymgruppen för Oracle kan du distribuera alla volymer som krävs för att installera och använda Oracle-databaser i företagsskala, med optimala prestanda och enligt bästa praxis i ett enda steg och optimerat arbetsflöde. Funktionen för programvolymgrupper använder Azure NetApp Files-möjligheten att placera alla volymer i samma tillgänglighetszon som de virtuella datorerna för att uppnå automatiserade, svarstidsoptimerade distributioner.

Programvolymgruppen för Oracle har implementerat många tekniska förbättringar som förenklar och standardiserar hela processen för att hjälpa dig att effektivisera volymdistributioner för Oracle. Alla nödvändiga volymer, till exempel upp till åtta datavolymer, omloggning online och arkivera omloggning, säkerhetskopiering och binärt, skapas i en enda "atomisk" åtgärd (via Azure-portalen, RP eller API).

Azure NetApp Files-programvolymgruppen förkortar distributionstiden för Oracle-databasen och ökar programmets övergripande prestanda och stabilitet, inklusive användning av flera lagringsslutpunkter. Funktionen för programvolymgrupper stöder ett brett utbud av Oracle-databaslayouter från små databaser med en enda volym upp till databaser med flera 100 TiB-storlekar. Den stöder upp till åtta datavolymer med svarstidsoptimerad prestanda och begränsas endast av den virtuella databasdatorns nätverksfunktioner.

Att använda flera volymer som är anslutna via flera lagringsslutpunkter, som distribueras av programvolymgruppen för Oracle, ger prestandaförbättringar enligt beskrivningen i oracledatabasen i artikeln om flera volymer.

Programvolymgruppen för Oracle stöds i alla Azure NetApp Files-aktiverade regioner.

Viktiga funktioner

Programvolymgruppen för Oracle innehåller följande funktioner:

  • Stöd för en stor variation av Oracle-konfigurationer som börjar med 2 volymer för mindre databaser upp till 12 volymer för enorma databaser upp till flera hundra TiB.
  • Skapa följande volymlayout:
    • Data: En till åtta datavolymer
    • Logg: En online omloggvolym (log) och eventuellt en andra loggvolym (log-mirror) om det behövs
    • Binärt: En volym för Oracle-binärfiler (valfritt)
    • Säkerhetskopiering: En loggvolym för att arkivera loggsäkerhetskopian (valfritt)
  • Skapa volymer i en manuell QoS-kapacitetspool
    Volymstorleken och den nödvändiga prestandan (i MiB/s) föreslås baserat på användarindata för databasens storlek och dataflödeskrav för databasen.
  • Mallen gui för programvolymgruppen och Azure Resource Manager (ARM) ger metodtips för att förenkla storlekshantering och skapa volymer. Till exempel:
    • Föreslå en namngivningskonvention för volymer baserat på ett system-ID (SID) och volymtyp
    • Beräkna storlek och prestanda baserat på användarindata

Programvolymgruppen för Oracle hjälper dig att förenkla distributionsprocessen och öka lagringsprestandan för Oracle-arbetsbelastningar. Några av de nya funktionerna är följande:

  • Användning av placering av tillgänglighetszoner för att säkerställa att volymer placeras i samma zon som virtuella beräkningsdatorer.
    På begäran är en PPG-baserad volymplacering tillgänglig för regioner utan tillgänglighetszoner, vilket kräver en manuell process.
  • Skapa separata lagringsslutpunkter (med olika IP-adresser) för data- och loggvolymer.
    Den här distributionsmetoden ger bättre prestanda och dataflöde för Oracle-databasen.

Layout för programvolymgrupp

Programvolymgruppen för Oracle distribuerar flera volymer baserat på dina indata och resurstillgänglighet i den valda regionen och zonen, enligt följande regler:

  • AVG kan distribuera 1 till 8 data, logga (och eventuellt loggspegling), säkerhetskopiering och binära volymer i den valda zonen med samma inställning för nätverksfunktioner (Standard eller Basic) och samma NFS-version (NFSv4.1 eller NFSv3).
  • Värdkapacitetspoolen måste konfigureras med manuell QoS.
  • Datavolymer distribueras enligt regler mot tillhörighet för att säkerställa att de sprids över så många Azure NetApp Files-lagringsslutpunkter som möjligt i den valda zonen. Volymerna tilldelas också direkta lagringsslutpunkter för bästa möjliga svarstid.
  • Upp till tre datavolymer kan distribueras på samma lagringsslutpunkt i resursbegränsade zoner om kraven på kapacitet och dataflöde tillåter det.
  • Logg-, loggspeglings- och säkerhetskopieringsvolymer distribueras enligt regler utan gruppering: ingen av dessa volymer kan dela lagringsslutpunkter. Dessa volymer tilldelas direct-storage-endpoints.
  • Den binära volymen kan dela en lagringsslutpunkt med säkerhetskopieringsvolymen och kräver ingen direkt lagringsslutpunkt.

Distributioner med hög tillgänglighet omfattar volymer i 2 tillgänglighetszoner där du kan distribuera volymer med hjälp av programvolymgruppen för Oracle i båda zonerna. Du kan använda programbaserad datareplikering, till exempel Data Guard. Exempel på volymlayout med dubbla zoner:

Distributioner med hög tillgänglighet omfattar volymer i två tillgänglighetszoner, för vilka du kan distribuera volymer med hjälp av programvolymgruppen för Oracle i båda zonerna. Du kan använda programbaserad datareplikering, till exempel Data Guard. Exempel på volymlayout med dubbla zoner:

Diagram över volymlayout med dubbla zoner.

En helt byggd distribution med åtta datavolymer och alla valfria volymer i en zon med gott om resurstillgänglighet kan likna:

Diagram över Oracle-distribution.

I resursbegränsade zoner kan volymer distribueras på delade lagringsslutpunkter på grund av ovannämnda algoritmer för antitillhörighet och ingen gruppering. Det här diagrammet visar ett exempel på en volymlayout i en resursbegränsad zon:

Diagram över åtta datavolymlayouter.

I resursbegränsade zoner distribueras volymerna på delade lagringsslutpunkter samtidigt som reglerna för antitillhörighet och ingen gruppering upprätthålls. Den resulterande layouten visar logg- och loggspeglingsvolymerna på privata lagringsslutpunkter medan datavolymerna delar lagringsslutpunkter. Logg- och loggspeglingsvolymerna delar inte lagringsslutpunkter.

Nästa steg