I en organisations IT-moderniseringsresa betraktas databasmigreringar ofta som enkla uppgifter som kan slutföras med en snabb handläggningstid. Databasmodernisering erbjuder många fördelar, men uppfattningen av att migrationsresan är rak och enkel är en myt som snart bryts så fort migrationsresan börjar. Med adekvat planering, verktyg och migreringsstrategi kommer denna transformation att bli ett välskött genomförande inom de nödvändiga tidslinjerna. Genom detta dokument skulle vi navigera genom de olika myterna om databasmigrering och lyfta fram de vanliga fallgroparna och hur de kan hanteras bättre. Stegen kommer också att belysa de ansträngningsintensiva aktiviteterna gentemot verktygsaktiverade aktiviteter för att ge ett perspektiv på insatser som är involverade vid migrering av databaser.
Viktiga drivrutiner för all databasmigrering är:
- Digital transformation av applikationer
- Databaskonsolidering
- TCO (Total Cost of Ownership) minskning genom användning av öppen källkod.
- IT Operationell effektivitet genom hanterade tjänster – Molnifiering
Databasmigrering delas in i två huvudinitiativ:
- Heterogena migrationer (migrera från en källdatabas till en annan databas, plattformsmigrering).
- Homogena migrationer (lyft och förskjutning av databaser)
Missuppfattningar och fakta om databasmigrering Myth1: Databasmigrering kan utföras som en infrastrukturövning.
Fakta: Databasmigrering kan inte utföras som lyft och skift från källa till mål. En ordentlig due diligence av databasen och applikationslandskapet måste genomföras. En automatiserad upptäckt med olika verktyg minskar ansträngningen med upp till 60 %. Följande effekter behöver analyseras:
- Möjligheter till databaskonsolidering
- 6R (Rehost, Re-platform, Repurchase, Refactor, Retain, Retire) bedömningsmetod för DB-modernisering för att slutföra migreringsstrategin.
- Applikationskonsekvensanalys och flyttgruppsplanering.
Myt 2: Databasmigreringsansträngning bestäms av storleken på Schemat
Fakta: Databasmigreringsinsatserna drivs inte bara av antalet DB-objekt och datavolymen utan främst av komplexiteten i konverteringen av DB-programobjekten. När databaserna har funnits i företaget under decennier finns det, förutom data, vanligtvis komplex affärslogik inbäddad i databasprogramobjekten. Inget migreringsverktyg kan ge en klick 100 % automatisk konvertering. Databasmigreringsarbetet drivs främst av:
- Datatyper och funktioner som inte stöds, tabell nollvärden, partitionstyp och index.
- Tung affärslogikimplementering i DB-programkod (lagrade procedurer, paket, vyer, triggers, funktioner) med användning av proprietära funktioner i källdatabasen
- Användning av icke-ANSI SQL och dynamisk SQL
- Transaktionshantering och Undantagshantering.
- Inbäddad SQL i applikation och användning av inbyggda databas-API:er som CTLIB, DBLIB, OCI etc.
- Prestandaoptimering (på grund av det faktum: förändring i databasmotor)
- Funktionell validering mellan källa och mål.
- Sanering och testning av integrationer.
- Parallell körning (på grund av noll stilleståndstid / andra affärskrav)
Myt 3: Applikationer kräver endast ändringar av databasdrivrutin för att det ska fungera
Fakta: Applikationssanering handlar inte bara om ändringar av databasdrivrutin. Applikationssanering är till stor del en manuell ansträngning, eftersom inget verktyg effektivt kan identifiera databasens kontaktpunkter och modifiera dem. Det finns flera faktorer som listas nedan som avgör komplexiteten i applikationssanering:
- Applikationsteknikversion och dess kompatibilitet med målet.
- Tillgänglighet av databasdrivrutiner för måldatabaser.
- Användning av tredje parts bibliotek som kanske inte stöds på målet.
- COTS applikationer kompatibilitet med mål.
- Användning av ORM-ramverk (Object-Relational Mapping) kontra användning av inbäddad SQL
- Omdesign av applikationen
Myt 4: Datamigrering handlar om lyft och förskjutning av data till målet
Fakta: Även om automatisering spelar en nyckelroll vid datamigrering finns det fortfarande en manuell insats på upp till 10 % för att genomföra en framgångsrik datamigrering. Insatsen är inriktad på följande områden:
- Profilera källdata på lämpligt sätt för att kartlägga rätt datatyp på målet för att undvika datakvalitetsproblem och dataförlust.
- Krav på stillestånd och infrastrukturtillgänglighet för att planera datamigrering.
- Val av datamigreringsverktyg
- Plattformsändringar för att ta hänsyn till förändringar i indisk data.
- Datakonsolidering för en-många/många-en-databasmigreringar.
- Data samexistens under parallell körning.
- Datavalidering
Myt 5: Ett migreringsprojekt kräver endast testning av white box
Fakta: End-to-end-testning är en viktig del av migrationsprojektets framgång. Datavalideringsverktyg, frågevalideringsverktyg, Schemavalideringsverktyg och andra testverktyg automatiserar testningen med 70 %. Några viktiga testaktiviteter som ska utföras:
- Funktions- och prestandabaslinje för källmiljö
- Testning efter migrering för att jämföra resultat mot baslinjen.
- Prestandatestning och trimning
- Pre-prod parallelltester för kritiska arbetsflöden
- Testning av användaracceptans
- Validering efter implementering.
Slutsats
Även om migreringsverktyg spelar en viktig roll vid databasmigreringar, hjälper det inte att utföra en 100 % automatiserad migrering. En "En storlek passar alla"-metoden kan inte användas, och nivån av manuell ansträngning som krävs bestäms av faktorerna vi har sett ovan. TCS har med sin expertis att migrera hundratals databaser fulländat en 5D-metod (upptäcka, designa, utveckla, distribuera, avveckla) som ger ett helhetsgrepp med tidstestade steg som säkerställer en framgångsrik databasmigrering. 5D-metoden stöds väl av automatisering (Utveckla verktyg och tillgångar i huset, förbättra verktyget allt eftersom db-migreringsprojektet fortskrider) för att påskynda migreringen på ett konsekvent och korrekt sätt och uppnå den förväntade automatiseringen vid databasmigrering.
- SEO-drivet innehåll och PR-distribution. Bli förstärkt idag.
- Platoblockchain. Web3 Metaverse Intelligence. Kunskap förstärkt. Tillgång här.
- Källa: https://www.finextra.com/blogposting/23645/database-migration–expectations-vs-reality–a-fact-check?utm_medium=rssfinextra&utm_source=finextrablogs
- a
- Om oss
- ovan
- accelerera
- godkännande
- Konto
- exakt
- Uppnå
- aktiviteter
- Dessutom
- antagen
- Antagande
- mot
- Alla
- Även
- analys
- och
- och infrastruktur
- API: er
- Ansökan
- tillämpningar
- tillvägagångssätt
- områden
- bedömning
- Tillgångar
- automatisera
- Automatiserad
- Automation
- tillgänglighet
- Baslinje
- blir
- Där vi får lov att vara utan att konstant prestera,
- nedan
- Fördelarna
- Bättre
- mellan
- Box
- Brutet
- företag
- kan inte
- bära
- byta
- Förändringar
- ta
- koda
- Gemensam
- jämföra
- kompatibilitet
- Avslutade
- komplex
- Komplexiteten
- anses
- konsekvent
- konsolidering
- Konvertering
- Pris
- kritisk
- datum
- dataförlust
- Databas
- databaser
- årtionden
- distribuera
- Designa
- Bestämma
- bestämd
- utveckla
- utveckla
- olika
- flit
- Upptäck
- Upptäckten
- dokumentera
- ner
- driven
- chaufför
- chaufförer
- under
- dynamisk
- effektivt
- effektiviteter
- ansträngning
- ansträngningar
- inbäddade
- aktiverad
- början till slut
- Motor
- förbättra
- säkerställa
- Företag
- Miljö
- etc
- undantag
- utförande
- Motionera
- förväntningar
- förväntat
- expertis
- faktorer
- Höst
- Funktioner
- avsluta
- Finextra
- fokuserade
- efter
- Framåt
- ramar
- från
- funktioner
- Grupp
- Arbetsmiljö
- hjälpa
- Markera
- belysa
- Huset
- Hur ser din drömresa ut
- Men
- HTTPS
- Hundratals
- identifiera
- Inverkan
- Konsekvenser
- genomförande
- in
- index
- Infrastruktur
- initiativ
- integrerad
- integrationer
- involverade
- problem
- IT
- resa
- Nyckel
- liggande
- till stor del
- Nivå
- bibliotek
- Noterade
- förlust
- Huvudsida
- göra
- förvaltade
- ledning
- sätt
- manuell
- många
- karta
- kartläggning
- Metodik
- migration
- modifiera
- flytta
- multipel
- myter
- nativ
- Navigera
- Behöver
- antal
- objekt
- Erbjudanden
- ONE
- öppen källkod
- operativa
- möjligheter
- optimering
- Övriga
- ägande
- paket
- Parallell
- parti
- varseblivning
- prestanda
- perspektiv
- Planen
- planering
- plattform
- plato
- Platon Data Intelligence
- PlatonData
- Spela
- primärt
- förfaranden
- Profil
- Program
- projektet
- rätt
- proprietary
- ge
- ger
- kvalitet
- Snabbt
- Verkligheten
- redesign
- minskar
- Refaktor
- kräver
- Obligatorisk
- Krav
- Kräver
- Resultat
- Roll
- Körning
- Samma
- Tjänster
- skifta
- Storlek
- några
- Källa
- Steg
- Fortfarande
- lagras
- rakt
- Strategi
- framgång
- framgångsrik
- Som stöds
- bord
- Målet
- uppgifter
- Teknologi
- Testning
- Smakämnen
- Genom
- tid
- till
- verktyg
- verktyg
- Totalt
- Transformation
- Användning
- vanligen
- godkännande
- Värden
- olika
- version
- visningar
- avgörande
- volym
- medan
- vit
- kommer
- inom
- arbetsflöden
- skulle
- zephyrnet
- noll-