Det kan kun jeres egen måling svare på. Tiden afhænger af fire ting: den lagerklasse, kopien ligger i, båndbredden mellem lageret og jer, de grænser, udbyderen sætter for antal kald, og hvor meget der skal hentes. Markedstal og tommelfingerregler siger intet om jeres miljø.
Spørgsmålet stilles typisk, når backupen er flyttet til cloud, og ledelsen vil vide, hvor længe virksomheden står stille, hvis alt skal hentes hjem. En test giver svaret i ro, mens en hændelse giver det under pres.
Lagerklassen
Objektlager findes i klasser med forskellig adgangstid. De hurtige klasser leverer data straks. Arkivklasserne kræver, at data først hentes frem, før de kan læses.
AWS beskriver det for sine arkivklasser. Den hurtigste hentning tager typisk et til fem minutter og afregnes særskilt. Standardhentning fra Glacier Flexible Retrieval tager typisk tre til fem timer, og fra Deep Archive op til tolv timer. Massehentning er langsommere. Tallene er tidsrum fra AWS’ egen dokumentation pr. november 2026 og ikke en vurdering af andre udbydere. Vores læsning er, at lagerklassen sætter en ventetid, før nettet overhovedet kommer i spil.
Andre udbydere har tilsvarende klasser med egne tider og egne vilkår for hentning. Læs dem hos udbyderen, I bruger.
Båndbredden
Når data er tilgængelige, skal de over nettet. Den praktiske hastighed er den laveste af flere: jeres internetforbindelse, udbyderens grænse pr. forbindelse, backupsoftwarens evne til at hente parallelt og det lokale lagers evne til at skrive.
Regnestykket er enkelt og skal laves med jeres egne tal: mængde delt med den hastighed, I faktisk opnår. Brug den målte hastighed og ikke forbindelsens nominelle. Kører den daglige drift imens, deler den forbindelsen med gendannelsen.
Grænserne
Objektlager har grænser for, hvor mange kald der kan foretages pr. sekund. AWS oplyser mindst 3.500 skrivninger og 5.500 læsninger pr. sekund pr. præfiks i S3 og ingen grænse for antal præfikser, så ydelsen øges ved at fordele kald. Tallene gælder antal kald og ikke båndbredde. For en gendannelse af mange små filer kan antallet af kald være det, der bremser, før båndbredden gør det.
Backupsoftwaren skal derfor kunne hente parallelt og fordele kaldene. Om den gør det, og hvordan den er indstillet, er en del af testen.
Logistikken
Er mængden stor og nettet begrænset, kan det hurtigste være at få data sendt på diske. Microsoft sender fx Azure Data Box med fragtfirma og angiver, at den passer til mere end 40 TB, hvor nettet er begrænset. Andre udbydere kan have lignende ordninger. Det kræver bestilling, forsendelse og indlæsning, og tiden måles i dage. Aftal også, hvem der tager imod diskene, hvor de står, indtil de er læst ind, og hvordan de slettes bagefter. De rummer en fuld kopi af jeres data og skal behandles sådan.
Hvad der skal kunne køre imens
En fuld gendannelse tager tid. Spørgsmålet er derfor også, hvad forretningen gør imens. Tre muligheder kan kombineres:
Prioriteret gendannelse. De vigtigste systemer først, resten bagefter. Rækkefølgen besluttes på forhånd.
Lokal kopi. En kopi på stedet giver hurtig gendannelse af det mest brugte, mens cloudkopien er reserven. Se 3-2-1-1-0.
Reservested. Systemerne startes et andet sted, mens data hentes hjem. Se disaster recovery i Europa.
Sådan måler I
En brugbar fremgangsmåde er at vælge ét system af en typisk størrelse og gendanne det helt fra cloudkopien til et testmiljø. Mål tiden fra beslutning til kørende system, opdelt i hentning fra lagerklassen, overførsel og opstart. Gentag med en mængde, der svarer til de fem vigtigste systemer samlet, eller beregn den ud fra målingen og skriv tydeligt, at den er beregnet.
Skriv kriterierne ned før testen: hvor lang tid må det tage, og hvad tæller som færdigt? Skriv resultatet ned med dato, og gentag testen, når mængden eller forbindelsen ændrer sig.
Hvad det kræver, og hvad det koster at lade være
En måling kræver et testmiljø, tid fra driften og adgang til at hente data fra cloudkopien, typisk en eller to dage for det første system. Posterne er udgående data, som hos mange udbydere afregnes, hentning fra arkivklasser, testmiljøets kapacitet og egne timer. Prissætningen er jeres egen.
Uden måling bygger planen på et gæt. Tag jeres egen pris for et døgn uden de vigtigste systemer, og gang den med den tid, målingen viser. Det er det tal, ledelsen skal se, når den beslutter, om der skal en lokal kopi eller et reservested til.
Det skal I lade være med
- At regne gendannelsestid ud fra forbindelsens nominelle hastighed · brug den, I har målt.
- At lægge den eneste kopi i en arkivklasse · hentningen tager timer, før overførslen begynder.
- At teste med en enkelt fil · antallet af kald og filer ændrer billedet.
Det skal valget kunne vise
- ☐ Lagerklasse og hentetid for hver kopi.
- ☐ Målt tid for fuld gendannelse af et system, med dato.
- ☐ Rækkefølgen for gendannelse og hvad der kører imens.
- ☐ Om udgående data og hentning afregnes, beskrevet i ord.
Kilder
- AWS, Understanding archive retrieval options: https://docs.aws.amazon.com/AmazonS3/latest/userguide/restoring-objects-retrieval-options.html
- AWS, Optimizing Amazon S3 performance: https://docs.aws.amazon.com/AmazonS3/latest/userguide/optimizing-performance.html
- Microsoft Learn, Azure Data Box overview: https://learn.microsoft.com/en-us/azure/databox/data-box-overview
Senest gennemgået: november 2026.
Næste skridt
Vælg ét system, og gendan det helt fra cloudkopien inden for den næste måned. Skriv tiden ned.
Læs også: Objektlager i Europa · Backup i Europa
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
