Optimera affärskontinuitet och haveriberedskap

När du migrerar Oracle-resurser till Azure bör du överväga databasens tillförlitlighet och även tillförlitligheten för nivåerna på virtuella datorer (VM), virtuella nätverksundernät och lagringskomponenter.

Oracle i Azures infrastruktur som en tjänst (IaaS) kan uppfylla de nödvändiga återhämtningsmålen för de mest krävande Oracle-arbetsbelastningarna. Om du vill använda vägledningen i den här artikeln måste du först definiera dina KPI:er (Resiliency Key Performance Indicators) baserat på dina affärskrav. Använd dina krav för mål för återställningstid (RTO) och mål för återställningspunkt (RPO) som baslinje-KPI:er för att fastställa den bästa arkitekturen för oracle-arbetsbelastningen i Azure.

RTO är den maximala tid som ett program förblir otillgängligt efter en katastrof, ett haveri eller en jämförbar händelse.

RPO är den maximala mängden dataförlust efter en katastrof, ett haveri eller en jämförbar händelse.

Säkerhetskopieringsmetoder för dataskydd

De tre Oracle-databassäkerhetskopiorna för en Oracle-arbetsbelastning på Azure IaaS är:

• Säkerhetskopiering av direktuppspelning. Använd Oracle Recovery Manager (RMAN) för den här metoden. RMAN strömmar säkerhetskopior till sekventiella bandmedier.

  Säkerhetskopieringsmål i Azure omfattar:

  • Virtuella bandbibliotek som inte är från Microsoft, som du hittar i Azure Marketplace.
  • Lokala filresurser och fjärrfilresurser, till exempel Azure Blob Storage med protokollet Network File System, Azure Files och Azure NetApp Files.

• Ögonblicksbilder på lagringsnivå. Använd Azure Backup för den här metoden. Den här metoden förlitar sig på den typ av lagring som du använder för databasfiler. Om du till exempel använder Azure-hanterade diskar, till exempel Azure Premium SSD, integreras Azure Backup med Oracle-databasen. Om du använder Azure NetApp Files kan du använda Azure NetApp Files dataskyddsfunktioner, till exempel Azure NetApp Files säkerhetskopiering och replikering mellan regioner.

• Säkerhetskopieringar på VM-nivå. Använd Azure Backup för den här metoden.

När du strömmar säkerhetskopieringar av stora databaser kan den tid det tar att kopiera data för att sedan återställa dem överskrida RTO-kraven. Ögonblicksbilder på lagringsnivå är det bästa alternativet för det scenariot.

Rekommendationer

• Överväg noggrant om du vill implementera en strategi för säkerhetskopiering som baseras på direktuppspelning, ögonblicksbilder på lagringsnivå eller båda strategierna.

• Utvärdera effekten av din säkerhetskopieringsstrategi på dina RTO- och RPO-krav.

• Analysera tillgängliga lagringsmål för dina RMAN-säkerhetskopior baserat på de dokumenterade dataflödesgränserna för varje alternativ. Välj det alternativ som uppfyller dina krav.

• Överväg att använda Azure Backup för ögonblicksbilder på lagringsnivå och överväg att placera ögonblicksbilderna i en länkad region eller en tillgänglighetszon för extra skydd.

• Överväg olika lagringsalternativ för att lagra de säkerhetskopior av arkivloggar som du behöver för att återställa databasen. Överväg prestanda, replikering och kostnadsöverväganden för varje alternativ.

• Utveckla och testa regelbundet dina planer för säkerhetskopiering och återställning för att förhindra oönskade överraskningar i produktionsmiljön.

Tjänstskydd och affärskontinuitet

Det här avsnittet beskriver hur du förbättrar den övergripande hög tillgängligheten (HA) och haveriberedskap (DR) för din Oracle-arbetsbelastning i Azure IaaS genom att implementera överväganden om tjänstskydd och affärskontinuitet (BC).

Ta med följande rekommendationer för att förbättra arkitekturredundans och i slutändan maximera den tid som tjänsten är tillgänglig. Sträva efter att minimera driftstopp på grund av planerade avbrott, till exempel korrigeringar, uppdateringar och uppgraderingar och oplanerade avbrott, till exempel fel. Använd Azure- och Oracle-funktioner för att förbättra återställningen från geografiomfattande fel.

Azure erbjuder många alternativ för hög tillgänglighet för enskilda komponenter i en Oracle på IaaS-arkitektur. Du kan till exempel:

• Distribuera virtuella datorer i tillgänglighetsuppsättningar för att garantera separata feldomäner och uppdatera domäner.
• Skapa tillgänglighetszoner för att skydda mot datacenterfel.
• Placera distributioner i olika regioner för att skydda mot fel i hela regionen.

Olika Azure-lagringsfunktioner ger olika lagringsredundansnivåer, till exempel lokalt redundant lagring, zonredundant lagring och geo-redundant lagring. Överväg varje alternativ när du planerar distributionen av Oracle-arbetsbelastningen i Azure IaaS.

Du kan också använda Oracle Data Guard, som är ett verktyg för konfigurationer av Oracle-databastjänstskydd. Data Guard vidarebefordrar och tillämpar transaktionsloggar på en eller flera väntelägesdatabaser. Den här processen underhåller exakta kopior av den primära databasen som du kan redundansväxla till om du har planerat underhåll eller ett felscenario.

Data Guard har tre datareplikeringslägen: maximalt skydd, maximal tillgänglighet och maximal prestanda. Varje replikeringsläge erbjuder en annan kombination av loggtransportlägen och olika transaktionsgarantier för programmet på den sekundära databasen.

Beroende på din strategi, till exempel en strategi för noll svarstid eller noll dataförlust, kan du välja en synkron eller asynkron konfiguration. Du kan också implementera snabbstartsredundans, beroende på dina krav på maximal stilleståndstid. Referensarkitekturer är tillgängliga som ger en återställning på mindre än en minut eller mindre än fem minuter och upp till fyra timmar. Enterprise Edition för Oracle Database innehåller Data Guard.

Oracle GoldenGate är ett annat verktyg som du kan använda för att replikera data mellan två databaser och aktivera scenarier med flera primära. Du måste köpa GoldenGate separat.

Rekommendationer

• Överväg de funktioner som Azure tillhandahåller för hög tillgänglighet för olika infrastrukturkomponenter i Oracle i Azure IaaS-implementeringen.

• Välj noggrant det databasskyddsläge som uppfyller dina krav när du använder Data Guard för HA och DR. Till exempel minimerar maximalt prestandaläge påverkan på källan men har den högsta risken för dataförlust. Mer information finns i BCDR för Oracle på Azure Virtual Machines accelerator för landningszoner och Oracle Data Guard-skyddslägen.

• Överväg att automatisera redundansväxlingsprocessen. Du kan till exempel använda snabbstartsredundans.

• Upprätta testprocedurer för dina redundansprocesser och utför regelbundna tester för att undvika problem.

• Skapa din lösning holistiskt med hjälp av Azure-inbyggda funktioner, till exempel tillgänglighetszoner och Oracle-inbyggda verktyg, som Data Guard, för att uppfylla dina krav på hög tillgänglighet och haveriberedskap. I följande två exempel används Azure-inbyggda och Oracle-inbyggda komponenter.

Skapa en redundansväxling med passivt vänteläge

Det här avsnittet beskriver ett exempel på ett redundansscenario för affärskritiska Oracle-program i en distribution med två tillgänglighetszoner med passivt vänteläge.

Affärskritiska Oracle-program, till exempel Oracle E-Business Suite, kräver felskydd och därför en holistisk arkitektur.

Det här exemplet:

• Har en distribution med två tillgänglighetszoner. Programnivån använder Azure Site Recovery med en passiv sekundär virtuell dator.

• Dra nytta av funktionen snabbstart av Data Guard-redundans. För att få högsta tillgänglighet rekommenderar vi att du installerar två observatörer. Den primära övervakaren är i tillgänglighetszon ett och den sekundära övervakaren finns i tillgänglighetszon två. Observatörerna övervakar och dirigerar trafiken. När den primära databasen inte är tillgänglig redundansväxlar övervakaren automatiskt till den sekundära databasen. Data Guard utför en omsynkronisering. Tidsramen för att göra om synkroniseringen beror på din redo-konfiguration.

• Har Data Guard konfigurerat till ett dataskyddsläge, till exempel maximal tillgänglighet, maximal prestanda eller maximalt skydd. Mer information om hur du väljer ett läge för dina arbetsbelastningskrav finns i Oracle Data Guard-skyddslägen.

Följande arkitektur syftar till ett avbrottstidströskelvärde på mindre än fem minuter.

Skapa en redundansväxling med aktivt vänteläge

I det här avsnittet beskrivs ett exempel på ett redundansscenario för affärskritiska Oracle-program i en zondistribution med två tillgängligheter med aktivt vänteläge.

I det här exemplet:

• Webbservernivån, programnivån och databasnivån finns i sitt eget virtuella nätverksundernät.

• Den primära databasen finns i tillgänglighetszon ett.

• Databasen som använder Active Data Guard för att replikera den primära databasen till ett aktivt vänteläge finns i tillgänglighetszon tre.

Anteckning

Den här konfigurationen kräver en Active Data Guard-licens.

Följande arkitektur syftar till ett avbrottströskelvärde på mindre än en minut. Det här redundansscenariot har en aktiv väntelägeskonfiguration men har skrivskyddade funktioner.

Nästa steg

Optimera säkerheten