Kort svar: En backup, der aldrig er testet, er ikke en backup – det er et håb. Gendannelsesøvelsen gør håbet til vished: find seneste backup, GENDAN den til et testmiljø (aldrig oven i produktionen), verificér at du kan logge ind og se gårsdagens indhold – og notér, hvor lang tid det tog. Øvelsen afslører de klassiske overraskelser i fredstid: backuppen var tom, manglede databasen eller uploads-mappen, kunne ikke pakkes ud, eller ingen vidste, hvor knappen sad. Kør en to-minutters stikprøve månedligt og den fulde øvelse årligt – så er „værste dag“ reduceret til en procedure med kendt varighed.
Alle har backup. Få har prøvet at bruge den. Og forskellen opdages altid på det værst tænkelige tidspunkt – efter hacket, efter den fejlslagne opdatering, efter sletningen. Denne guide er øvelsen, de fleste springer over: den, der gør backup fra et abonnement til en evne.
Backup fejler stille og på forudsigelige måder: jobbet er holdt op med at køre (pluginet blev deaktiveret, disken løb fuld, licensen udløb), backuppen dækker kun HALVDELEN (filer uden database – eller database uden uploads-mappen, så alle billeder mangler), arkivet er korrupt og kan ikke pakkes ud, kopierne bor PÅ den server, de skulle redde (og dør med den), eller seneste brugbare version er tre måneder gammel. Fælles for dem alle: dashboardet viste et grønt flueben hele vejen. Det er derfor, øvelsen ikke kan erstattes af overvågning – kun en GENNEMFØRT gendannelse beviser kæden fra backup til fungerende site. Og det er også den gode nyhed: hver af fejlene er triviel at rette, NÅR den findes en rolig tirsdag i stedet for under et nedbrud.
Bag fagtermerne gemmer sig to spørgsmål, enhver ejer kan stille: HVOR GAMMELT bliver det, vi får tilbage? (tager backuppen kun nat-kopier, kan en webshop miste en hel dags ordrer – er det acceptabelt, eller skal frekvensen op?) og HVOR LÆNGE er vi om det? (fra beslutning til fungerende site – øvelsens stopur giver det ærlige svar, og det er tit længere end antaget, første gang). De to tal er også jeres krav til hosting og værktøj: en forretning, der højst kan tåle at miste få timer og være nede en formiddag, skal vælge backup-frekvens og gendannelsesvej derefter – og skrive tallene ind i drifts-KPI’erne, så de måles mod virkeligheden frem for mod håbet. Uden øvelsen er begge tal gætværk; med den er de målt.
1) FIND seneste backup – uden at spørge nogen: kan du selv navigere til den i hosting-panelet eller backup-værktøjet, og ligger der friske kopier med både database OG filer? 2) GENDAN til et TESTMILJØ – et subdomæne, et staging-miljø eller en lokal installation; aldrig oven i produktionen (øvelsen må ikke kunne skabe det nedbrud, den træner). 3) VERIFICÉR som bruger: åbn testkopien, log ind i admin, find gårsdagens nyeste indhold (seneste ordre, seneste artikel), klik på tre billeder – databasen kan være fin, mens uploads mangler. 4) NOTÉR: tiden fra start til fungerende kopi, og alt, der drillede („skulle bruge kodeord X“, „trin Y var ikke intuitivt“) – det bliver til gendannelses-OPSKRIFTEN. 5) RYD OP: slet testkopien, så den ikke ligger som glemt dublet med adgang til rigtige data. Selve gendannelses-teknikken i detaljer – værktøjer, delvis gendannelse, hacket-site-scenariet – ligger i sikkerheds- og backup-hubben; øvelsen her er disciplinen, der gør den viden brugbar under pres.
To niveauer, to frekvenser: STIKPRØVEN (månedligt, to minutter, fast punkt i månedsrutinen): se, at nattens backup findes, har realistisk størrelse (en backup på 2 MB af et 2 GB-site er en alarm) og omfatter både database og filer. DEN FULDE ØVELSE (årligt – årshjulet foreslår februar – samt efter enhver ændring i backup-opsætningen eller hostingskifte): hele gendannelsen som ovenfor, med stopur. Webshops og sites med kritisk data løfter frekvensen til halvårligt – og kører altid en ekstra stikprøve FØR store ændringer (migrering, major-opdateringer, redesign), hvor en frisk, verificeret backup er sikkerhedsnettet under hele manøvren, jf. opdateringspolitikken.
Øvelsens output er tre artefakter: OPSKRIFTEN (gendannelse trin for trin, som du netop har gennemført den – ind i driftsdokumentationen, så også en vikar kan følge den), TALLENE (hvor gammelt, hvor længe – ind i KPI-arket) og LOG-LINJEN i ændringsloggen („backup-øvelse gennemført, 40 min, fandt: uploads manglede i sæt A – rettet“). Og så det strukturelle: vælg et fundament, hvor backup er nogens JOB frem for dit håb – på WordPress-hosting hos Hostious kører daglig backup automatisk med nem gendannelse fra panelet, så øvelsen mest af alt bekræfter, at nødbremsen virker. Det er hele pointen: den dag, alt går galt, skal gendannelse være noget, I har PRØVET – ikke noget, I læser om, mens telefonen ringer.
Månedlig stikprøve (findes den, har den realistisk størrelse, dækker den database og filer) og en fuld gendannelsesøvelse årligt – halvårligt for webshops – samt efter ændringer i backup-opsætningen.
Et testmiljø: subdomæne, staging eller lokal installation – aldrig oven i produktionen. Øvelsen må ikke selv kunne skabe det nedbrud, den træner dig i at løse.
Backup uden database eller uden uploads-mappen, jobs der stille er holdt op med at køre, kopier gemt på samme server som sitet – og en gendannelsesproces, ingen kunne huske. Alle trivielle at rette i fredstid.
