Nästan alla har backup. Betydligt färre har provat att använda den. Skillnaden märks först den dag det gäller, och då är det för sent att upptäcka att jobbet stannade i mars eller att en databas aldrig ingick i schemat.
Det som brukar visa sig vid första testet
Ett schemalagt jobb har felat tyst under en längre tid, för att larmet gick till en adress som inte längre bevakas. Ett system har lagts till i produktionen men aldrig i backupschemat. En databas säkerhetskopieras på filnivå, vilket ger en fil men inte en användbar databas.
Ingen av dem är ovanliga. De är alla osynliga tills någon faktiskt försöker läsa tillbaka. Det är också därför 3-2-1-regeln talar om flera kopior — en enda kedja som felar tyst räcker inte.
Skillnaden mellan att ha data och att vara igång
Att en fil går att läsa tillbaka betyder inte att verksamheten fungerar. Systemen behöver startas i rätt ordning, integrationer måste komma upp, och behörigheter behöver fungera.
Därför är det två siffror som betyder något. RTO är hur lång tid det får ta innan ni är igång igen. RPO är hur mycket data ni har råd att förlora. Utan dem går det inte att avgöra om er backup är rimlig eller kraftigt underdimensionerad.
Så ser ett vettigt test ut
Återställ till en isolerad miljö, inte över produktionen. Ta med de system som faktiskt behövs för att fakturera och leverera, inte bara filservern. Mät tiden från beslut till fungerande verksamhet, inte från start av återläsning.
Dokumentera vad som gick fel — för något går alltid fel första gången — och åtgärda innan nästa test. Ett test som går perfekt första gången betyder oftast att man testade för lite. Testet är en del av er incidenthantering, inte en separat övning.
Vad ett testprotokoll bör innehålla
Datum och vem som utförde testet. Vilka system som ingick och vilka som medvetet utelämnades. Tiden från beslut till fungerande verksamhet, inte bara till avslutad återläsning.
Vad som gick fel och vad som åtgärdats sedan dess. Nästa planerade test.
Det är en sida papper, och det är den sidan som efterfrågas vid en revision, en upphandling eller när försäkringsbolaget ställer frågor.
Så säkrar vi att det fungerar
Med Savecore BaaS övervakas jobben och avvikelser larmas, så att ett tyst fel inte får ligga i månader. Kopiorna är oföränderliga och lagras i våra egna datacenter i Sverige.
För de verksamheter som behöver kunna visa siffror — vid en revision, en upphandling eller ett NIS2-krav — kompletterar vi med DRaaS där återställningstiden är avtalad och testas regelbundet.
Vanliga frågor och svar om testad backup
Hur ofta bör vi testa?
Minst årligen för hela miljön, och alltid efter större förändringar i systemlandskapet. Delvisa tester av enskilda system kan göras oftare.
Kan man testa utan att störa produktionen?
Ja. Återställningen görs till en isolerad miljö som inte påverkar den befintliga driften.
Vad är rimlig återställningstid?
Det beror helt på vad avbrottet kostar er per timme. Räkna på det först, sätt målet därefter.
Vet ni hur lång tid en återstart tar?
Vi går igenom era kritiska system och sätter en siffra på det, i stället för en gissning.