De fire hullene i backup-dekningen som ingen oppdager før det er for sent

En backup-jobb kan kjøre hver natt i tre år og likevel være verdiløs den dagen du trenger den. Jobben lyser grønt, men det viktigste sto aldri i den: databasen som var «for stor», mappen som var «for vanskelig», eller det man skulle «fikse senere». Dette er de fire vanligste hullene, og hva du sjekker for å finne dem.

Hull nummer 1: Store volumer som aldri ble lagt inn

Mange backup-løsninger har en standardgrense per jobb, gjerne 10, 50 eller 100 GB. Alt over må legges til manuelt, og ofte blir det aldri gjort. En fellesdisk med 2 TB historiske prosjektdata er et typisk eksempel. Alle tror den er sikret, men den er større enn standardgrensen og kom aldri med i jobben. Det oppdages den dagen serveren dør.

Hva du bør sjekke nå

• Hvor store er mappene på serveren? Bruk du -sh /data/*, eller Egenskaper-vinduet i Windows.
• Hvilke mapper er over 10 GB? De er ofte ekskludert som standard.
• Er noen mapper ekskludert i konfigurasjonen? Let etter «skipped» eller «excluded» i backup-loggene.

Hull nummer 2: Backup som ligger på samme disk som originalen

En vanlig feil: databasen kjører på en disk, og backupen lagres i samme mappe eller på samme logiske disk. Dør disken, finnes det ingen backup. Krypterer ransomware alt, er backupen med i krypteringen. Sletter noen feil, sletter de både original og «backup».

Det klassiske eksempelet er en SQL-server med automatisk backup til en mappe på samme SSD som databasen. Feiler SSD-en, er både databasen og alle backupene borte.

Hva du bør sjekke nå

• Hvor ligger backup-filene? Er de på samme fysiske disk som originalen?
• Kan backup-filene slettes av samme prosess som sletter originalen? I så fall er det en kopi, ingen backup.
• Ligger backup-filene på en ekstern disk, en NAS eller i skyen? Hvis ikke er du sårbar.

Hull nummer 3: Backup som aldri er testet

En backup du aldri har prøvd å gjenopprette, er et håp. Jobbene kan kjøre i årevis uten at noen prøver å hente ut en fil. I mellomtiden byttes backup-systemet, loggene blir liggende ulest, og en jobb kan ha feilet i månedsvis før noen trenger en gammel faktura og oppdager det.

Det holder ikke at jobben lyser grønt. Hent ut én fil hvert kvartal. Du gjør det fordi du ikke vet om det virker.

Hva du bør sjekke nå

1. Last ned én fil fra backupen. Ta en ekte fil du trenger, ikke en testfil du lagde selv.
2. Gjenopprett én database i et isolert testmiljø.
3. Sjekk at filstørrelsen stemmer. En backup på 0 KB er ingen backup.

Hull nummer 4: Ingen overvåking av at jobbene faktisk kjører

Backup-jobben kan være satt opp uten at den kjører. Den er feilkonfigurert, mangler tilgang, systemet er oppgradert, eller noen har endret innstillinger uten å si fra.

En jobb satt opp med feil dato kjører én gang i måneden i stedet for hver dag. Statusen er grønn hver gang den kjører, så feilen oppdages først når noen trenger data fra forrige uke.

Det finnes ingen grunn til å ikke vite om backup-jobben kjørte i dag. En e-postvarsling eller et lite skript som sjekker siste kjøretid, sparer deg for dager med stress.

Hva du bør sjekke nå

• Når kjørte backupen sist? Sjekk loggene, ikke bare statusen.
• Får du varsel hvis jobben feiler? Hvis ikke har du et håp, ingen backup.
• Er jobben koblet til et overvåkingsverktøy, som Uptime Robot, Zabbix eller en enkel cron-jobb? Hvis ikke er du blind.

Revisjonssjekkliste: 10 minutter som sparer deg for en krise

Gjør dette nå, ikke i løpet av uken:

1. Vis alle mapper og filstørrelser på serveren. Marker dem over 10 GB.
2. Sjekk backup-loggen fra siste måned. Står det «failed», «skipped» eller «warning» noe sted?
3. Last ned én fil fra backupen. Får du det ikke til, er du usikret.
4. Sjekk hvor backup-filene ligger. Er de på samme disk som originalen?
5. Sjekk når backup-jobben sist kjørte. Er det mer enn 48 timer siden?

Får du ikke et klart svar på alle fem, er du sårbar. Backup-systemet er som regel godt nok. Problemet er hullene ingen ser på.

Trenger du hjelp til å finne og tette hullene i backupstrategien din? Ta kontakt. Du får et konkret bilde av hva som mangler.