Backup har åtminstone så länge jag jobbat med lagring varit en utmaning. Fortfarande idag ligger det högst, eller åtminstone topp 3, när IT organisationer rankar största utmaningarna inom lagringshantering. Har vi då byggt dåliga lösningar genom åren? Vissa har det säkert men mest handlar det om ständigt ökande krav, snabbare återläggningstider, givetvis snabbt ökande datamängder. Ett exempel är server virtualisering som direkt ger en ökande belastning på backuphanteringen.
Vad kan vi då göra förutom att hela tiden förfina våra backuplösningar med saker som deduplicering?
En viktig fråga att ställa sig är vad er organisation egentligen menar med backup.
Kan låta som en enkel fråga men har ni egentligen en tydlig defintion av vad ni menar med backup.
Jag ser ofta att backuper sparas under väldigt långa tider (månader och år) och är det då verkligen backup vi gör eller försöker vi använda vår backuplösning som ett arkiv. Har ni spartider på mer än 4 veckor av era backuper bör ni ta en och fundera på om inte stora delar av backup problematiken beror på en gråzon mellan backup och arkiv.
Följande är min definition av backup respektive arkiv som ni kanske kan ha nytta av:
Backup:
En andra kopia av ert data
Används för återläggning av data enligt uppsatta RPO(recovery point objective) och RTO(recovery time objective) baserade på interna krav.
Sparas i veckor (möjligen några månader)
Inte designad för att söka efter informationArkiv:
Primär kopia av ert data
Används för att söka fram data med hjälp av metadata
Långa spartider (år, årtionden, århundraden eller längre)
Ofta externa krav på informationshanteringen från era kunder och myndigheter

Om ni kan hitta de delar av ert data som har långa spartider och flytta bort dessa ur den dagliga backuphanteringen finns det stora vinster. Inte bara minskar mängden data i den dagliga backupen utan en ännu större vinst är att ni kan dramatiskt minska spartiderna på backuperna.
Genom att exempelvis bestämma att backuper enbart sparas i 4 veckor öppnar ni upp möjligheter för nya tekniska lösningar. Det snabbaste och enklaste sättet att göra både backup och recovery är att spara en logisk bild av hur systemet såg ut i ett givet ögonblick online på disken, ett sk snapshot. Långa spartider och många versioner av en fil kräver dock oftast att vi också gör en backup med en backupprogramvara som konverterar datastrukturen, lägger upp en egen databas och flyttar ut information på disk eller tape ? en både dyr och tidsödande process.
Utan att ha en klar defintion av backup finns det en risk att ni får en dyr och onödigt komplicerad backup process och ett dåligt arkiv vilket i längden inte blir bra för varken IT eller verksamhet.

Tills nästa gång ? lev väl lagra klokt
/Per