Overførslen tager så lang tid, som jeres egen måling viser, og den findes ved at flytte en afmålt del af data og gange op. Tre ting afgør resultatet: hvor meget der skal flyttes, hvor hurtigt leverandøren tillader det, og hvornår det må ske. Tal fra markedet hjælper ikke, fordi de tre forhold er forskellige fra system til system.
Mange overslag om datamigrering og tid dækker det samlede projekt. Her er det kun den snævre del: hvor lang tid data er undervejs. Den post bliver tit glemt i den samlede tid for at komme ud, og den kan alene vælte en tidsplan. Ledelsens øvrige valg ved en datamigrering gennemgås på ekstern-it-chef.dk. Selve flytningen er uden for denne artikel. Her skal I bruge et tal til planen.
Tre ting bestemmer tiden
Mængden. Tæl både den samlede størrelse og antallet af elementer. Mange små filer tager længere tid end få store af samme samlede størrelse, fordi hvert element koster et kald og en kontrol. Læg data på vej ud sammen med det, der vokser, inden en exit bliver aktuel.
Grænserne. Eksport sker ofte gennem en API, en programmeringsgrænseflade, hvor programmer henter data fra tjenesten. Her sætter leverandøren typisk en grænse for, hvor mange kald der må ske pr. minut eller pr. dag. Rammer I API-begrænsningen under eksport, står overførslen stille, til kvoten er fri. Båndbredden kan også være begrænset, og nogle eksportfunktioner kører i kø hos leverandøren.
Vinduerne. Kører overførslen samtidig med driften, kan den gøre systemet langsomt, og så må den måske kun køre om natten og i weekender. Et døgn består da reelt af færre timer. Data ændrer sig desuden undervejs, så en sidste opsamling af ændringer skal med.
Sådan måler I det
- Find mængden. Skriv størrelse og antal elementer pr. datatype.
- Slå grænserne op. Bed leverandøren om begrænsninger for eksport. Art. 26 i Data Act (dataforordningen) kræver, at udbydere af cloudtjenester oplyser om kendte begrænsninger.
- Træk en prøve. Tag en afgrænset del, der ligner resten, og mål tiden fra start til fil på jeres side. Gør det, når I også ville gøre det rigtigt.
- Gang op. Del den samlede mængde med det målte tempo. Træk derefter de timer fra, hvor I ikke må køre.
- Læg kontrol og gentagelser til. En kørsel fejler undervejs, og noget skal køres igen. Tiden til kontrol af dataudleveringen hører med.
- Sæt to tal på, et lavt og et højt, med dato. Det lave er målingen. Det høje regner med afbrydelser og en leverandør, der ikke hjælper.
Prøven kan med fordel laves samtidig med den første eksporttest. Målingen bliver forældet, når data vokser, så den skal gentages med faste mellemrum.
Hold tallet op mod fristerne
Når I har tallet, skal det sammenholdes med den tid, I faktisk har. For cloudtjenester sætter Data Act rammen, og her er den i forenklet form. Opsigelsesfristen for at indlede et skift er højst to måneder. Overgangsperioden er højst 30 kalenderdage efter art. 25, stk. 2, litra a. Er 30 dage ikke teknisk gennemførligt, har udbyderen 14 arbejdsdage til at melde det og foreslå en anden periode, der højst må vare syv måneder. Efter overgangsperioden er der mindst 30 kalenderdage til dataudtræk efter litra g. I kan selv forlænge overgangsperioden én gang. Hele kæden står i Data Act’s frister.
Overstiger jeres høje tal de perioder, der gælder for jer, har planen et hul. Det kan lukkes på tre måder: start tidligere, flyt ældre data ud i et arkiv på forhånd, eller aftal en længere periode. Uden for Data Act er det kontrakten alene, der gælder, se overgangsperioden.
I en nødsituation hjælper fristerne ikke. Så er det tiden fra jeres egen kopi uden for leverandøren, der tæller.
Hvad det kræver, og hvad det koster at lade være
Målingen kræver en, der kan køre en eksport, og nogle timer til prøven og beregningen pr. system. Hertil kommer lagerplads til prøven. Forbruget af båndbredde kan være en post hos cloududbyderen. Fra 12. januar 2027 må udbydere ikke tage skiftegebyrer efter art. 29, og det ændrer ikke på resten af regningen: egne folk, ny leverandør og parallel drift er stadig poster, se skiftegebyrer.
Uden måling er tidsplanen et gæt. Bliver gættet for lavt, skal der aftales forlængelse under pres, eller parallel drift varer længere end planlagt, og det kan I regne i egne tal som ekstra måneder med to systemer. Målingen giver også noget, selv om I bliver: et tal til ledelsen og en bedre samtale med leverandøren.
Det skal I lade være med
- At dividere størrelsen med linjens hastighed · grænserne hos leverandøren bestemmer oftest tempoet.
- At måle på en lille, pæn del af data · de store mapper og vedhæftninger skal med.
- At regne med alle døgnets timer · vinduerne afgør, hvor meget tid der reelt er.
Det skal planen kunne vise
- ☐ Mængde og antal elementer pr. datatype.
- ☐ Leverandørens oplyste begrænsninger, med dato.
- ☐ Målt tempo fra en prøve.
- ☐ Tilladte vinduer for overførslen.
- ☐ Lav og høj vurdering af tiden.
- ☐ Sammenligning med opsigelsesfrist og overgangsperiode.
Kilder
- Forordning (EU) 2023/2854 (Data Act): art. 25, 26 og 29.
Senest gennemgået: november 2026.
Næste skridt
Træk en afmålt prøve fra det største kritiske system, og skriv tallet i planen. Passer det ikke med jeres frister, er det et punkt til ledelsen.
Læs også: Integrationer i planen · Parallel drift
→ Kontakt · Tlf. 70 13 63 23 · Exit-plan og exit-rådgivning hos Nielco IT
