Datamigrering - Data migration

Ikke å forveksle med migrering av skjema .

Datamigrering er prosessen med å velge, forberede, trekke ut og transformere data og overføre dem permanent fra ett datalagringssystem til et annet. I tillegg betraktes validering av overførte data for fullstendighet og avvikling av eldre datalagring som en del av hele datamigreringsprosessen. Datamigrering er en nøkkelhensyn for enhver systemimplementering, oppgradering eller konsolidering, og den utføres vanligvis på en slik måte at den blir så automatisert som mulig, og frigjør menneskelige ressurser fra kjedelige oppgaver. Datamigrering skjer av en rekke årsaker, inkludert erstatning for server eller lagringsutstyr, vedlikehold eller oppgraderinger, applikasjonsmigrering , konsolidering av nettsteder, katastrofegjenoppretting og flytting av datasenter .

Standardfasene

Fra og med 2011 var "nesten 40 prosent av datamigreringsprosjektene over tid, over budsjett eller mislyktes helt." For å oppnå en effektiv datamigrering er riktig planlegging avgjørende. Mens detaljene i en datamigrasjonsplan kan variere - noen ganger betydelig - fra prosjekt til prosjekt, foreslår databehandlingsselskapet IBM at det er tre hovedfaser for de fleste datamigreringsprosjekter: planlegging, migrering og postmigrering. Hver av disse fasene har sine egne trinn. Under planlegging analyseres avhengigheter og krav, migrasjonsscenarier blir utviklet og testet, og en prosjektplan som inneholder tidligere informasjon blir opprettet. I løpet av migrasjonsfasen blir planen vedtatt, og under etter migreringen blir migrasjonens fullstendighet og grundighet validert, dokumentert, stengt, inkludert nødvendig avvikling av eldre systemer. For applikasjoner med moderat til høy kompleksitet kan disse datamigreringsfasene gjentas flere ganger før det nye systemet anses å være fullstendig validert og distribuert.

Planlegging : Dataene, applikasjonene osv. Som skal overføres, velges ut fra forretnings-, prosjekt- og tekniske krav og avhengigheter. Krav til maskinvare og båndbredde analyseres. Gjennomførbare migrering- og back-out-scenarier utvikles, i tillegg til tilhørende tester, automatiseringsskript, kartlegginger og prosedyrer. Datarensing og transformasjonskrav måles også for dataformater for å forbedre datakvaliteten og eliminere overflødig eller foreldet informasjon. Migrasjonsarkitektur bestemmes og utvikles, nødvendige programvarelisenser oppnås, og endringsadministrasjonsprosesser startes.

Migrasjon : Maskinvare- og programvarekrav er validert, og migreringsprosedyrer tilpasses etter behov. Det kan også forekomme en slags forhåndsvalideringstesting for å sikre at krav og tilpassede innstillinger fungerer som forventet. Hvis alt anses å være bra, begynner migrering, inkludert de primære handlingene for datautvinning , der data blir lest fra det gamle systemet, og datainnlasting , der data skrives til det nye systemet. Ytterligere verifiseringstrinn sikrer at den utviklede migreringsplanen ble vedtatt i sin helhet.

Post-migrasjon : Etter dataoverføring, blir resultatene utsatt for verifisering av data for å bestemme om data var nøyaktig oversatt, er fullført, og støtter prosesser i det nye systemet. Under verifisering kan det være behov for en parallellkjøring av begge systemene for å identifisere områder med ulikhet og forhindre feil tap av data . Ytterligere dokumentasjon og rapportering av migrasjonsprosjektet gjennomføres, og når migrasjonen er validert fullført, kan eldre systemer også bli avviklet. Møter for avslutning av migrasjon vil offisielt avslutte migrasjonsprosessen.

Prosjekt versus prosess

Det er en forskjell mellom datamigrering og dataintegrasjonsaktiviteter . Datamigrering er et prosjekt ved hjelp av hvilket data vil bli flyttet eller kopiert fra et miljø til et annet, og fjernet eller avviklet i kilden. Under migrasjonen (som kan finne sted over måneder eller til og med år), kan data flyte i flere retninger, og det kan være flere migrasjoner som skjer samtidig. ETL- handlingene ( trekke ut, transformere, laste ) vil være nødvendige, selv om måtene for å oppnå disse kanskje ikke er de som tradisjonelt er forbundet med ETL-akronymet.

Dataintegrasjon er derimot en permanent del av IT-arkitekturen , og er ansvarlig for måten data flyter mellom de forskjellige applikasjonene og datalagrene - og er en prosess snarere enn en prosjektaktivitet. Standard ETL-teknologier designet for å levere data fra operasjonelle systemer til datalager vil passe innenfor sistnevnte kategori.

Kategorier

Data lagres på forskjellige medier i filer eller databaser , og genereres og konsumeres av programvare , som igjen støtter forretningsprosesser . Behovet for å overføre og konvertere data kan være drevet av flere forretningskrav, og tilnærmingen til migreringen avhenger av disse kravene. Fire store migrasjonskategorier er foreslått på dette grunnlaget.

Lagring migrasjon

En bedrift kan velge å rasjonalisere de fysiske mediene for å dra nytte av mer effektive lagringsteknologier. Dette vil resultere i at du må flytte fysiske blokker med data fra ett bånd eller disk til et annet, ofte ved hjelp av virtualiseringsteknikker . Dataformatet og innholdet i seg selv vil vanligvis ikke endres i prosessen og kan normalt oppnås med minimal eller ingen innvirkning på lagene ovenfor.

Databaseoverføring

Hovedartikkel: Skjemaoverføring

På samme måte kan det være nødvendig å flytte fra en databaseleverandør til en annen, eller å oppgradere versjonen av databaseprogramvaren som brukes. Sistnevnte tilfelle krever mindre fysisk migrering av data, men dette kan skje med store oppgraderinger. I disse tilfellene kan det være nødvendig med en fysisk transformasjonsprosess siden det underliggende dataformatet kan endres betydelig. Dette kan eller ikke påvirke atferden i applikasjonslaget, avhengig i stor grad av om datamanipuleringsspråket eller -protokollen har endret seg. Noen moderne applikasjoner er imidlertid skrevet for å være nesten helt agnostiske for databaseteknologien, så en endring fra Sybase , MySQL , DB2 eller SQL Server til Oracle bør bare kreve en testsyklus for å være trygg på at både funksjonell og ikke-funksjonell ytelse ikke har blitt negativt påvirket.

Søknadsmigrering

Endring av applikasjonsleverandør - for eksempel en ny CRM- eller ERP- plattform - vil uunngåelig innebære betydelig transformasjon ettersom nesten alle applikasjoner eller pakker opererer på sin egen spesifikke datamodell og også samhandler med andre applikasjoner og systemer i bedriftens applikasjonsintegrasjonsmiljø . Videre, for å tillate at applikasjonen selges til et bredest mulig marked, blir kommersielle hyllepakker generelt konfigurert for hver kunde ved bruk av metadata . Applikasjonsprogrammeringsgrensesnitt (APIer) kan leveres av leverandører for å beskytte integriteten til dataene de må håndtere. Det er også mulig å skript nettgrensesnittene til leverandører for automatisk å migrere data.

Migrasjon av forretningsprosesser

Forretningsprosesser fungerer gjennom en kombinasjon av menneskelige handlinger og applikasjonssystemhandlinger, ofte orkestrert av verktøy for prosessadministrasjon . Når disse endres, kan de kreve flytting av data fra en butikk, database eller applikasjon til en annen for å gjenspeile endringene i organisasjonen og informasjon om kunder, produkter og operasjoner. Eksempler på slike migrasjonsdrivere er fusjoner og oppkjøp, forretningsoptimalisering og omorganisering for å angripe nye markeder eller svare på konkurransetrussel.

De to første kategoriene av migrasjon er vanligvis rutinemessige operative aktiviteter som IT-avdelingen tar seg av uten involvering av resten av virksomheten. De to siste kategoriene påvirker direkte de operasjonelle brukerne av prosesser og applikasjoner, er nødvendigvis kompliserte, og det kan være utfordrende å levere dem uten betydelig forretningsstopp. En svært tilpasningsdyktig tilnærming, samtidig synkronisering, en forretningsorientert revisjonsevne og tydelig synlighet av migrasjonen for interessenter - gjennom et prosjektledelseskontor eller datastyringsteam - vil trolig være sentrale krav i slike migrasjoner.

Migrasjon som en form for digital bevaring

Migrasjon, som fokuserer på selve det digitale objektet, er handlingen med å overføre, eller omskrive data fra et utdatert medium til et nåværende medium, og har i mange år vært ansett som den eneste levedyktige tilnærmingen til langsiktig bevaring av digitale objekter . Å gjengi sprø aviser på mikrofilm er et eksempel på slik migrasjon.

Ulemper

  • Migrasjon adresserer den mulige foreldelsen av databæreren, men tar ikke opp det faktum at visse teknologier som kjører dataene kan bli forlatt helt, og etterlate migrasjon ubrukelig.
  • Tidkrevende - migrering er en kontinuerlig prosess, som må gjentas hver gang et medium blir foreldet, for alle dataobjekter som er lagret på et bestemt medium.
  • Kostbart - en institusjon må kjøpe ekstra datalagringsmedier ved hver overføring.

Se også

Referanser

Eksterne linker