Gå til indholdet

Afprøv backup ved at gendanne hele arbejdsgangen

Kontrollér database, filer og adgang samlet. Et gennemregnet eksempel skelner mellem datatab og gendannelsestid.

Lukas Schneider2 min. læsetid
Eksternt backupdrev med gendannelsespil ved et applikationskort med database, dokument og flueben.

En besked om vellykket backup viser, at et backupjob er afsluttet. Om medarbejderne kan arbejde igen med kopien, afprøver du ved at gendanne og gennemføre en hel arbejdsgang. Medtag filer, rettigheder og nødvendige forbindelser.

Begynd med en sikker prøve

Brug et separat testmiljø og kunstige data. Slå udgående e-mails, betalinger og andre virkelige handlinger fra. Gendan ikke oven i produktionssystemet som forsøg. Nødvendige nøgler og adgangsoplysninger skal være tilgængelige gennem den planlagte procedure uden at blive kopieret ind i testrapporten.

Det fiktive eksempel gælder en ordreapplikation. De valgte mål er højst 60 minutters datagab, Recovery Point Objective eller RPO, og højst 120 minutter, til tjenesten igen kan bruges, Recovery Time Objective eller RTO. Værdierne er eksempelkrav, ikke et løfte om ydelse. AWS anbefaler at fastsætte målene ud fra virksomhedens konsekvenser ved nedbrud.

En gennemarbejdet tidslinje

Tid

Hændelse i eksemplet

09:25

Konsistent datatilstand med testordre T-17 og dens bilag

09:30

Backupjob med denne datatilstand afsluttet

10:00

Antaget nedbrud; tidsmålingen begynder

10:40

Database teknisk gendannet

10:50

Login virker; bilag mangler stadig

11:05

Bilag, rettigheder og hele ordrearbejdsgangen afprøvet med succes

Det kontrollerede datagab er 35 minutter fra 09:25 til 10:00. Gendannelsen tager 65 minutter fra 10:00 til 11:05. Eksemplet opfylder begge valgte mål. At backupjobbet slutter 09:30, betyder ikke, at indholdet er opdateret til det tidspunkt.

Klokken 10:40 er prøven endnu ikke bestået. En kørende database uden nødvendige bilag understøtter ikke den aftalte arbejdsgang. Et fungerende login klokken 10:50 er heller ikke nok.

Vis, at arbejdet kan afsluttes

Kontroller T-17 mod de forventede ordrelinjer, og åbn bilaget. Log ind med en udpeget almindelig rolle: Den skal se tilladte ordrer, men må ikke åbne beskyttede områder uden for sine rettigheder. Opret derefter en testordre, og gennemfør den til det aftalte slutpunkt. Eksterne overførsler går kun til testmodtagere.

Rapporten siger først »Bilag mangler; prøve ikke bestået«. Efter rettelse og ny prøve følger »T-17 komplet; roller kontrolleret; ny testordre afsluttet«. Notér kopiens datatilstand og de faktiske tidspunkter. Et flueben uden resultat forklarer ikke senere, hvad der blev gendannet.

Lad resultatet afgøre ændringen

Mangler der filer, skal backupomfanget ændres. Mangler der en nøgle, skal dens kontrollerede tilgængelighed indgå i planen. Tager forløbet for lang tid, så find den konkrete flaskehals, og gentag de berørte trin. Hyppigere backup gør ikke i sig selv en langsom import hurtigere.

Eksemplets tider erstatter ikke egne målinger. Gentag især hele prøven efter ændringer i lagringssteder, kryptering, roller eller gendannelsesprocedure. Gem et forståeligt resultat som sammenligningsgrundlag for næste prøve.

Kilder

Skrevet af

  • Lukas SchneiderTeknisk redaktørLukas Schneider skriver om cloudteknologier og drift af applikationer hos ASES. Hans artikler spænder fra valg af infrastruktur over vedligeholdelse og backup til overvågning af kørende systemer.

Følg ASES

Læs videre

Alle artikler

Cloud & drift med ASES

Hosting, deployment, vedligeholdelse og support