Mellemlagring er ikke arkivering: fem typiske fejl | AvenDATA
Emanuel Böminghaus, ekspert i legacy-systemer, administrerende direktør i AvenDATA
Emanuel Böminghaus
ekspert i legacy-systemer, administrerende direktør i AvenDATA
Når applikationer lukkes ned eller historiske data flyttes ud i forbindelse med en nedlukning af systemer, handler man ofte pragmatisk: man kopierer alt over på en server, tager en backup af en database eller gemmer nogle mapper eksternt. Men den tilgang overser den afgørende forskel mellem simpel opbevaring og en arkivering, der overholder lovkravene.
I virksomheder støder man igen og igen på de samme misforståelser om arkivering af gamle data, når systemer lukkes ned. Disse fejl fører ikke kun til juridiske risici, men også til langvarige problemer med adgang til data, revision og IT-sikkerhed. Her er et overblik over de fem mest almindelige fejl.
Fejl 1: »En backup er da nok«
En backup bruges til teknisk gendannelse i nødsituationer, ikke til langsigtet, revisionssikker opbevaring. Den kører i cyklusser, overskrives regelmæssigt og er ikke beregnet til at holde enkelte oplysninger tilgængelige sporbart, uændret og struktureret i mange år.
Efter en nedlukning af systemet er en backup ikke nok til at opfylde krav fra revisioner eller juridiske forpligtelser. Et arkivsystem dokumenterer derimod adgang, beskytter mod senere ændringer og sikrer, at data stadig kan læses, fortolkes og bruges mange år senere.
Fejl 2: »Det er kun databaser, der skal arkiveres«
Mange tænker udelukkende på databaseindhold, når det gælder arkivering efter en nedlukning, f.eks. posteringer eller kundestamdata. Men det er for snævert. Også ustruktureret indhold som e-mails, PDF-filer, Word-dokumenter eller Excel-filer er omfattet af krav til opbevaring og dokumentation. Netop i nedlukkede systemer ligger dette indhold ofte spredt på fildelinger, netværksdrev eller lokale arkiver.
Især i ERP-systemer viser problemet sig tydeligt: hvis kun databasen eksporteres, mangler enhver faglig kontekst. Selve forretningslogikken, altså de processer, regler og sammenhænge, der giver dataene deres betydning, går tabt ved nedlukningen. Uden denne logik kan en stor del af dataene hverken forstås eller bruges ved revision.
Fejl 3: »PDF er automatisk revisionssikkert«
PDF-dokumenter bruges ofte som et bekvemt arkivformat. Men en PDF alene er endnu ikke en revisionssikker arkivering. Det afgørende er ikke formatet, men helheden: er dokumentet gemt, så det ikke kan manipuleres? Er adgangen dokumenteret? Findes der et kontrolleret koncept for sletning?
Ved en nedlukning af systemer bør det altid kontrolleres, om sådanne dokumenter er overført til et egnet arkivsystem. Kun sådan kan juridisk sikkerhed på lang sigt opnås.
Fejl 4: »Vi gemmer dataene eksternt, og det er nok«
Eksterne harddiske eller cloudlagring kan ved første øjekast ligne praktiske løsninger til opbevaring af data efter en nedlukning af systemet. Men de opfylder som regel ikke kravene til arkivering. Uden strukturerede metadata, audit trails, sletteregler og adgangskontrol opstår der kun en digital opbevaring, men ingen arkivering, der holder ved en revision.
Også i forhold til databeskyttelse er denne praksis problematisk, fordi personoplysninger ofte havner i ikke-certificerede miljøer uden tilstrækkelig beskyttelse. Nedlukningen af systemet må ikke blive en uformel måde at skaffe sig af med data på.
Fejl 5: »Så længe nogen stadig har adgang, er alt i orden«
Efter en nedlukning af systemet er der ofte stadig enkelte adgangsmuligheder via gamle administratorkonti eller lokale kopier. Men det erstatter ikke en struktureret arkivløsning. Så snart medarbejderne skifter, softwaren ikke længere kører, eller hardwaren går i stykker, er adgangen tabt for altid og dermed også dataene.
Arkivering betyder, at data gøres tilgængelige på lang sigt uafhængigt af det oprindelige system. Den, der stoler på, at »nogen nok kan åbne det«, risikerer i værste fald at miste oplysninger, der er relevante ved revision.
Nedlukning af systemer er mere end en teknisk opgave og kræver klare koncepter for arkivering og sletning
Mellemlagring er ikke arkivering. Især ved en nedlukning af systemer er en grundig planlægning afgørende: hvad er der stadig brug for, hvad må slettes, og hvordan kan data arkiveres struktureret, lovmedholdeligt, revisionssikkert og samtidig, så de kan slettes?
Især ERP-systemer viser, at den faglige sammenhæng går tabt uden den underliggende applikationslogik. En ren backup af databasen er ikke nok til senere revisioner, forespørgsler eller juridisk dokumentation, og heller ikke til at slette personoplysninger i overensstemmelse med GDPR, når opbevaringsfristen er udløbet.
Arkivering er ikke et sidespor, men en central del af enhver nedlukning af systemer og forudsætningen for, at oplysninger også fremover kan bruges, forstås og om nødvendigt slettes juridisk sikkert.
Planlægger I at arkivere et ældre system?