Om värsta händer: håller er backup måttet?

Backup är en av de poster som är lätt att bocka av och tro att man är trygg. Men “vi tar backup” säger nästan ingenting om hur väl skyddad verksamheten faktiskt är. Två frågor gör kontinuitet konkret och mätbar, och de bör besvaras av dig som beställare – inte gömmas i en teknisk bilaga. Här är hur du tänker kring dem.

RTO och RPO: de två talen som styr allt

Bakom allt kontinuitetsarbete finns två mått. De låter tekniska men beskriver rena verksamhetsbeslut.

RTO – hur länge får det ta att komma igång? Recovery Time Objective är den tid ni tål att vara nere efter ett avbrott. En webbutik mitt i julhandeln kanske mäter sin RTO i minuter. Ett internt planeringsverktyg kan leva med ett halvdygn. RTO svarar på frågan: hur snabbt måste vi vara tillbaka?

RPO – hur mycket data får gå förlorad? Recovery Point Objective är mängden data ni har råd att tappa, mätt i tid. En RPO på en timme betyder att det senaste som säkrats aldrig får vara äldre än en timme – alltså att backup måste tas minst varje timme. RPO svarar på frågan: hur mycket arbete får försvinna?

De två talen hänger ihop men är olika. Det första handlar om drifttid, det andra om data. Och båda är affärsbeslut: det är verksamheten, inte tekniken, som avgör vad ett avbrott eller en dataförlust faktiskt kostar.

Ett verksamhetsexempel

Ta ett bokningssystem för en vårdmottagning. Om systemet ligger nere en förmiddag ställs besök in och personal står sysslolös – RTO behöver alltså vara kort, säg ett par timmar. Om de bokningar som gjorts den senaste timmen försvinner blir det dubbelbokningar och uppringda patienter – RPO behöver vara snäv, kanske femton minuter.

Jämför med ett internt system som sammanställer statistik en gång i veckan. Där gör ett dygns avbrott ingen större skada, och en dags förlorad data kan återskapas. Samma organisation, två helt olika behov. Poängen är att inte ge allt samma skydd. Att matcha nivån mot vad varje system faktiskt betyder för verksamheten är det som håller kostnaden rimlig.

Kravet alla glömmer: öva återläsningen

Här ligger det vanligaste och farligaste misstaget. Nästan alla tar backup. Betydligt färre har någonsin testat att läsa tillbaka den.

En backup som aldrig återställts är inte en garanti – det är en förhoppning. Filer kan vara korrupta, sakna delar eller ta timmar längre att återställa än någon räknat med. Ibland upptäcker man mitt i en skarp kris att backupen av en central databas har varit trasig i månader, utan att någon larmats.

Kräv därför att återläsning övas regelbundet, inte bara att backup tas. En riktig övning återställer systemet i en säker miljö, verifierar att data är intakt och mäter hur lång tid det tog – vilket också avslöjar om er RTO är realistisk eller en önskedröm. Det är först när återställningen är bevisad som skyddet är verkligt.

Ansvarsfördelningen: er, byrån och molnet

Det sista som ska redas ut är vem som ansvarar för vad. Här uppstår farliga luckor, för alla tre parter antar ofta att någon annan har det.

• Molnleverantören ansvarar för sin infrastruktur och håller sina egna system uppe. Men de skyddar inte automatiskt era data mot att ni själva råkar radera något eller mot en felaktig uppdatering – deras standardåtagande är oftast smalare än man tror.
• Byrån eller driftpartnern kan ha satt upp backuprutinerna, men det betyder inte automatiskt att de åtagit sig att återställa vid en kris, eller att öva återläsningen. Det måste vara uttalat.
• Ni själva bär det yttersta ansvaret för att verksamheten kan fortsätta. Det ansvaret går att lägga ut i praktiken, men inte att anta bort.

Skriv ner vem som gör vad – tar backup, förvarar den, testar återläsning och agerar vid skarp incident. En nedskriven ansvarsfördelning är billig försäkring mot den värsta upptäckten av alla: att ingen hade ansvaret när det brann.

Vi på Weapp tar gärna med kontinuitet och backup i systemarbetet från början, så att skyddet matchar verksamheten och faktiskt är övat. Hör av dig så går vi igenom vad som är rimligt för er.