Recovery point

Et recovery point, eller gendannelsespunkt, er den datatilstand fra et bestemt tidspunkt, som en ressource kan gendannes til. Backupværktøjer kan også bruge navnet om selve backupobjektet, der repræsenterer tilstanden.

Punktet fortæller, hvilke data en gendannelse kan bringe tilbage. Det fortæller hverken, hvor lang tid arbejdet tager, eller om applikationen efterfølgende fungerer korrekt. AWS Backup bruger eksempelvis betegnelsen om en ressources indhold på et angivet tidspunkt.

Hvorfor er begrebet vigtigt?

Valget af gendannelsespunkt afgør, hvor langt tilbage virksomhedens data føres. Et nyere punkt kan begrænse tabet af ændringer, mens et ældre kan være nødvendigt efter fejlagtig databehandling eller kompromittering.

Tidspunkt og konsistens skal vurderes sammen. Et crashkonsistent punkt afspejler typisk data på disk efter et pludseligt stop. Applikationskonsistens kræver koordinering med applikationen; den er heller ikke alene bevis for, at flere uafhængige systemer passer sammen.

Typisk misforståelse

Recovery point er ikke det samme som Recovery Point Objective (RPO). RPO er målet for, hvor langt tilbage data må skulle gendannes. Recovery point er den konkrete tilstand, der vælges eller faktisk kan anvendes. En backupplan beviser ikke, at målet er opfyldt.

Et backupjobs sluttid er heller ikke nødvendigvis det tidspunkt, data repræsenterer. Eksempelvis kan et snapshot blive overført til et separat backuplager senere. Kontrollér værktøjets tidsstempler, tidszone og status frem for at vælge ud fra det seneste grønne job alene.

Eksempel

En fiktiv virksomhed mister sin ordredatabase kl. 14.20. Det seneste anvendelige gendannelsespunkt repræsenterer data fra kl. 14.00. Ændringer fra de mellemliggende 20 minutter kan derfor mangle. Virksomhedens mål var højst 15 minutters datatab, så dette punkt opfylder ikke det lokale RPO-mål.

Teamet gendanner først i et isoleret testmiljø og kontrollerer ordrer og afhængigheder med applikationsejeren. Gendannelsens varighed måles separat. Hvis fejlen allerede fandtes kl. 14.00, kan et ældre, undersøgt punkt være nødvendigt; det større datatab kræver så en særskilt beslutning.

Best practice

• Registrér ressource, punktets identitet, datatidspunkt, tidszone og konsistenstype.

• Sammenhold det seneste anvendelige punkt med det aftalte RPO; overvåg også mislykkede jobs og huller i beskyttelsen.

• Kontrollér nødvendig adgang, nøgler og datakæder, før et punkt regnes som tilgængeligt.

• Afprøv gendannelse og applikationens indhold; en gennemført backup er ikke en funktionstest.

• Vurder sammenhæng med andre systemer og eventuelle tegn på kompromittering, før data sættes i drift.