Sådan planlægger du prøvekørsler, afstemning og frys
Planlæg en datamigrering i et Gantt-diagram: overlap profilering og mapping, planlæg prøvekørsler med rettelser imellem, gør afstemning til en port og dimensionér kildefryset.
De fleste forsinkelser i datamigreringer kommer fra prøvekørslerne og fryset. Guiden viser, hvordan du planlægger prøvekørsler, gør afstemning til en port og dimensionerer kildefryset, så cutover-datoen kan forsvares.
Kort fortalt
- Overlap profilering og mapping, så de første fund ændrer mappingen, før den godkendes.
- Kør rensning og scriptbygning parallelt, og start den første prøvekørsel på delvist renset data, hvis det er realistisk.
- Planlæg to eller flere prøvekørsler med en rettelsesopgave mellem hvert par.
- Gør afstemningsgodkendelsen til en milepæl, som fryset venter på.
- Giv kildefryset sin egen opgave og længde, så konsekvensen for forretningen kan diskuteres.
Planlæg kørslerne, ikke kun migreringen
En plan med én opgave, der hedder “migrér data”, kan ikke tage fejl på nogen interessant måde. De måder, datamigreringer faktisk skrider på, er konkrete: den første prøvekørsel viser afvisninger, som profilen ikke forudsagde, en mappingbeslutning ændrer sig, efter at rensningen er begyndt, afstemningen afslører en forskel, ingen kan forklare, eller det frys, den endelige kørsel kræver, er længere, end forretningen accepterede. Hver af dem er en opgave med en længde og en afhængighed, og hver kan planlægges.
Metoden er at planlægge løkken og ikke den lige linje. Profilér og map med overlap, så de første fund kan påvirke mappingen. Byg scripts, mens data renses. Planlæg mindst to prøvekørsler med en rettelsesopgave imellem, for den anden viser, om rettelserne fra den første virkede. Gør afstemning til en milepæl, som cutover-planen venter på, og læg fryset ind som en opgave med sin egen længde, så dets pris for forretningen er synlig, før nogen siger ja til det.
Et Gantt-diagram viser, hvordan brikkerne skubber til hinanden. En tredje prøvekørsel flytter godkendelsen, godkendelsen flytter fryset, og fryset flytter go-live-datoen. Det viser ikke, om data er rigtige. Dokumentationen er resultatet af dit afstemnings- og valideringsarbejde og hører hjemme i projektets arkiv, med en henvisning i opgavenoterne.
Eksemplet bygger skabelonen til datamigrering i trin. Varighederne er eksempler. Beslutninger og logikken for tilbagerulning som flowdiagram finder du på /da/templates/datamigreringsproces.
En datamigreringsplan, bygget i trin
Nitten opgaver i fire faser. Varighederne er eksempler; sæt dine egne. Åbn regnearkspanelet for at se rækkerne bag hvert trin.
Registrering, profilering og mapping med overlap
"Profilér kildedatas kvalitet" starter to arbejdsdage efter, at "Registrer datasæt og ejere" er startet, og "Map felter, nøgler og transformationer" starter tre arbejdsdage efter, at profileringen er startet. "Mapping godkendt" venter på mappingen og på "Beslut opbevaring og arkivomfang".
Rensning, scripts og to prøvekørsler
"Rens og dedublér kildedata" (12 arbejdsdage) og "Byg udtræks- og indlæsningsscripts" (10) følger begge "Mapping godkendt". "Prøvekørsel 1" starter fem arbejdsdage inde i rensningen, derefter "Ret indlæsningsfejl og afvisninger" (4) og "Prøvekørsel 2".
Afstemning som port
"Afstem antal og kontroltotaler" (4 arbejdsdage) og "Forretningsvalidering af stikprøver" (5) følger begge "Prøvekørsel 2". "Cutover-plan og kriterier for tilbagerulning" starter én arbejdsdag efter, at prøvekørslen er startet. "Afstemning godkendt" venter på de to første.
Frys, endelig kørsel og godkendelse
"Frys af kildedata" (4 arbejdsdage) venter på godkendelsen og cutover-planen. Den endelige kørsel starter én arbejdsdag efter, at fryset er begyndt. "Endelig afstemning" og "Go/no-go-beslutning" følger, derefter "Arkivér kilde og afslut".
Sådan fungerer det
Overlap profilering og mapping
Start profileringen nogle dage inde i registreringen og mappingen nogle dage inde i profileringen, for eksempel 2SS+3. Fundene fra profilen kan så ændre mappingen, mens den stadig er åben.
Lad godkendt mapping styre byggeriet
Læg en milepæl med længden 0 mellem mappingen og alt, der bygges på den. Tag beslutningen om opbevaring med i samme milepæl, så du ikke mapper data, du ikke vil flytte.
Planlæg prøvekørselsløkken
Tilføj en prøvekørsel, en rettelsesopgave og en anden prøvekørsel. Hvis du venter flere runder, så kopiér parret. Sæt længderne ud fra dine datamængder og ikke ud fra eksemplet.
Kør afstemning og forretningsvalidering side om side
Begge følger den sidste prøvekørsel, og begge fører til en godkendelsesmilepæl. Skriv acceptkriterierne, for eksempel hvilke antal og totaler der skal stemme, i opgavenoterne, før kørslen sker.
Dimensionér fryset ud fra den endelige kørsel
Tilføj fryset som en opgave, start den endelige kørsel en dag inde i det med en start-til-start-forbindelse, og lad den endelige afstemning følge efter. Forlæng kørslen og se, hvor langt fryset skal være.
Del det med forretningsejerne
Sæt dataejeren på under Personer, del diagrammet, og eksportér en PDF til cutover-dokumentationen. Opdatér fremdriften, efterhånden som arbejdet bliver udført.
Faldgruber du skal undgå
Kun én prøvekørsel
Med én prøvekørsel kan du ikke se, om rettelserne virkede. Planlæg mindst to med en rettelsesopgave imellem, og tilføj en tredje, hvis den første viser mange afvisninger.
Frys før afstemningen er godkendt
Et frys, der starter på en dato og ikke på godkendelsen, kan begynde, mens forskelle stadig er uforklarede. Lad fryset afhænge af godkendelsesmilepælen.
Fryset gemt væk i kørslen
Hvis fryset ikke er en opgave for sig, kan ingen se dets længde før den sidste uge. Læg det i diagrammet, så forretningen kan aftale et vindue, mens der stadig er tid til at ændre det.
At tage en rettidig plan for korrekte data
Diagrammet viser, at afstemningen var planlagt og udført. Om data er korrekte, viser de antal, totaler og stikprøver, du registrerer.
Åbn Gantt-diagrammet til datamigrering
Åbn skabelonen til datamigrering, ændr længden på prøvekørslerne og se go-live-datoen flytte sig.
Relaterede guides
Ofte stillede spørgsmål
Hvor mange prøvekørsler har jeg brug for?
Det afhænger af datamængderne, kildens kvalitet og hvor stabil mappingen er. To med en rettelse imellem er et almindeligt minimum at planlægge. Tilføj flere par, hvis den første kørsel sandsynligvis viser mange afvisninger.
Hvor hører datarensning hjemme i planen?
Efter at mappingen er godkendt, parallelt med scriptbygningen, så rensereglerne følger mappingen. Den første prøvekørsel kan starte på delvist renset data, hvis det er realistisk for din kilde.
Kan jeg indsætte en opgaveliste fra et regneark?
Ja. Kopiér rækkerne, og sæt dem ind i arket. Hvis første linje navngiver kolonner som Opgave, Varighed og Afhænger af, bliver hver kolonne genkendt på navnet. Der er endnu ingen filupload til Gantt-diagrammer.
Kontrollerer diagrammet afstemningsresultater?
Nej. Det planlægger afstemningsopgaverne og godkendelsen. Resultaterne hører hjemme i projektets arkiv.
Hvor kan jeg se den vej, der afgør go-live-datoen?
Brug Vis og derefter Kritisk vej for at fremhæve den kæde af opgaver, der afgør slutdatoen. Se /da/guides/kritisk-vej-i-gantt-diagram.
