Backup, restore og disaster recovery

Backup og gendannelse til virksomheder

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.

  • Tilpasset jeres data
  • Restore-test efter aftale
  • Tydeligt ansvar
Servermiljø til backup og gendannelse af virksomhedens data

Dækker hele miljøet

Fra lokale servere og filer til websites, databaser, hostede workloads og Microsoft 365.

Designet efter konsekvens

Frekvens, retention, RPO og RTO afstemmes efter dataenes betydning og platformens muligheder.

Restore er en del af løsningen

Ansvar, test, dokumentation og kontaktveje aftales, før en hændelse skaber tidspres.

Fra kopi til forretningsberedskab

Kan I faktisk komme tilbage, når noget går galt?

Backup handler ikke kun om filer på en anden disk. Den skal passe til forretningens systemer, risiko og tolerance for datatab og nedetid.

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.

Kritiske data ligger flere steder

Servere, filer, databaser, websites og Microsoft 365 kræver forskellige metoder og ansvar.

Retention og gendannelsesmål er uklare

Det er ikke aftalt, hvor langt tilbage data skal findes, eller hvor hurtigt driften skal være tilbage.

Fejl og alarmer mangler en ejer

Når et job fejler, skal det være tydeligt, hvem der undersøger, eskalerer og følger op.

Backup-gennemgang

Start med data, afhængigheder og konsekvens

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.

  1. 01

    Kortlæg data og workloads

    Vi identificerer systemer, datakilder, afhængigheder, ejere og den forretningsmæssige konsekvens ved tab.

  2. 02

    Vurder nuværende beskyttelse

    Frekvens, retention, placering, adgang, overvågning og den seneste dokumenterede restore-test gennemgås.

  3. 03

    Fastlæg RPO, RTO og prioritet

    Hvert vigtigt system får realistiske mål for datatab, gendannelsestid og rækkefølge.

  4. 04

    Aftal design, test og ansvar

    Teknologi, drift, rapportering, kontaktveje og ansvar mellem kunden, ALCO og platformleverandører beskrives.

Workloads og datakilder

Backup på tværs af virksomhedens miljø

ALCO kan beskytte både lokalt placerede og hostede workloads. Den konkrete teknologi og gendannelsesmetode vælges efter platform, datamængde og krav.

Infrastruktur

Hostede servere og virtuelle maskiner

Backup af servermiljøer og virtuelle workloads med en gendannelsesmodel, der passer til systemets rolle.

Data

Databaser

Backup af databaser med konsistens, retention og point-in-time recovery, hvor platformen understøtter det.

Digitale løsninger

Websites og webapplikationer

Filer, konfiguration, databaser og relevante afhængigheder beskyttes som en sammenhængende løsning.

Lokalt miljø

Lokale servere

Backup af workloads i virksomhedens eget miljø med aftalt kopi, placering og gendannelsesprocedure.

Filer

Filservere og NAS

Beskyttelse af delte filer og mapper med retention og mulighed for både granulær og større gendannelse.

SaaS

Microsoft 365

Backup af Exchange Online, OneDrive, SharePoint og Teams-data som supplement til platformens retention.

Backupdesign

Flere lag reducerer risikoen for ét fælles fejlslag

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

Separate off-site kopier

En kopi placeres adskilt fra produktionsmiljøet, så én lokal fejl ikke rammer begge dele.

Metode

3-2-1 backup

Flere kopier, forskellige medier eller platforme og mindst én kopi væk fra det primære miljø.

Modstandsdygtighed

Immutable backup

Objektlås eller anden skrivebeskyttelse kan reducere risikoen for ændring eller sletning under et angreb.

Fortrolighed

Kryptering og adgang

Data beskyttes under transport og opbevaring, og adgang til backupmiljøet begrænses og dokumenteres.

RPO og RTO

To mål gør konsekvensen konkret

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

Hvor meget data kan I tåle at miste?

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

Hvor hurtigt skal systemet være tilbage?

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

Driftsmodellen tilpasses det ansvar, I har brug for

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.

Jobovervågning

Status og alarmer kan overvåges, så fejlede eller manglende kopier bliver synlige.

Fejlhåndtering

ALCO kan undersøge årsagen, genstarte eller korrigere jobbet og koordinere med relevante platforme.

Restore-test

Udvalgte data eller systemer gendannes efter aftalt interval, valideres og dokumenteres.

Hjælp ved gendannelse

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

Retention er nyttigt, men er ikke det samme som driftsbackup

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

Gendannelse kræver mere end den seneste kopi

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/RTO
  1. 01

    Prioritér systemerne

    Forretningen beslutter, hvilke services og data der skal tilbage først.

  2. 02

    Vælg gendannelsespunkt

    Det korrekte og sikre gendannelsespunkt identificeres ud fra hændelsen og den tilgængelige historik.

  3. 03

    Gendan og validér

    Data eller system genetableres, hvorefter funktion, integritet og adgange kontrolleres.

  4. 04

    Dokumentér og forbedr

    Tider, afvigelser og læring bruges til at opdatere backupdesign og recoveryplan.

Tydelig ansvarsdeling

Teknisk drift og forretningsprioritet skal mødes

Virksomheden

Forretningsprioritet og godkendelse

Kunden identificerer kritiske systemer, accepteret datatab, ønsket gendannelsestid og de personer, der må godkende en restore.

ALCO

Den aftalte tekniske leverance

ALCO implementerer og varetager det aftalte backup-, overvågnings-, test- og supportomfang.

Fælles

Platformgrænser og ændringer

Afhængigheder, tredjepartsbegrænsninger og ændringer i miljøet dokumenteres, så backup fortsat dækker det rigtige.

FAQ

Ofte stillede spørgsmål om backup og gendannelse

Hvilke data og systemer kan ALCO tage backup af?

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.

Hvad betyder RPO og RTO?

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.

Er daglig backup og 30, 60 eller 90 dages retention standard?

Det er relevante eksempler, men ikke én standard for alle. Frekvens og retention vælges efter datamængde, ændringshastighed, platform, risiko og forretningskrav.

Hvad er 3-2-1 backup?

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ø.

Hvad er immutable backup?

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.

Hvor ofte skal restore testes?

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.

Er Microsoft 365-data allerede backuppet af Microsoft?

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.

Overvåger ALCO backup døgnet rundt?

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.

Ved I, om jeres data kan gendannes?

Fortæl os om jeres systemer, nuværende backup og krav til datatab og nedetid. Så kan vi afklare en passende backup- og recoverymodel.