Test gendannelse af vigtige forretningsdata
Fejl opstår sjældent på et belejligt tidspunkt. Det kan manifestere sig som en forkert slettet mappe, en låst brugerkonto, en fejlbehæftet server eller et ransomware-angreb, der spreder sig hurtigere, end personalet kan reagere. Test gendannelse af kritiske forretningsdata er måden at finde ud af, om dine sikkerhedskopier er en reel forretningsbeskyttelse eller blot et håb, der aldrig er blevet bekræftet.
Mange virksomheder tager backup hver dag, men har ikke testet, om det kan bruges. Det er forståeligt – den daglige drift har prioritet, og ingen ønsker at forstyrre systemer uden grund. Men når data mangler, betyder det lidt, at backup er markeret som „færdig“. Det, der betyder noget, er, om de rigtige data findes, om de er ubeskadigede, og om personalet kan genoptage arbejdet inden for en acceptabel tidsramme.
Backup er ikke det samme som gendannelige data
Sikkerhedskopiering er en teknisk proces. Gendannelse er et forretningsmæssigt resultat. Forskellen mellem disse to kan afgøre, om en virksomhed mister et par arbejdstimer eller står over for dage med tabt indtjening, utilfredse kunder og dyrt manuelt arbejde.
Backup kan fejle af forskellige årsager. Et job kan være kørt uden at hente alle filer. En database kan være blevet sikkerhedskopieret på et forkert tidspunkt. Adgangsrettigheder kan mangle, når data skal hentes, eller selve lageret kan være forbundet til det samme miljø, der blev ramt af et angreb. I alvorlige tilfælde har virksomheder opdaget, at de tog backup af allerede krypterede eller beskadigede data.
Derfor skal test besvare et simpelt spørgsmål: Kan vi gendanne det, som driften har brug for, inden for den tid, som driften tåler?
Start med det, der stopper driften
Ikke alle data er lige vigtige. En virksomhed, der forsøger at teste alt på én gang, bliver ofte fanget i et komplekst projekt, der aldrig bliver færdigt. Det er mere fornuftigt at kategorisere systemer og data efter deres forretningsmæssige indvirkning.
Lønsystemer, bogholderi, kundedata, kontraktdokumenter, e-mails, produktionssystemer og fælles dokumentarkiver er ofte øverst på listen. For andre virksomheder er det salgssystemet, arbejdsordresystemet eller en specialbygget database, der er vigtigst. Vurderingen skal baseres på, hvad personalet og kunderne ikke kan vente på – ikke kun på, hvad der er teknisk komplekst.
Spørg afdelingsledere tre direkte spørgsmål: Hvilke oplysninger har du brug for for at kunne arbejde? Hvor længe kan afdelingen fungere uden dem? Hvad koster hver dag eller hver time med nedlukning? Svarene hjælper med at sætte realistiske krav til gendannelse.
To tidsfrister, der skal være klare
Den første tidsfrist er gendannelsestid – hvor hurtigt skal et system være i drift igen efter en fejl. Den anden er datatabstid – hvor meget af det seneste arbejde kan virksomheden acceptere at miste.
Hvis et salgsteam registrerer ordrer hele dagen, er det måske ikke acceptabelt at gendanne data fra i går aftes. Hvis et arkiv sjældent ændres, kan en sådan sikkerhedskopi dog være tilstrækkelig. Den rigtige løsning afhænger derfor af driften, risikoen og omkostningerne. Hyppigere sikkerhedskopier og hurtigere gendannelse kræver normalt større investeringer, men en langvarig nedlukning er sjældent billig.
Sådan testes gendannelse af vigtige forretningsdata
Test bør ikke være en uorganiseret øvelse, hvor nogen forsøger at åbne en gammel sikkerhedskopi. Den skal efterligne situationer, der rent faktisk kan opstå, uden at bringe den daglige drift i fare. Det er bedst at gendanne til et separat testmiljø eller en ny enhed frem for at overskrive et aktivt system.
Vælg ét afgrænset scenarie i hver test. Det kan være at gendanne en mappe, som en bruger har slettet, hente en ældre version af en kontrakt, opsætte en medarbejders computer fra en sikkerhedskopi eller gendanne en database i et testmiljø. Med dette verificerer I ikke kun teknologien, men også om processen er enkel nok til at fungere under pres.
Registrer tiden fra en fejl er rapporteret, til dataene er anvendelige. Noter derefter kvaliteten af resultatet. Åbnes dokumenterne? Er de korrekte versioner til stede? Fungerer forbindelser, brugeradgange og programmer? Kan arbejdet fortsættes uden manglende oplysninger? "Gendannelse afsluttet" betyder intet, hvis en medarbejder ikke kan bruge dataene i praksis.
Test også, hvem der er ansvarlig for hvad. Hvis kun én medarbejder ved, hvor sikkerhedskopierne er, eller hvordan de gendannes, er det en selvstændig driftsrisiko. En klar proces skal angive, hvem der vurderer hændelsen, hvem der har bemyndigelse til at starte gendannelsen, hvem der informerer ledelsen, og hvordan personalet holder arbejdet i gang imens.
Test flere end én type fejl
En slettet fil er en almindelig og relativt simpel test. Den fortæller dog ikke hele historien. Et ransomware-angreb, en defekt server og en mistet bærbar computer tester forskellige dele af beskyttelsen.
Ved ransomware skal det bekræftes, at sikkerhedskopier er beskyttet mod ændring eller sletning fra angriberens side. Det er også vigtigt at finde et rent gendannelsespunkt, før infektionen kom ind i miljøet. Ved en enhedsfejl skal det vurderes, om en ny enhed kan sættes i drift med indstillinger, programmer og data inden for den fastsatte tid. Ved forkert slettede data testes søgning, versionsstyring og rettigheder.
Dette er grunden til, at én årlig test kan være for lidt, især når virksomheden ændrer systemer, flytter data til skyen, ansætter flere medarbejdere eller tager et nyt forretningssystem i brug. Test skal følge ændringer i miljøet. Ellers verificerer I fortiden, ikke den risiko, virksomheden står over for nu.
Almindelige fejl, der bliver dyre i en krisesituation
Den mest almindelige fejl er at stole på automatiske meddelelser uden at gennemgå deres indhold. Et grønt mærke i kontrolpanelet bekræfter normalt, at en opgave er kørt – ikke at dataene er tilstrækkelige eller kan gendannes i den rette kontekst.
En anden fejl er kun at beskytte filer, men ikke det system, der gør dem brugbare. En kunderegistrering i en database er af begrænset nytte, hvis programmet, konfigurationerne, tilladelserne eller forbindelserne, der læser filen, ikke findes. Det samme gælder for Microsoft 365 og andre cloud-systemer. En cloud-udbyder sikrer driften af sine egne kernesystemer, men virksomheden skal stadig definere, hvordan den beskytter sine data, brugere og gendannelseskrav.
Den tredje fejl er at undervurdere den menneskelige faktor. I en alvorlig hændelse er medarbejderne under pres, informationen er uklar, og beslutninger skal træffes hurtigt. En kort, trænet proces er mere værdifuld end en lang politik, som ingen har læst, siden den blev godkendt.
Gør test til en del af driften
En passende frekvens bestemmes af ændringshastigheden og datamængdens vigtighed. En virksomhed med følsomme eller konstant skiftende data kan teste nøglegendannelse månedligt og en større hændelse kvartalsvis. En virksomhed med et simplere miljø kan starte med en regelmæssig halvårlig øvelse, så længe den gennemgår resultaterne og reagerer på afvigelser.
Hver test bør efterlade en kort registrering: hvad der blev testet, hvilket gendannelsespunkt der blev brugt, hvor lang tid det tog, hvilke problemer der opstod, og hvem der er ansvarlig for forbedringer. Dette skaber et nyttigt bevis for ledere, kunder og krav om sikkerhed eller overholdelse af regler. Vigtigst er dog, at registreringen fører til ændringer, ikke at den samler støv.
Hos nexIT betragter vi backup og gendannelse som en del af den daglige driftsansvar, ikke som en opgave, der åbnes efter en ulykke. Vi hjælper virksomheder med at definere prioriteter, overvåge backups, teste faktiske gendannelsesprocesser og rette svagheder, før de bliver til driftsstop.
Det næste skridt behøver ikke at være stort. Vælg ét system, som virksomheden ikke kan undvære i en uge, opsæt en sikker test, og mål resultatet. Den øvelse giver jer et klarere billede af den faktiske modstandsdygtighed end enhver bekræftelse på, at en backup er kørt natten over.
