Hvad skal du have tilbage, hvis noget går galt?
Du har fået at vide, at der bliver taget backup af hjemmesiden. Det er godt. Men ved du, hvad kopien indeholder, og om den kan bruges til at få løsningen i gang igen? Det er de spørgsmål, du bør have svar på, før du får brug for den.
Begynd med det, din virksomhed er afhængig af. En præsentationsside med tekster og billeder har andre behov end en hjemmeside med bookinger eller indsendte forespørgsler. For den sidste kan oplysninger fra samme morgen være vigtige, selvom designet ikke har ændret sig i flere måneder.
Beskriv derfor, hvad du vil kunne gendanne, og hvor meget nyt arbejde du kan tåle at skulle rekonstruere. Det gør samtalen med din leverandør mere konkret.
Få en oversigt over det, der er dækket
Bed om at få forklaret, om kopien dækker kode, billeder, indhold, database og den opsætning, der er nødvendig for at starte løsningen. Spørg også, hvilke oplysninger der ligger hos andre tjenester, og hvordan de håndteres.
Hvis kunderne booker gennem et separat system, er det ikke sikkert, at de oplysninger indgår i hjemmesidens backup. En gendannet forside er derfor ikke nødvendigvis nok til, at medarbejderne kan arbejde videre.
Aftal, hvor ofte der tages kopier, hvor længe de gemmes, og hvem der opdager en mislykket backup. Spørg desuden, hvordan kopierne beskyttes, og om de stadig kan tilgås, hvis den almindelige hostingkonto er utilgængelig.
Afprøv gendannelsen et separat sted
Det britiske NCSC anbefaler regelmæssigt at teste backups og kende fremgangsmåden til gendannelse, før det bliver nødvendigt. Se deres vejledning om datasikkerhed.
Aftal med den driftsansvarlige at gennemføre en prøve i et separat miljø. Prøven skal planlægges, så den ikke overskriver den aktive hjemmeside eller sender rigtige beskeder og betalinger. Brug en kopi, der passer til det forløb, I vil kontrollere.
Kontroller derefter indhold, billeder og en relevant funktion. Kan redaktøren arbejde med siden? Er de forventede oplysninger til stede? Registrér, hvad der manglede, og hvor lang tid de enkelte dele tog. Det giver et mere brugbart billede end blot en besked om, at backupjobbet er gennemført.
Husk oplysninger, der er kommet til bagefter
Forestil dig, at en hjemmeside gendannes til en kopi fra i går. Kunderne har måske lavet bookinger eller sendt henvendelser siden da. Aftal på forhånd, hvordan den slags forskelle kan findes og håndteres, så en gendannelse ikke skaber uklarhed om dagens aftaler.
Ved en virkelig fejl bør den ansvarlige først vurdere, hvad der er sket, og hvad der skal bevares. Det er ikke altid en fuld gendannelse, der er den rigtige løsning. En slettet tekst og et kompromitteret system kræver forskellige vurderinger.
Du skal ikke selv kunne udføre hele arbejdet. Men du skal vide, hvem du kontakter, og hvem der beslutter, hvordan løsningen bringes tilbage i drift.
Skriv aftalen ned og gentag prøven
Gem en kort beskrivelse af det, der blev afprøvet, tidspunktet for kopien og eventuelle mangler. Hvis en vigtig del ikke kunne gendannes, skal den have en opgave og en ansvarlig. En konstateret fejl er nyttig viden, når den bliver fulgt til dørs.
Aftal også, hvornår prøven gentages, og hvilke ændringer der bør udløse en ny gennemgang. En ny bookingfunktion eller en flytning af data kan ændre det, der skal kunne gendannes.
Backup og gendannelse kan indgå i en driftsaftale, men omfang og ansvar skal stå i den konkrete aftale. Skal hjemmesiden flyttes, kan du også læse om kode, data og tjenester ved leverandørskifte. Begge steder er det afgørende at vide, hvilke dele løsningen består af.
