Många företag säkerhetskopierar sina data regelbundet – ändå misslyckas återställningen ofta när det verkligen gäller. Det beror sällan på att backupen saknas, utan brister i processer, tester och härdning. Backup är inte en funktion man konfigurerar en gång. Det är en kontinuerlig säkerhetsprocess som måste granskas och utvecklas löpande.
I denna artikel presenteras en omfattande och praktisk checklista med 50 åtgärder, indelad i elva kategorier. Syftet är att ge IT-team och backup‑ansvariga ett konkret verktyg för att systematiskt utvärdera och förbättra sin befintliga backupmiljö – oavsett om data ligger on-prem, i molnet eller i en hybrid miljö.
Backup best practices – De 11 viktigaste kategorierna
1. Strategi, skyddsnivåer och policys
En stark backupstrategi bygger på korrekt prioritering. Definiera:
- RPO (Recovery Point Objective): maximal datamängd som får gå förlorad
- RTO (Recovery Time Objective): maximal tid som systemet får ligga nere
Dela in systemen i skyddsnivåer (Tiers):
- Tier 0: mest kritiska system – exempelvis Active Directory, centrala databaser
- Tier 1: affärskritiska applikationer
- Tier 2: viktiga men mindre känsliga system
- Tier 3: test, utveckling och arkiv
Alla retention tider ska vara tekniskt fastlåsta, inte bara dokumenterade i ett PDF-dokument. Policys‑ måste ses över minst två gånger per år, och alltid vid ändringar i infrastruktur eller säkerhetslandskap.
2. Kopior, offsite och arkitektur
Miniminivån är 3‑2-1‑regeln, men dagens hotbild kräver mer. Rekommendation:
Det är avgörande att förstå vad ”offsite” betyder:
En backup i ett annat datacenter men i samma säkerhetsdomän ger inget verkligt skydd. Offsite-kopian‑ måste ligga bakom en separat säkerhetsgräns – ett annat konto, en annan tenant eller en annan domän.
Alla delar av backuparkitekturen måste dokumenteras:
Vilka system skyddas? Hur ofta? Vilken retention? Var ligger kopiorna? Vem har åtkomst?
3. Immutability och ransomware‑resiliens
Oföränderliga backupkopior är ett av de viktigaste skydden mot attacker. Minst en backup-kopia ska vara immutable (Låst mot ändringar).
Immutability‑perioden måste vara längre än den tid det kan ta att upptäcka ett intrång. Dagens ransomware kan kryptera på några timmar, men avancerade aktörer kan ligga vilande i veckor innan attacken faktisk sker.
- Aktivera immutability på lagring eller i programvaran
- Se till att backup-administratörer inte kan ändra immutability‑policyer
- Skapa ett dedikerat Vault för ”Golden Copies” av kritiska system
- Ta fram en detaljerat Ransomware Recovery plan
4. Identitet, roller och åtkomstsäkerhet
Backupmiljön är ofta en direkt väg in i alla system. Därför krävs strikta kontroller:
- Implementera RBAC (role‑based access control)
- Separera backupadministration från infrastrukturadministration
- MFA måste användas för alla konsoler
- Skapa breakglass-konton med fysiskt säkrade inloggningsuppgifter
- Rotera alla servicekonton regelbundet
- Övervaka kontoanvändning och avvikelser
Ett enda komprometterat admin‑konto kan slå ut både produktion och backup om roller inte är tydligt separerade.
5. Härdning av backupinfrastrukturen
Backupservrar ska installeras minimalistiskt och hållas uppdaterade.
- Patcha backupservrar även om de inte är internetexponerade
- Placera backupinfrastrukturen utanför produktionsdomänen
- Inga interaktiva inloggningar på repositories (som SSH eller RDP)
- Kör leverantörernas säkerhetsanalysverktyg regelbundet
- Följ härdningsguider från respektive leverantör (vendor hardening)
6. Nätverk och kryptering
För att begränsa attackytan:
- Separera backuptrafiken från produktionsnät
- Öppna endast nödvändiga portar
- Kryptera all replikering
- Deduplicering måste ske före kryptering för att fungera effektivt
- Backupkomponenter får aldrig vara direkt åtkomliga från internet
- Kontrollera att inga API-gränssnitt‑ exponeras oavsiktligt
7. Workload‑specifik backup
Alla workloads kräver olika metoder:
- Databaser: använd applikationskonsistenta metoder (t.ex. VSS, RMAN)
- Filsystem: kombinera snapshots och klassisk backup
- SaaS-tjänster: inkludera Microsoft 365, Salesforce, osv.
- Containers & Kubernetes: använd verktyg som hanterar persistenta volymer
- Dokumentera beroenden och återställningsordning mellan systemen
8. Recovery‑beredskap och tester
Backupen är värdelös tills den har bevisats fungera.
- Genomför återställningstester regelbundet
- Tier 0: minst en gång i månaden
- Kritiska system: minst en gång per kvartal
- Testa i en isolerad miljö för att undvika återinfektion
- Testa massåterställning – att återställa en VM är inte samma sak som att återställa 500
- Dokumentera resultat och avvikelser
9. Monitorering, rapportering och spårbarhet
- Övervaka alla backup-jobb centralt
- Larma direkt vid fel
- Utför automatisk jämförelse mellan CMDB och backupkatalog
- Integrera loggarna i SIEM
- Logga alla administrativa åtgärder revisionssäkert
- Definiera mätbara SLA:er för backupframgång och återställning
10. Kapacitet, drift och livscykel
- Prognostisera tillväxt i datamängder och retention
- Säkerställ att backupfönster hålls
- Använd livscykelhantering för äldre data
- Inkludera backup-uppdateringar i formella förändringsprocesser
- Verifiera att lagringskapaciteten inte blir flaskhals
11. Dokumentation och kunskapsdelning
- Dokumentera hela backupstrategin i detalj
- Fler än en person ska kunna administrera backupmiljön
- Uppdatera dokumentationen efter varje större förändring
- Ha en detaljerat återställningsplan
- Säkerställ att dokumentation förvaras säkert och är tillgänglig även vid incident
Backup‑mognad: Snabb självutvärdering
| Kategori | Basnivå | Avancerad nivå | Best Practice |
| Strategi | RPO/RTO definierade | Segmenterade Tiers | Automatiserad policy‑review |
| Kopior | 3‑2‑1 | 3‑2‑1‑1‑0 | Dokumenterad och testad arkitektur |
| Immutability | Aktiv | Längre än upptäcktstid | Vault med Golden Copies |
| Roller | RBAC | Separata adminroller + MFA | Break‑glass + rotation |
| Infrastruktur | Patching | Ej i produktionsdomän | Full hardening |
| Nätverk | Separat trafik | Begränsade portar | Krypterat + inga internetvägar |
| Workloads | VM‑backup | Applikationskonsistens | SaaS + containers |
| Recovery | Årliga tester | Kvartalsvisa tester | Massåterställningar |
| Monitoring | Larm vid fel | CMDB‑jämförelse | SIEM + SLA‑styrning |
| Drift | Manuell kontroll | Prognostisering | Lifecycle + patchprocess |
| Dokumentation | Grundläggande | Återställningsplan | Flera utbildade ansvariga |
Fyra vanliga svagheter
- Brist på testade återställningsprocesser
- Ingen rollseparering
- SaaS-tjänster täcks inte
- Ingen immutability eller för kort immutability‑period
Slutsats
Backup är inte ett verktyg – det är en säkerhetsprocess. Den bästa mjukvaran i världen hjälper inte om processerna bakom är svaga. Små förbättringar, såsom att aktivera immutability eller att genomföra återställningstester, skapar omedelbar effekt.
Proact som partner
Som ledande expert inom dataskydd hjälper Proact företag att analysera, designa, implementera och drifta backupmiljöer – inklusive Vault-arkitekturer, immutability, ‑airgap, compliance (t.ex. NIS2) och fulloperativ Backup‑as‑aService.