Tre mekanismer, tre typer nedbrud
De tre ord betegner kopier. Men ikke de samme kopier, ikke samme sted og ikke i lige lang tid. Det rigtige spørgsmål er ikke »har vi en kopi?«, men »hvilken kopi er intakt efter et bestemt nedbrud?«.
Versionering: en fils historik, opbevaret i tjenesten. Replikering: en ekstra kopi af tjenesten, der holdes opdateret løbende. Backup: en separat, dateret kopi, der opbevares i en valgt periode.
Versionering: en fils historik i tjenesten
Hver gemning opretter en version. Et afsnit, der er slettet ved en fejl, en overskrevet tabel, en forkert formel: brugeren åbner historikken og går tilbage til tirsdagens version. Det er hurtigt, uden mellemled, og det er det mest nyttige svar i hverdagen.
Begrænsningerne skyldes placeringen. Historikken ligger i samme tjeneste som filen:
- når filen slettes, følger versionerne med, først i papirkurven og derefter ud af tjenesten, når papirkurven tømmes;
- den konto, der har ret til at slette en mappe, kan som regel også slette indholdet, inklusive historikken;
- antallet af versioner og deres levetid er begrænset af tjenestens indstillinger;
- hvis hele tjenesten ødelægges eller kompromitteres, forsvinder historikken med den.
Papirkurven hører til samme familie. Den er en udsættelse før sletningen, ikke en kopi.
Replikering: en ekstra kopi i drift
Replikering vedligeholder en kopi af tjenesten på en anden server eller en anden lokation. Går et datacenter ned, tager det andet over. Den sikrer tilgængelighed. Det franske cybersikkerhedsagentur ANSSI anbefaler den, når datatabet skal være meget lille: er det acceptable tab under 24 timer, anbefaler ANSSI at foretrække replikering, synkron eller asynkron.
Dens svaghed er dens trofasthed. En kopi, der følger produktionen, følger også dens fejl. En sletning replikeres. En fil, der er krypteret af ransomware, replikeres. Ved synkron replikering tager det få sekunder. Synkronisering af en arbejdsstation er replikering i lille skala: den har samme svaghed.
Backup: en separat, dateret og opbevaret kopi
Backup er lavet til at gå tilbage i tiden. Den har kun værdi, hvis den er intakt, når produktionen ikke længere er det. Det forudsætter flere egenskaber:
- adskillelse: et andet system, andre konti. ANSSI kræver, at backupinfrastrukturen er uafhængig af produktionens brugerkataloger og administreres med personlige, dedikerede konti;
- opbevaringsperiode: en besluttet historikdybde. ANSSI nævner som eksempel femten dages daglige backups, et års månedlige og fem års årlige, som illustration, ikke som regel;
- beskyttelse mod ændring: ANSSI kræver en adgangskontrol, der sikrer, at backups hverken ændres eller beskadiges. En uforanderlig backup (WORM) opfylder dette behov. ANSSI vurderer dog en offline kopi som mere robust end en online WORM-løsning og foreslår at kombinere begge;
- 3-2-1-reglen: tre kopier af data, heraf to backups på forskellige medier og én offline;
- test: en backup, der aldrig er blevet gendannet, er en antagelse. ANSSI kræver regelmæssige test.
To mål fuldender billedet. Maksimalt acceptabelt datatab (RPO) angiver, hvor meget arbejde man accepterer at miste. Maksimalt acceptabel nedetid (RTO) angiver, hvor længe man accepterer at vente. En backup hver time begrænser tabet til omkring en time. Den siger intet om, hvor lang tid det tager at komme i drift igen.
Hvad dækker hvilket nedbrud
| Nedbrud | Versionering | Replikering | Backup |
|---|
| Redigeringsfejl i en fil | Ja, som selvbetjening | Nej, fejlen kopieres | Ja, via en gendannelse |
| Fil slettet i går | Ja, via papirkurven | Nej | Ja |
| Fil slettet for tre måneder siden | Nej, papirkurven er tømt | Nej | Kun hvis opbevaringsperioden rækker så langt tilbage |
| Nedbrud i et datacenter | Nej | Ja | Ja, langsommere |
| Mappe slettet af en kompromitteret administratorkonto | Nej | Nej | Ja, hvis backupperne ligger uden for kontoens rækkevidde |
| Ransomware, der krypterer filerne på en synkroniseret computer | Nogle gange, hvis historikken er intakt | Nej | Ja, fra et tidligere tidspunkt |
Beviset: hvorfor et versionerende dokumentstyringssystem skal have backup
Tag det mest frygtede nedbrud. En angriber får fat i en administrators adgangskode. Angriberen sletter mappen »Kontrakter« og tømmer papirkurven.
- Versionering hjælper ikke: versionerne lå sammen med de slettede filer.
- Replikering heller ikke: sletningen blev kopieret til den anden lokation på få sekunder.
- Backuppen fra dagen før, eller fra timen før, indeholder mappen. Er den uforanderlig og administreret med andre konti, har angriberen ikke kunnet røre den.
Versionering og replikering gør deres arbejde godt. Det er bare ikke dette arbejde. Tilfældet med ransomware og rækkefølgen for genopretning behandles i beskyt dokumentstyringen mod ransomware, og gendan den.
Fem spørgsmål til jeres leverandør
- Hvor ofte tages der backup af dokumenterne, og hvor længe opbevares backupperne?
- Kan en administratorkonto i tjenesten slette eller ændre en backup?
- Hvor ligger kopierne, på hvor mange steder, og findes der en offline kopi?
- Hvornår blev en gendannelse sidst testet?
- Hvem anmoder om en gendannelse, med hvilke oplysninger, og hvor hurtigt udføres den?
Skriftlige svar på disse fem spørgsmål er mere værd end en tilgængelighedsprocent.
Hyppige fejl
- »Hver computer har en synkroniseret kopi.« Disse kopier følger serveren, også sletninger.
- »Papirkurven gemmer alt i tredive dage.« Den gemmer det, der ikke tømmes. En angriber tømmer den.
- »Vi er replikeret på to lokationer.« Det er tilgængelighed, ikke en måde at gå tilbage på.
- »Backuppen kører.« Den skal også være gendannet mindst én gang, og opbevaringsperioden skal dække den tid, det tager at opdage en hændelse.
Ofte stillede spørgsmål
Hvordan finder jeg en gammel version af en fil?
Via filens historik uden en gendannelse. Fremgangsmåden er beskrevet i find en tidligere version af et dokument.
Erstatter backup versionering?
Nej. Versionering er øjeblikkelig og i brugerens hænder. Gendannelse fra backup er en tungere operation, der ofte udføres af en administrator eller af leverandøren.
Er en backup en arkivering?
Nej. En backup varer dage eller uger. En arkivering følger en opbevaringsfrist, der er fastsat i regler eller en politik. Se opbevar og arkivér dokumenter.
Og for e-mail?
Ræsonnementet er det samme med sine egne mekanismer. Se backup, sletning og kontinuitet for e-mail.
Hvor Klytic står
Versionering. Klytic Docs opbevarer versionshistorikken for hver fil og har en papirkurv. Brugeren finder selv en tidligere version.
Backup. Dokumenterne sikkerhedskopieres hver time, ligesom e-mail og CRM. Backupperne er krypterede, opbevares i 30 dage, er replikeret på flere lokationer og er uforanderlige: en skrevet backup kan ikke længere ændres eller slettes, heller ikke af en angriber. De overvåges, og gendannelser testes hver måned. Målene er genetablering af driften på under 4 timer (RTO) og højst 2 timers tabte data (RPO).
Gendannelse. Der anmodes om den hos Klytic-supporten med angivelse af, hvad det drejer sig om, og den omtrentlige dato. Den er inkluderet ved fejl i tjenesten, ved en medarbejders bevidste sletning eller en konto, der er slettet for tidligt ved en fratrædelse (højst 3 anmodninger om måneden), eller ved et angreb trods korrekt beskyttede computere. Efter en utilsigtet sletning, en fejlbetjening, eller hvis computerne var utilstrækkeligt beskyttet, håndteres den som en betalt supportsag. Versionshistorikken og papirkurven, der er gratis, er fortsat første mulighed.
Backuppen udføres sammen med WeDoBack, specialist i sikker backup, som det fremgår af siden sikkerhed og backup. WeDoBack står for backuppen; versionshistorikken er en funktion i Klytic Docs.
Begrænsningerne: tredive dages opbevaring dækker ikke en sletning, der opdages senere, og er ikke en arkivering. Klytic er ikke et SecNumCloud-kvalificeret tilbud.
Denne side beskriver generelle mekanismer. Varigheder og mål for jeres egen tjeneste kontrolleres i jeres kontrakt.
Kilder
Gennemgået i oktober 2026.
- ANSSI, Sauvegarde des systèmes d’information, vejledning ANSSI-BP-100, v1.1: 3-2-1-reglen med en offline kopi, offline vurderet mere robust end online WORM, opbevaringsperioder skal defineres, RPO og RTO, replikering ved tab under 24 timer, dedikerede administratorkonti, regelmæssige test. messervices.cyber.gouv.fr
- ANSSI, Les Essentiels, Sauvegarde des systèmes d’information, v1.1: regelmæssige offline backups, adgangskontrol, så de hverken ændres eller beskadiges, infrastruktur uafhængig af produktionens brugerkataloger. messervices.cyber.gouv.fr
- Klytic, Sikkerhed og backup: krypteret backup, 30 dage, uforanderlig, replikeret på flere steder, gendannelser testet hver måned, RTO under 4 timer, RPO under 2 timer, backup udført sammen med WeDoBack. klytic.com
- Klytic, ofte stillede spørgsmål: backup hver time, krypteret, opbevaret i 30 dage; mål for RTO og RPO. klytic.com
