Backupjobbet er grønt, men restore er aldrig testet
En vellykket kopiering beviser ikke, at data og systemer kan gendannes brugbart og i den rigtige rækkefølge.
Backup, restore og disaster recovery
En backup er først værdifuld, når data kan gendannes. ALCO hjælper med at kortlægge kritiske systemer, designe den rette backupmodel og aftale, hvordan overvågning, restore-test og gendannelse skal fungere i praksis.

Fra lokale servere og filer til websites, databaser, hostede workloads og Microsoft 365.
Frekvens, retention, RPO og RTO afstemmes efter dataenes betydning og platformens muligheder.
Ansvar, test, dokumentation og kontaktveje aftales, før en hændelse skaber tidspres.
Fra kopi til forretningsberedskab
Backup handler ikke kun om filer på en anden disk. Den skal passe til forretningens systemer, risiko og tolerance for datatab og nedetid.
En vellykket kopiering beviser ikke, at data og systemer kan gendannes brugbart og i den rigtige rækkefølge.
Servere, filer, databaser, websites og Microsoft 365 kræver forskellige metoder og ansvar.
Det er ikke aftalt, hvor langt tilbage data skal findes, eller hvor hurtigt driften skal være tilbage.
Når et job fejler, skal det være tydeligt, hvem der undersøger, eskalerer og følger op.
Backup-gennemgang
Vi kortlægger de data og systemer, virksomheden ikke kan undvære, og ser på den nuværende backup, retention, seneste restore-test og ansvarsfordeling.
Resultatet er et beslutningsgrundlag for backupdesign, prioriterede forbedringer og den drift eller support, ALCO skal varetage.
Ingen standardløfter uden kontekst
Backupfrekvens, retention, overvågning, restore-test, RPO, RTO og responstid aftales efter workload og forretningskrav. Eksempler på siden er ikke en universel SLA.
01
Vi identificerer systemer, datakilder, afhængigheder, ejere og den forretningsmæssige konsekvens ved tab.
02
Frekvens, retention, placering, adgang, overvågning og den seneste dokumenterede restore-test gennemgås.
03
Hvert vigtigt system får realistiske mål for datatab, gendannelsestid og rækkefølge.
04
Teknologi, drift, rapportering, kontaktveje og ansvar mellem kunden, ALCO og platformleverandører beskrives.
Workloads og datakilder
ALCO kan beskytte både lokalt placerede og hostede workloads. Den konkrete teknologi og gendannelsesmetode vælges efter platform, datamængde og krav.
Infrastruktur
Backup af servermiljøer og virtuelle workloads med en gendannelsesmodel, der passer til systemets rolle.
Data
Backup af databaser med konsistens, retention og point-in-time recovery, hvor platformen understøtter det.
Digitale løsninger
Filer, konfiguration, databaser og relevante afhængigheder beskyttes som en sammenhængende løsning.
Lokalt miljø
Backup af workloads i virksomhedens eget miljø med aftalt kopi, placering og gendannelsesprocedure.
Filer
Beskyttelse af delte filer og mapper med retention og mulighed for både granulær og større gendannelse.
SaaS
Backup af Exchange Online, OneDrive, SharePoint og Teams-data som supplement til platformens retention.
Backupdesign
Løsningen sammensættes efter behov. Den kan kombinere separate off-site kopier, kryptering, 3-2-1-princippet og immutable eller objektlåste kopier, så en hændelse ikke rammer både produktion og backup på samme måde.
Eksempler på frekvens og retention
Daglig backup og retention på 30, 60 eller 90 dage kan være relevante udgangspunkter. Hyppigere kopier, længere retention og point-in-time recovery vælges, når platformen og forretningskravene taler for det.
Adskillelse
En kopi placeres adskilt fra produktionsmiljøet, så én lokal fejl ikke rammer begge dele.
Metode
Flere kopier, forskellige medier eller platforme og mindst én kopi væk fra det primære miljø.
Modstandsdygtighed
Objektlås eller anden skrivebeskyttelse kan reducere risikoen for ændring eller sletning under et angreb.
Fortrolighed
Data beskyttes under transport og opbevaring, og adgang til backupmiljøet begrænses og dokumenteres.
RPO og RTO
RPO og RTO hjælper med at vælge den rigtige backup- og recoverymodel for hvert system. De er planlægningsmål, som skal afstemmes med teknik, økonomi og forretningsprioritet.
RPO
Recovery Point Objective beskriver den maksimalt acceptable afstand mellem det seneste gendannelsespunkt og hændelsen. Et RPO på fire timer betyder, at virksomheden planlægger efter højst fire timers datatab.
RTO
Recovery Time Objective beskriver målet for, hvor hurtigt et system skal være brugbart igen efter en hændelse. Det påvirker både teknologi, procedure, bemanding og pris.
Drift og restore-test
Nogle virksomheder ønsker en fuldt administreret løsning. Andre har interne ressourcer og ønsker ALCO som teknisk partner eller eskalationspunkt.
Afhængigt af aftalen kan ALCO overvåge backupjobs, undersøge fejl, gennemføre og dokumentere restore-tests samt hjælpe med gendannelse under en hændelse.
Status og alarmer kan overvåges, så fejlede eller manglende kopier bliver synlige.
ALCO kan undersøge årsagen, genstarte eller korrigere jobbet og koordinere med relevante platforme.
Udvalgte data eller systemer gendannes efter aftalt interval, valideres og dokumenteres.
Ved fejl eller hændelser kan ALCO hjælpe med prioritering, restore, validering og koordinering.
Automatiseret overvågning kan køre kontinuerligt, men menneskelig reaktion, kontaktvej og responstid følger den konkrete aftale. Siden lover derfor ikke en generel døgnvagt eller fast responstid.
Microsoft 365
ALCO kan etablere backup af Exchange Online, OneDrive, SharePoint og Teams-data. Løsningen afstemmes efter brugere, datamængde, retention, restorebehov og de processer, der gælder ved onboarding og offboarding.
Microsoft 365-retention kan understøtte governance og opbevaring, mens en separat backupmodel skal gøre det praktisk at finde og gendanne de ønskede data.
Disaster recovery
En recoveryplan beskriver rækkefølge, kontaktveje, afhængigheder og validering, når systemer eller data skal genetableres efter fejl, ransomware eller nedbrud.
Læs guiden til restore-test og RPO/RTO01
Forretningen beslutter, hvilke services og data der skal tilbage først.
02
Det korrekte og sikre gendannelsespunkt identificeres ud fra hændelsen og den tilgængelige historik.
03
Data eller system genetableres, hvorefter funktion, integritet og adgange kontrolleres.
04
Tider, afvigelser og læring bruges til at opdatere backupdesign og recoveryplan.
Tydelig ansvarsdeling
Virksomheden
Kunden identificerer kritiske systemer, accepteret datatab, ønsket gendannelsestid og de personer, der må godkende en restore.
ALCO
ALCO implementerer og varetager det aftalte backup-, overvågnings-, test- og supportomfang.
Fælles
Afhængigheder, tredjepartsbegrænsninger og ændringer i miljøet dokumenteres, så backup fortsat dækker det rigtige.
Relaterede områder
Servere og applikationer
Den daglige platformdrift, kapacitet og hostingarkitektur behandles under Hosting.
Adgang og beskyttelse
WAF, patching, adgangsstyring og øvrige sikkerhedskontroller for hostede workloads.
Alarmer og drift
Overvågning af oppetid, kapacitet og services ud over den aftalte backupovervågning.
Samlet risikobillede
Sikkerhedsvurdering, identitet, enheder, mail, medarbejdertræning og den samlede prioritering behandles på IT-sikkerhedssiden.
Guides og næste skridt
Disaster recovery
Sådan bliver backup til en praktisk plan for gendannelse af websites og systemer.
Microsoft 365
Forskellen på platformens retention og en særskilt model for gendannelse af virksomhedens data.
Kontinuitet
Planlæg dataflytning, test, cutover og rollback uden at sætte driften unødigt på spil.
Sikkerhed
Se hvordan backup spiller sammen med adgang, patching, WAF og monitorering.
FAQ
ALCO kan etablere backup af hostede servere og virtuelle maskiner, databaser, websites og webapplikationer, lokale servere, filservere og NAS samt Microsoft 365-data i Exchange, OneDrive, SharePoint og Teams.
RPO beskriver, hvor meget datatab målt i tid virksomheden kan acceptere. RTO beskriver målet for, hvor hurtigt et system skal være brugbart igen. Begge fastlægges pr. workload og er ikke universelle garantier.
Det er relevante eksempler, men ikke én standard for alle. Frekvens og retention vælges efter datamængde, ændringshastighed, platform, risiko og forretningskrav.
3-2-1-princippet betyder som udgangspunkt tre kopier af data, på to forskellige medier eller platforme, hvor mindst én kopi er placeret væk fra det primære miljø.
Immutable backup er en kopi, der i en aftalt periode ikke kan ændres eller slettes på normal vis. Det kan blandt andet etableres med objektlås og bruges som et ekstra lag mod fejl, misbrug og ransomware.
Intervallet afhænger af workloadens betydning, ændringer og krav. Kritiske systemer bør testes efter en fast aftale, og væsentlige miljøændringer kan udløse en ekstra test.
Microsoft driver og beskytter selve platformen, men platformdrift og retention er ikke det samme som en kundespecifik backup med den ønskede historik, granularitet og restoreproces.
Automatiseret overvågning kan køre kontinuerligt. Det konkrete omfang, den menneskelige reaktion, kontaktvejen og responstiden aftales med kunden, så siden lover ikke en generel døgnvagt.
Fortæl os om jeres systemer, nuværende backup og krav til datatab og nedetid. Så kan vi afklare en passende backup- og recoverymodel.