Sätt och testa RTO och RPO

Definiera två separata mål

Recovery Time Objective (RTO) anger maximalt acceptabelt avbrott innan användbar tjänst måste vara tillbaka. Recovery Point Objective (RPO) anger maximal acceptabel dataförlust mätt i tid. Kom överens om målen med verksamhetsansvarig för en definierad tjänst och ett felscenario.

Ett tillgänglighetsmål beskriver tjänstens funktion under en period. RTO och RPO beskriver förväntningar på återställning. De besvarar olika frågor.

För en fiktiv beställningstjänst sätter ansvarig RTO till 60 minuter och RPO till 15 minuter. Det är exempelvärden, inte allmänna rekommendationer. En annan tjänst kan behöva andra gränser eftersom saknade beställningar och försenade rapporter har olika konsekvenser.

Mät hela återställningen

Tjänsten stannar 10:00. Teamet registrerar denna övning:

Förfluten återställningstid är 55 minuter. Övningen uppfyller RTO på 60 minuter. Att bara räkna återställningsoperationens 25 minuter skulle dölja större delen av avbrottet.

Senaste användbara återställningspunkt är 09:40. Luckan till avbrottet 10:00 är 20 minuter. Det missar RPO på 15 minuter med 5 minuter. Snabbare återställning av samma data skulle inte stänga luckan.

Granska faktiskt saknade eller inkonsekventa poster. En tidslucka beskriver exponering; den räknar inte påverkade beställningar. Stäm av externa betalnings- och leveransposter innan normal behandling återupptas. Prova olika antaganden i återställningsövningen.

Välj en återställningsstrategi

Strategin måste omfatta nödvändig tjänst, data och beroenden. Jämför följande mönster med uppmätta mål:

Det finns inga universella återställningstider för mönstren. Implementation, datavolym, beroenden och testvillkor avgör resultatet. Ta med driftkostnad och teamets förmåga i beslutet.

Skydda mot mer än ett avbrott

En replika kan kopiera en oönskad radering eller skadad post. Behåll återställbara versioner eller återställning till en tidpunkt där det krävs. Verifiera lagringstid, återställningsbehörigheter och åtkomst till krypteringsnycklar. Anpassa säkerhetskopiors isolering till scenariot, även förlust av åtkomst till primärkontot.

Vid regional återställning ska du kontrollera tillåten dataplats och hela beroendekedjan. Ta med identitet, DNS, certifikat, hemligheter, driftsättningsartefakter, kvoter och nätverksåtkomst. En återställningsmiljö utan en nödvändig nyckel kan vara oanvändbar.

Definiera vem som får utlysa händelsen, vem som återställer och vem som accepterar den återställda tjänsten. Planera återgång eller fortsatt drift i återställningsmiljön. Förhindra motstridiga skrivningar och stäm av data före nästa växling.

Gör planen till underlag

Skriv en runbook och öva under kontrollerade förhållanden. Registrera scenario, datamängd, start- och sluttider, återställd datapunkt, misslyckade steg och ansvariga. Verifiera en verklig affärsoperation med säkra testposter.

Upprepa övningen efter relevanta ändringar och enligt överenskommet schema. En schemaändring, ett nytt externt beroende eller en annan datavolym kan göra tidigare resultat ogiltiga. Koppla övningsunderlaget till releasen och driftansvaret.