I en organisations IT-moderniseringsrejse betragtes databasemigreringer ofte som lette opgaver, der kan udføres med en hurtig ekspeditionstid. Databasemodernisering giver mange fordele, men opfattelsen af, at migrationsrejsen er ligetil og ubesværet, er en myte, der snart brydes, så snart migrationsrejsen begynder. Med tilstrækkelig planlægning, værktøjer og migrationsstrategi vil denne transformation blive en velstyret eksekvering inden for de nødvendige tidslinjer. Gennem dette dokument vil vi navigere gennem de forskellige myter om databasemigrering og fremhæve de almindelige faldgruber, og hvordan det samme kan håndteres bedre. Trinene vil også fremhæve de indsatsintensive aktiviteter i forhold til værktøjsaktiverede aktiviteter for at give et perspektiv på indsatsen involveret under migrering af databaser.
Nøgledrivere til enhver databasemigrering er:
- Digital transformation af applikationer
- Databasekonsolidering
- TCO (Total Cost of Ownership) reduktion gennem open source-adoption.
- IT Operationel effektivitet gennem administrerede tjenester – Cloudification
Databasemigrationer falder i to hovedinitiativer:
- Heterogene migreringer (Migrering fra en kildedatabase til en anden database, Platformmigrering).
- Homogene migrationer (løft og flytning af databaser)
Misforståelser og fakta om databasemigrering Myte1: Databasemigration kan udføres som en infrastrukturøvelse.
Fakta: Databasemigration kan ikke udføres som løft og skift fra kilde til mål. Der skal foretages en ordentlig due diligence af database og applikationslandskab. En automatiseret opdagelse ved hjælp af forskellige værktøjer reducerer indsatsen med op til 60 %. Følgende påvirkninger skal analyseres:
- Muligheder for konsolidering af databaser
- 6R (Rehost, Re-platform, Repurchase, Refactor, Retain, Retire) vurderingstilgang til DB-modernisering for at færdiggøre migrationsstrategien.
- Applikationspåvirkningsanalyse og flyttegruppeplanlægning.
Myte 2: Databasemigreringsindsats bestemmes af skemaets størrelse
Fakta: Databasemigreringsindsatsen er ikke kun drevet af antallet af DB-objekter og datavolumen, men primært af kompleksiteten af konverteringen af DB-programobjekterne. Når databaserne har været i virksomheden gennem årtier, er der ud over data som regel kompleks forretningslogik indlejret i databaseprogramobjekterne. Intet migreringsværktøj kan give One Click 100 % automatiseret konvertering. Databasemigreringsindsatsen er primært drevet af:
- Ikke-understøttede datatyper og funktioner, tabel nulværdier, partitionstype og indekser.
- Tung forretningslogikimplementering i DB-programkode (lagrede procedurer, pakker, visninger, triggere, funktioner) ved hjælp af proprietære funktioner i kildedatabasen
- Brug af ikke-ANSI SQL og dynamisk SQL
- Transaktionsstyring og Undtagelseshåndtering.
- Indlejret SQL i applikation og brug af native database API'er som CTLIB, DBLIB, OCI osv.
- Ydeevneoptimering (på grund af det faktum: Ændring i databasemotor)
- Funktionel validering mellem kilde og mål.
- Udbedring og test af integrationer.
- Parallel kørsel (på grund af nul nedetid / andre forretningskrav)
Myte 3: Programmer kræver kun databasedriverændringer for at få det til at fungere
Fakta: Applikationsafhjælpning handler ikke kun om databasedriverændringer. Applikationsafhjælpning er i vid udstrækning en manuel indsats, da intet værktøj effektivt kan identificere databasens kontaktpunkter og ændre dem. Der er flere faktorer som angivet nedenfor, der bestemmer kompleksiteten af applikationsremedieringsindsatsen:
- Applikationsteknologiversion og dens kompatibilitet med målet.
- Tilgængelighed af databasedrivere til måldatabaser.
- Brug af tredjepartsbiblioteker, der muligvis ikke understøttes på målet.
- COTS-applikationers kompatibilitet med målet.
- Brug af ORM (Object-Relational Mapping) rammer kontra brug af indlejret SQL
- Redesign af applikationen
Myte 4: Datamigrering handler om løft og flytning af data til mål
Fakta: Selvom automatisering spiller en nøglerolle i datamigrering, er der stadig en manuel indsats på op til 10 % for at gennemføre en vellykket datamigrering. Indsatsen er fokuseret på følgende områder:
- Profil kildedata tilstrækkeligt for at kortlægge den rigtige datatype på målet for at undgå problemer med datakvalitet og tab af data.
- Nedetidskrav og infrastrukturtilgængelighed til at planlægge datamigrering.
- Udvælgelse af datamigreringsværktøjer
- Platformændringer for at tage højde for indiske ændringer af data.
- Datakonsolidering til en-mange/mange-en-databasemigreringer.
- Sameksistens af data under parallel kørsel.
- Data validering
Myte 5: Et migrationsprojekt kræver kun white box-test
Fakta: End-to-End-test er en integreret del af migrationsprojektets succes. Datavalideringsværktøjer, Query Validation-værktøjer, Skemavalideringsværktøjer og andre testværktøjer automatiserer testen med 70 %. Nogle vigtige testaktiviteter, der skal udføres:
- Funktionel og ydeevne baseline på kildemiljø
- Test efter migration for at sammenligne resultater med baseline.
- Ydelsestest og tuning
- Pre-prod parallel test for kritiske arbejdsgange
- Brugeraccepttest
- Validering efter implementering.
Konklusion
Selvom migreringsværktøjer spiller en afgørende rolle i databasemigreringer, hjælper det ikke at udføre en 100 % automatiseret migrering. En 'One Size fits all'-tilgang kan ikke anvendes, og det nødvendige niveau for manuel indsats bestemmes af de faktorer, vi har set ovenfor. TCS har med sin ekspertise i at migrere hundredvis af databaser perfektioneret en 5D-metodologi (Opdag, Design, Udvikling, Deploy, Decommission), der giver en helhedsorienteret tilgang med tidstestede trin, der sikrer en vellykket databasemigrering. 5D-metoden er godt understøttet af automatisering (Udvikling af interne værktøjer og aktiver, forbedring af værktøj, efterhånden som db-migreringsprojektet skrider frem) for at accelerere migreringen på en konsistent og præcis måde og opnå den forventede automatisering i databasemigreringer.
- SEO Powered Content & PR Distribution. Bliv forstærket i dag.
- Platoblokkæde. Web3 Metaverse Intelligence. Viden forstærket. Adgang her.
- Kilde: https://www.finextra.com/blogposting/23645/database-migration–expectations-vs-reality–a-fact-check?utm_medium=rssfinextra&utm_source=finextrablogs
- a
- Om
- over
- fremskynde
- accept
- Konto
- præcis
- opnå
- aktiviteter
- Desuden
- vedtaget
- Vedtagelse
- mod
- Alle
- Skønt
- analyse
- ,
- og infrastruktur
- API'er
- Anvendelse
- applikationer
- tilgang
- områder
- vurdering
- Aktiver
- automatisere
- Automatiseret
- Automation
- tilgængelighed
- Baseline
- bliver
- være
- jf. nedenstående
- fordele
- Bedre
- mellem
- Boks
- Broken
- virksomhed
- kan ikke
- bære
- lave om
- Ændringer
- kontrollere
- kode
- Fælles
- sammenligne
- kompatibilitet
- Afsluttet
- komplekse
- kompleksitet
- betragtes
- konsekvent
- konsolidering
- Konvertering
- Koste
- kritisk
- data
- datatab
- Database
- databaser
- årtier
- indsætte
- Design
- Bestem
- bestemmes
- udvikle
- udvikling
- forskellige
- diligence
- opdage
- opdagelse
- dokumentet
- ned
- drevet
- driver
- drivere
- i løbet af
- dynamisk
- effektivt
- effektivitet
- indsats
- indsats
- indlejret
- aktiveret
- ende til ende
- Engine (Motor)
- styrke
- sikre
- Enterprise
- Miljø
- etc.
- undtagelse
- udførelse
- Dyrke motion
- forventninger
- forventet
- ekspertise
- faktorer
- Fall
- Funktionalitet
- færdiggøre
- Finextra
- fokuserede
- efter
- Videresend
- rammer
- fra
- funktioner
- gruppe
- Håndtering
- hjælpe
- Fremhæv
- fremhæve
- hus
- Hvordan
- Men
- HTTPS
- Hundreder
- identificere
- KIMOs Succeshistorier
- Påvirkninger
- implementering
- in
- indekser
- Infrastruktur
- initiativer
- integral
- integrationer
- involverede
- spørgsmål
- IT
- rejse
- Nøgle
- landskab
- vid udstrækning
- Niveau
- biblioteker
- Børsnoterede
- off
- Main
- lave
- lykkedes
- ledelse
- måde
- manuel
- mange
- kort
- kortlægning
- Metode
- migration
- ændre
- bevæge sig
- flere
- Myter
- indfødte
- Naviger
- Behov
- nummer
- objekter
- Tilbud
- ONE
- open source
- operationelle
- Muligheder
- optimering
- Andet
- ejerskab
- pakker
- Parallel
- part
- opfattelsen
- ydeevne
- perspektiv
- fly
- planlægning
- perron
- plato
- Platon Data Intelligence
- PlatoData
- Leg
- primært
- procedurer
- Profil
- Program
- projekt
- passende
- proprietære
- give
- giver
- kvalitet
- Hurtig
- Reality
- redesign
- reducerer
- Refaktor
- kræver
- påkrævet
- Krav
- Kræver
- Resultater
- roller
- Kør
- samme
- Tjenester
- skifte
- Størrelse
- nogle
- Kilde
- Steps
- Stadig
- opbevaret
- lige
- Strategi
- succes
- vellykket
- Understøttet
- bord
- mål
- opgaver
- Teknologier
- Test
- Gennem
- tid
- til
- værktøj
- værktøjer
- I alt
- Transformation
- Brug
- sædvanligvis
- validering
- Værdier
- forskellige
- udgave
- visninger
- afgørende
- bind
- mens
- hvid
- vilje
- inden for
- arbejdsgange
- ville
- zephyrnet
- nul