Att se till att det görs regelbundna säkerhetskopieringar för att inte förlora sin data ses för de flesta som en självklarhet. Det är bra eftersom det är finns inget som är så tråkigt som när man blir av med viktig information. I affärssammanhang är det oerhört viktigt att säkerhetskopieringar görs med tanke på att det kan finnas oerhört mycket data som absolut inte får gå förlorad.
Att göra säkerhetskopieringar är viktigt men att testa återläsningen är desto viktigare. Av den anledningen är det ytterst viktigt att upprätta en tydlig backup- och restore-strategi så att du vet hur du ska gå till väga om kraschen är ett faktum.
När det gäller till exempel databaser får vi ofta förfrågningar från företag som handlar om korruption i databasen eller disk-krascher där den enda lösningen är att göra en återläsning av en tidigare backup. Saknar man då en genomarbetat RESTORE-strategi är risken stor att säkerhetskopian inte går att läsa tillbaka alls, att den inte går att läsa tillbaka tillräckligt fort eller att för mycket data förloras sedan den senaste säkerhetskopian. Detta kan i sin tur leda till allvarliga konsekvenser i verksamheten.
Ett annat fall kan vara att man har en väldigt stor databas där man är duktig på att utföra backuper men man har inte testat återläsningen som i sin tur kan ta mycket lång tid och kräva mycket utrymme. Vad händer om man snabbt måste återläsa en 10TB databas men inte är förberedd med infrastruktur så som disk och nätverk till exempel?
Normalt bör backup och restore ingå som en del i Disaster Recovery-planeringen eller i en Business Continuity Plan vilka omfattar alla delar som krävs för att verksamheten skall kunna fungera eller återställas efter en incident. Skapar man en fristående backup- och restore-strategi bör den innehålla särskilda krav på säkerhetskopieringen och på återställningen.
Säkerhetskopieringsdelen definierar vilken typ av backup och hur ofta säkerhetskopieringen ska utföras. Den definierar också vilken sort och hastigheten på den hårdvara/infrastruktur som behövs för säkerhetskopieringen. Det är också viktigt att den innehåller information om hur säkerhetskopiorna ska testas samt var och hur säkerhetskopiorna ska lagras.
Restore-strategin bör definiera vem som är ansvarig för att utföra återställningar samt hur de ska utföras för att uppfylla de mål och krav du har satt upp för tillgänglighet samt minimering av dataförlust och hur återställningen ska testas.
Att utforma en Restore-strategi är inget som görs i en handvändning. Det krävs noggrann kravställning, planering, implementering och testning. Ja, testning är nödvändigt och krävs eftersom du har ingen backup-strategi förrän du har de säkerhetskopior som ingår i din restore-strategi samt har testat att återställa desamma.
Formulera era krav på RPO (Recovery Point Objective) och RTO (Recovery Time Objective). Dessa är de viktigaste byggstenarna i en Restore-strategi. När ni har bestämt hur mycket data ni kan förlora och hur länge ni kan vara offline med databasen, först då kan ni skapa en restore-lösning som passar Er verksamhet.
Skapa en backup/restore lösning som stödjer Er restore-strategi och klarar av era krav för RPO och RTO.
Dina backuper kan vara värdelösa om du inte har testat göra en restore!
Läs om hur vi jobbar med drift och övervakning av IT-system