Fastsett og test RTO og RPO

Definer to separate mål

Recovery Time Objective (RTO) angir det lengste akseptable avbruddet før en nyttig tjeneste må være tilbake. Recovery Point Objective (RPO) angir det største akseptable datatapet målt i tid. Avtal disse målene med forretningseieren for en definert tjeneste og et definert feilscenario.

Et tilgjengelighetsmål beskriver tjenestens ytelse over en periode. RTO og RPO beskriver forventninger til gjenoppretting. De svarer på ulike spørsmål.

For en fiktiv ordretjeneste setter eieren RTO til 60 minutter og RPO til 15 minutter. Dette er eksempelverdier, ikke generelle anbefalinger. En annen tjeneste kan trenge andre grenser fordi manglende ordre og forsinkede rapporter har ulike konsekvenser.

Mål hele gjenopprettingen

Tjenesten stopper klokken 10:00. Teamet registrerer denne øvelsen:

Samlet gjenopprettingstid er 55 minutter. Øvelsen oppfyller RTO på 60 minutter. Hvis dere bare teller selve gjenopprettingsoperasjonen på 25 minutter, skjuler dere det meste av avbruddet.

Det siste brukbare gjenopprettingspunktet er 09:40. Gapet frem til avbruddet klokken 10:00 er 20 minutter. Dette overskrider RPO på 15 minutter med 5 minutter. Raskere gjenoppretting av de samme dataene ville ikke lukket dette gapet.

Undersøk faktiske manglende eller inkonsistente opplysninger. Et tidsgap beskriver eksponeringen; det teller ikke berørte ordre. Avstem eksterne betalings- og leveranseopplysninger før normal behandling gjenopptas. Prøv ulike forutsetninger i gjenopprettingsøvelsen.

Velg en gjenopprettingsstrategi

En strategi må dekke den nødvendige tjenesten, dataene og avhengighetene. Vurder disse mønstrene opp mot målene og de målte resultatene:

Det finnes ingen universelle gjenopprettingstider for disse mønstrene. Implementasjonen, datamengden, avhengighetene og testforholdene avgjør resultatet. Ta med driftskostnad og teamets evne i beslutningen.

Beskytt mot mer enn et driftsavbrudd

En replika kan kopiere en uønsket sletting eller en korrupt opplysning. Bevar versjoner som kan gjenopprettes, eller bruk gjenoppretting til et tidspunkt der det kreves. Verifiser oppbevaring, gjenopprettingstillatelser og tilgang til krypteringsnøkler. Tilpass isolasjonen av sikkerhetskopiene til scenarioet, inkludert tap av tilgang til primærkontoen.

Ved regional gjenoppretting må dere kontrollere tillatt datalokasjon og hele avhengighetskjeden. Ta med identitet, DNS, sertifikater, hemmeligheter, utrullingsartefakter, kvoter og nettverkstilgang. Et gjenopprettingsmiljø som mangler én nødvendig nøkkel, kan være ubrukelig.

Definer hvem som kan erklære hendelsen, hvem som gjennomfører gjenoppretting, og hvem som godtar den gjenopprettede tjenesten. Planlegg tilbakeføring eller fortsatt drift i gjenopprettingsmiljøet. Hindre motstridende skrivinger, og avstem data før dere bytter igjen.

Gjør planen til bevis

Skriv en runbook, og øv på den under kontrollerte forhold. Registrer scenario, datasettets størrelse, start- og sluttider, gjenopprettet datapunkt, mislykkede trinn og eiere. Verifiser en reell forretningsoperasjon med trygge testdata.

Gjenta øvelsen etter relevante endringer og etter avtalt plan. En skjemaendring, en ny ekstern avhengighet eller en annen datamengde kan gjøre tidligere resultater ugyldige. Knytt bevisene fra øvelsen til utgivelsen og driftsansvaret.