Läs på engelska

Dela via


Optimera affärskontinuitet och haveriberedskap

När du migrerar Oracle-resurser till Azure bör du tänka på 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 på mål för återställningstid (RTO) och mål för återställningspunkter (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 fel eller en jämförbar händelse.

Säkerhetskopieringsmetoder för dataskydd

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

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

    Exempel på säkerhetskopieringsmål i Azure:

    • Virtuella bandbibliotek som inte kommer från Microsoft, som du hittar på 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 Säkerhetskopiering av Azure NetApp Files och replikering mellan regioner.

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

    Varning

    Kontrollera att de virtuella datorerna i din säkerhetskopieringsmiljö kör operativsystem som har support. Lär dig mer om operativsystem som stöds.

När du strömmar säkerhetskopior 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

  • Fundera noga på om du vill implementera en säkerhetskopieringsstrategi som baseras på strömning, ögonblicksbilder på lagringsnivå eller på 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 dina ögonblicksbilder på lagringsnivå och överväg att placera ögonblicksbilderna i en parad 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. Tänk på 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

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

Använd följande rekommendationer för att förbättra arkitekturredundansen 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 din återställning 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 med hjälp av en flexibel VM-skalningsuppsättning som automatiskt sprider virtuella datorer över feldomä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 Storage-funktioner 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 installationer 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 lägen för datareplikering: 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 av 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 flera primära scenarier. 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. Maximalt prestandaläge minimerar till exempel 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-acceleratorn för landningszoner och Oracle Data Guard-skyddslägen.

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

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

  • Utforma din lösning holistiskt med hjälp av Azure-inbyggda funktioner, till exempel tillgänglighetszoner och Oracle-inbyggda verktyg, till exempel 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

I det här avsnittet beskrivs 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.

  • Drar nytta av funktionen för snabbstartsredundans för Data Guard. 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 synkroniseringen av om du gör om beror på din omkonfiguration.

  • Har Data Guard konfigurerat till ett dataskyddsläge, till exempel maximal tillgänglighet, högsta 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 tröskelvärde för stilleståndstid på mindre än fem minuter.

Diagram som visar arkitekturen för en redundansväxling med passivt vänteläge.

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 distribution med två tillgänglighetszoner 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 tröskelvärde för stilleståndstid på mindre än en minut. Det här redundansscenariot har en aktiv väntelägeskonfiguration men har skrivskyddade funktioner.

Diagram som visar arkitekturen för en redundansväxling med aktivt vänteläge.

Gå vidare