Förstå Recovery Point Objective (RPO) In DR Planning

Förstå Recovery Point Objective (RPO) In DR Planning

Vad är Recovery Point Objective?

RPO eller Recovery Point Objective definieras som den maximala acceptabla mängden volym/data som kan gå förlorad från den tidpunkt, dvs. från det ögonblick då katastrof, fel eller en oplanerad dataförlust inträffar, mätt i termer av en mängd av tid. RPO:er anger den maximala åldern för dataförlusten som företaget kan tolerera mellan säkerhetskopieringar från den tid som förflutit till den sista tidpunkten fram till vilken data kunde återställas framgångsrikt, före katastrofhändelsen.

För en framgångsrik RPO-strategi bör alla företag, stora som små, beräkna förlusttoleransen som uppstår mellan säkerhetskopieringar. Det är också lika viktigt att bestämma tidsramen under övergången från katastrof till driftstatus enligt schemalagda säkerhetskopieringar av data. Men hur skulle du säkerställa återhämtningsstrategierna och tekniken när du väl förutser katastroferna? Det är här du ska engagera dig i ett ljud Kontinuitetsplan (BCP) som ställer in det högsta tillåtna tröskelvärdet för RTO:n eller tidsintervallet med minsta dataförlust under avbrottet.

Här är ett exempel på RPO

När en katastrof inträffar och den senaste säkerhetskopian av data är för 8 timmar sedan, och standard RPO för verksamheten är 10 timmar, då är vi fortfarande inom gränsen för RPO som specificeras i BCP.

Proffstips: I grund och botten erkänner RPO den stora frågan, "Fram till vilken tidpunkt kan återhämtningsprocessen uthärdas med tanke på mängden data som förlorats under den rasten?"

Vad bestämmer RPO?

Recovery Point Objective eller RPO är tidsbaserat och ett avgörande mått för att bestämma företagets förlusttolerans. Som mest grundläggande hjälper det dig att ta reda på hur ofta du bör säkerhetskopiera hela systemet för att säkerställa kontinuitet i verksamheten. RPO hjälper till att fastställa följande,

  • Vad är den lägsta frekvensen för reservschema;
  • Hur mycket data som kan gå förlorad efter en katastrof orsakar betydande skada för organisationen; och
  • Hur långt tillbaka måste IT-teamet gå för att använda återställningstekniker utan att fördröja dataförlusten mot förväntad RTO

Varför är RPO viktigt?

RPO beräknar tiden det kan ta för ett företag innan mängden förlorad data överstiger katastrofåterställningsplaner (DRP) högsta tillåtna tolerans eller tröskel. Det är mycket viktigt eftersom det hjälper en organisation att:

  • Förbättra effektiviteten av Business Continuity Plan (BCP)
  • Skydda viktiga applikationer utan vilka verksamheten inte kan fungera
  • Hjälpa till med att fastställa ditt Service-Level Agreement (SLA) under avbrott

Hur beräknar man RPO?

För att beräkna RPO måste du först definiera hur mycket data du är villig att förlora om produktionssystemet inte är tillgängligt. Du måste också förstå kostnaden för stillestånd – den tid under vilken en applikation eller ett system inte är tillgängligt för användning. Skapa sedan en inventering av alla system och applikationer som används av ditt företag som en del av din Business Continuity and Disaster Recovery (BCDR)-plan. Dessutom måste du beräkna hur länge ditt företag har råd att gå offline och riskera kundernas förtroende och partnerrelationer. Glöm inte att ta hänsyn till interna team och slutanvändare som kan påverkas av system som gjorts otillgängliga. Dessa system är kategoriserade i nivåer.

Till exempel:

  • Nivå 1/ Guld = 0 min – 1 timme- Denna nivå inkluderar affärskritiska verksamheter som inte har råd att förlora mer än en timmes data. T.ex. banktransaktioner, patientjournaler i CRM-system, etc.
  • Tier 2/ Silver = 1h – 4h- Denna nivå representerar halvkritiska affärsenheter som har råd med dataförlust på upp till 4 timmar. Till exempel filservrar och kundchattloggar.
  • Nivå 3/ Brons = 4 timmar – 12 timmar- Denna nivå inkluderar företag som inte har råd att förlora mer än 12 timmars data. Till exempel försäljnings- och marknadsföringsdata.
  • Tier 4/ Koppar = 13 timmar – 24 timmar. Företag som hanterar halvkritisk information som kräver en RPO på minst 24 timmar faller under denna nivå. T.ex. personaldata (HR) och inköpsavdelningar.

Uppnå RPO- The Zmanda Way

Den mest kritiska variabeln i händelse av en katastrof är ditt Recovery Point Objective (RPO) och Återhämtningstidsmål (RTO). En solid DR-plan inkluderar stegen för att uppfylla två huvudmål - RPO och RTO samtidigt som återhämtningstiden hålls låg.  

Med sömlösa hybridmolnkonfigurationer strävar Zmandas katastrofåterställningslösning efter att svara på detta problem. Zmanda erbjuder den perfekta stapeln för att forma RPO som perfekt passar dina affärsbehov. Genom inbyggda kodarkitekturer med hög tillgänglighet kan Zmanda backup motorn påskyndar återhämtningstiden genom att eliminera förseningar för ett avbrottsmeddelande.

Se det själv! Låt oss börja med en fri rättegång för att lägga strategi på din datasäkerhetskopiering eller begära en demo. Har du några frågor? Vänligen kontakta oss här..


Utforska fler ämnen