Vad är RTO / RPO omdefinieras: loppet till noll.

• Fråga #1: är det tekniskt möjligt att få din återhämtning tid mål (RTO) och återhämtning punkt mål (RPO) till noll eller nära noll?
• Svar: Ja.
• fråga # 2:Vill du verkligen?
• svar: kanske inte.

Vänta, varför ska du inte få RTO och RPO till noll eller nära noll?,

förståelse RPO och RTO

välskötta IT-organisationer använder dataskydd bästa praxis för att utvärdera risken för dataförlust och fastställa it Resilience (ITR) politik för att säkerställa kontinuitet i verksamheten. CIOs och IT-chefer måste börja med en gemensam förståelse för vad som är RPO och RTO i lagring, när det gäller säkerhetskopiering och katastrofåterställning.

Recovery Point Objective (RPO) och Recovery Time Objective (RTO) är två av de mest kritiska parametrarna i en dataskyddsplan och katastrofåterställningsstrategi., Dessa mätningar är relaterade och nödvändiga för tillämpning och datatillgänglighet. Trots deras likheter tjänar RPO och RTO olika syften och kommer med olika mätvärden.

• Recovery Point Objective = Data Risk. RPO avser den maximala acceptabla mängden dataförlust som en ansökan kan genomgå innan den orsakar mätbar skada på verksamheten.
• Recovery Time Objective = Driftstopp. RTO anger hur mycket driftstopp en ansökan erfarenheter innan det finns en mätbar affärsförlust.,

artighet av Enterprise Storage av Christine Taylor

Återställningsmål

alla vet att e-post är en affärskritisk applikation som endast kan vara tillgänglig för en timme eller mer innan de flesta företag kommer att registrera produktivitetsförlust. (Anställdas klagomål är en annan historia.) Dock kan en kund transaktionsdatabas vara otillgänglig för under två minuter innan visar finansiella och anseendemässiga skador.,

• RPO exempel: om den sista tillgängliga kopian av data under ett avbrott är från 18 timmar sedan, och RPO för denna verksamhet är 20 timmar, då är vi fortfarande inom parametrarna för IT resilience Politikens RPO. RPO svarar sedan på frågan – ” fram till vilken tidpunkt kan återhämtningen gå acceptabelt, med tanke på volymen av data som förlorats under den perioden?,”
• RTO exempel: förutsatt att din RTO är fem timmar, vilket innebär att ditt företag kan överleva driftstopp för detta intervall, då din ITR politik kommer att behöva säkerställa höga nivåer av förberedelser för att säkerställa att systemen kan återvinnas snabbt. Omvänt kan olika dataskyddsplaner utvecklas för att nå upp till datatillgänglighet, om det är två veckor kvar till det slutliga målet.

det är bästa praxis att matcha återhämtningstid och punktmål (RTPO) till applikationsprioriteten. För sällsynta uppdragskritiska applikationer kan minimering av risken kräva noll / nära noll RPOs och RTOs – trots kostnaden.,

varför noll RTPO kostar

det bästa sättet att uppnå noll / nära noll RPO och RTO är synkron spegling. Det fungerar genom att synkront skriva i / O från det primära lagringsmediet till ett andra speglat system och väntar på bekräftelse innan du skriver nästa I/O-uppsättning från primär till speglat system. Den sekundära kopian lagras sedan i ett aktivt tillstånd för omedelbar återställning, tänk hög tillgänglighet (HA) i en dubbelnod klustrad server.,

denna processintensiva konfiguration kräver högpresterande lagringssystem och maximal bandbredd för att minimera prestandaeffekter, vilket ger hantering, tid och kostnad. Ytterligare lager såsom databassystem, klustring hårdvara och mjukvara, och infödda databas replikering funktioner lägga till mer kostnad och komplexitet. Varje lager kräver IT-experter att konfigurera, integrera och hantera inom RTO/RPO-infrastrukturen.

att uppnå noll / nära noll i denna miljö är möjligt men inte lätt., Fortfarande är synkron replikering det bästa alternativet för höga transaktionella, missionskritiska applikationer eftersom det inte kräver datarörelse, rehydrering eller väntan. Det är mycket framgångsrikt och dyrt sätt att uppnå noll/nära noll återhämtning mål.

istället för noll, vad sägs om 15 minuter?

vad sägs om affärskritiska applikationer då? Det är overkill att betala för noll / nära noll RPO och RTO för de flesta applikationer. Den genomsnittliga längden på återhämtningsmålen är dock alldeles för lång för affärskritiska tillämpningar.,

låt oss titta på två möjligheter som ska täcka de flesta affärsapplikationer: noll/nära noll RPO och RTO för de mest missionskritiska applikationerna, och RTP och RPO på bara 15 minuter för allt annat som behöver korta objektiva tider.

om du kan få den RPO/RTO ner till 1 timme vid de långsammaste hastigheterna eller 15 minuter högst, kommer du att uppnå snabba återhämtningstider och inlägg för de flesta av dina program. Enligt George Crump av Lagring Schweiz, ”hemligheten” är på plats återvinningar RTO och ändra block säkerhetskopior för RPO.

• RTO: återhämtning på plats., In-place recovery-funktioner fungerar genom att snabbt återställa säkerhetskopierade data från säkerhetskopieringsenheter, utan att behöva återskapa data från säkerhetskopieringsformatet. Bandbredd kan vara en stötesten och kommer att avgöra hur snabbt detta fungerar, så se till att din infrastruktur kan stödja fjärr-eller moln backup. Du kommer att uppnå den snabbaste RTO genom caching aktiva säkerhetskopieringsdata på plats för in-place recovery.
• RPO: Ändra Block Säkerhetskopior. Genom att säkerhetskopiera endast ändrade block kan du öva frekvent säkerhetskopiering utan att påverka nätverksprestanda., Detta innebär att mängden data mellan säkerhetskopior är minimal, vilket möjliggör mycket lägre RPOs.

Du kommer fortfarande vill tilldela en frekvens av block säkerhetskopior och besluta om prioritering data till cachen, så att inte alla RPO eller RTO kommer att vara 15 minuter eller mindre. Men du kan säkert uppnå 15 minuter med de program som behöver dem, och en timme eller mindre för resten till ett mycket rimligt pris.

artighet av Veeam.

hur mycket tid och data kan ett företag spara?, En Veeam-undersökning om RPO och RTO, ”med Veeam i det nya loppet till noll: Kundundersökningsresultat”, rapporterade att respondenterna minskade återställningstiden med 77% och sparade 10,2 timmar per år av driftstopp i sina virtuella miljöer. Enligt IDC, företag genomsnitt $ 100,000 kostnad per driftstopp timme. Veeams kundundersökning visar att ny RPO-och RTO-teknik ger bättre återhämtningsmål till en mycket lägre kostnad.,

RTPO nästa steg

det finns On-demand moln som erbjuder-upp en DIY — miljö, och sedan finns det anpassade molntjänstleverantörer som kan göra allt-utan de dolda kostnaderna. En indikation på att leverantören gör allt är att de är villiga att ge Draor och anpassade SLA för att möta en IT-resilienspolicy. Om din data backup och recovery cloud inte kan göra det, måste du se över din dataskyddsplan för att få en lösning anpassad utformad för att ge mätbara, pålitliga och repeterbara RPO-och RTO-mätvärden.,

KeepItSafe-molnet är i sällsynt luft i sin förmåga att tillhandahålla stöd, expertis och smidighet som krävs för att leverera molnbackup, DRaaS och IT-motståndskraft. Oavsett om du är ett litet företag, ett mid-market-företag eller ett Fortune 1000-företag, har KeepItSafe säkerhetskopierings-och återställningsfunktionerna som uppfyller dina specifika behov. Och bäst av allt kan du uppleva alla kostnadsbesparande funktioner och tidsbesparande fördelar med KeepItSafe genom att börja med en 30-dagars testversion.,