Nel percorso di modernizzazione dell'IT di un'organizzazione, le migrazioni dei database sono spesso considerate semplici attività che possono essere completate in tempi rapidi. La modernizzazione del database offre molti vantaggi, tuttavia la percezione che il viaggio di migrazione sia diretto e senza sforzo è un mito che viene presto infranto non appena inizia il viaggio di migrazione. Con una pianificazione, strumenti e una strategia di migrazione adeguati, questa trasformazione diventerà un'esecuzione ben gestita entro le tempistiche richieste. Attraverso questo documento, navigheremo attraverso i vari miti della migrazione del database evidenziando le insidie comuni e come lo stesso può essere gestito meglio. I passaggi evidenzieranno anche le attività ad alta intensità di sforzo rispetto alle attività abilitate dallo strumento per fornire una prospettiva sugli sforzi coinvolti durante la migrazione dei database.
I driver chiave per qualsiasi migrazione di database sono:
- Trasformazione digitale delle applicazioni
- Consolidamento del database
- Riduzione del TCO (Total Cost of Ownership) grazie all'adozione dell'open source.
- Efficienze operative IT attraverso i servizi gestiti – Cloudification
Le migrazioni del database rientrano in due iniziative principali:
- Migrazioni eterogenee (migrazione da un database di origine a un altro database, migrazione della piattaforma).
- Migrazioni omogenee (Lift and Shift dei database)
Idee sbagliate e fatti sulle migrazioni di database Mito1: La migrazione del database può essere eseguita come esercizio di infrastruttura.
Fatto: la migrazione del database non può essere eseguita come lift and shift dall'origine alla destinazione. È necessario intraprendere un'adeguata due diligence del database e del panorama applicativo. Una scoperta automatizzata che utilizza vari strumenti riduce lo sforzo fino al 60%. È necessario analizzare i seguenti impatti:
- Opportunità di consolidamento del database
- Approccio di valutazione 6R (Rehost, Re-platform, Repurchase, Refactor, Retain, Retire) alla modernizzazione del DB per finalizzare la strategia di migrazione.
- Analisi dell'impatto dell'applicazione e pianificazione del gruppo di spostamento.
Mito2: Lo sforzo di migrazione del database è determinato dalla dimensione dello schema
Fatto: gli sforzi di migrazione del database sono guidati non solo dal numero di oggetti DB e dal volume di dati, ma principalmente dalla complessità della conversione degli oggetti del programma DB. Quando i database sono presenti nell'azienda da decenni, oltre ai dati, di solito c'è una logica aziendale complessa incorporata negli oggetti del programma del database. Nessuno strumento di migrazione può fornire una conversione automatica al 100% con un clic. Lo sforzo di migrazione del database è guidato principalmente da:
- Tipi di dati e funzioni non supportati, valori Null della tabella, tipo di partizione e indici.
- Implementazione pesante della logica aziendale nel codice del programma DB (procedure archiviate, pacchetti, viste, trigger, funzioni) utilizzando le funzionalità proprietarie del database di origine
- Utilizzo di SQL non ANSI e SQL dinamico
- Gestione delle transazioni e gestione delle eccezioni.
- SQL incorporato nell'applicazione e utilizzo di API di database native come CTLIB, DBLIB, OCI ecc.
- Ottimizzazione delle prestazioni (a causa del fatto: modifica nel motore di database)
- Convalida funzionale tra sorgente e destinazione.
- Correzione e test delle integrazioni.
- Esecuzione parallela (a causa di tempi di inattività pari a zero/altri requisiti aziendali)
Mito3: Le applicazioni richiedono solo modifiche al driver del database per farlo funzionare
Fatto: la correzione dell'applicazione non riguarda solo le modifiche al driver del database. La correzione dell'applicazione è in gran parte uno sforzo manuale, in quanto nessuno strumento può identificare efficacemente i punti di contatto del database e modificarli Esistono diversi fattori, elencati di seguito, che determinano la complessità dello sforzo di correzione dell'applicazione:
- Versione della tecnologia dell'applicazione e relativa compatibilità con il target.
- Disponibilità di driver di database per i database di destinazione.
- Utilizzo di librerie di terze parti che potrebbero non essere supportate sulla destinazione.
- Compatibilità delle applicazioni COTS con il target.
- Utilizzo di framework ORM (Object-Relational Mapping) rispetto all'utilizzo di SQL incorporato
- Riprogettazione dell'applicazione
Mito4: La migrazione dei dati riguarda l'aumento e lo spostamento dei dati verso il target
Fatto: sebbene l'automazione svolga un ruolo chiave nella migrazione dei dati, è ancora necessario uno sforzo manuale fino al 10% per eseguire con successo una migrazione dei dati. L'impegno si concentra sulle seguenti aree:
- Profilare adeguatamente i dati di origine per mappare il tipo di dati corretto sulla destinazione per evitare problemi di qualità dei dati e perdita di dati.
- Requisiti di downtime e disponibilità dell'infrastruttura per pianificare la migrazione dei dati.
- Selezione degli strumenti di migrazione dei dati
- Modifiche alla piattaforma per tenere conto delle modifiche dell'Indianness ai dati.
- Consolidamento dei dati per migrazioni di database uno-molti/molti-uno.
- Coesistenza dei dati durante l'esecuzione parallela.
- Convalida dei dati
Mito 5: Un progetto di migrazione richiede solo il test della scatola bianca
Fatto: i test end-to-end sono parte integrante del successo del progetto di migrazione. Gli strumenti di convalida dei dati, gli strumenti di convalida delle query, gli strumenti di convalida degli schemi e altri strumenti di test automatizzano il test del 70%. Alcune attività di test chiave da svolgere:
- Baseline funzionale e delle prestazioni sull'ambiente di origine
- Test post migrazione per confrontare i risultati rispetto alla linea di base.
- Test delle prestazioni e messa a punto
- Test paralleli pre-produzione per flussi di lavoro critici
- Test di accettazione dell'utente
- Convalida successiva all'implementazione.
Conclusione
Sebbene gli strumenti di migrazione svolgano un ruolo fondamentale nelle migrazioni dei database, non aiuta a eseguire una migrazione automatizzata al 100%. Non è possibile adottare un approccio "taglia unica" e il livello di sforzo manuale richiesto è determinato dai fattori che abbiamo visto in precedenza. TCS con la sua esperienza nella migrazione di centinaia di database ha perfezionato una metodologia 5D (Discover, Design, Develop, Deploy, Decommission) che fornisce un approccio olistico con passaggi testati nel tempo che garantiranno una migrazione del database di successo. La metodologia 5D è ben supportata dall'automazione (sviluppo di strumenti e risorse interni, miglioramento dello strumento man mano che il progetto di migrazione del database avanza) per accelerare la migrazione in modo coerente e accurato e ottenere l'automazione prevista nelle migrazioni del database.
- Distribuzione di contenuti basati su SEO e PR. Ricevi amplificazione oggi.
- Platoblockchain. Web3 Metaverse Intelligence. Conoscenza amplificata. Accedi qui.
- Fonte: https://www.finextra.com/blogposting/23645/database-migration–expectations-vs-reality–a-fact-check?utm_medium=rssfinextra&utm_source=finextrablogs
- a
- Chi siamo
- sopra
- accelerare
- accettazione
- Il mio account
- preciso
- Raggiungere
- attività
- aggiunta
- adottato
- Adozione
- contro
- Tutti
- Sebbene il
- .
- ed
- e infrastruttura
- API
- Applicazioni
- applicazioni
- approccio
- aree
- valutazione
- Attività
- automatizzare
- Automatizzata
- Automazione
- disponibilità
- Linea di base
- diventare
- essendo
- sotto
- vantaggi
- Meglio
- fra
- Scatola
- Rotto
- affari
- non può
- trasportare
- il cambiamento
- Modifiche
- dai un'occhiata
- codice
- Uncommon
- confrontare
- compatibilità
- Completato
- complesso
- complessità
- considerato
- coerente
- consolidamento
- Conversione
- Costo
- critico
- dati
- Perdita di dati
- Banca Dati
- banche dati
- decenni
- schierare
- Design
- Determinare
- determinato
- sviluppare
- in via di sviluppo
- diverso
- diligenza
- scopri
- scoperta
- documento
- giù
- spinto
- autista
- driver
- durante
- dinamico
- in maniera efficace
- efficienze
- sforzo
- sforzi
- incorporato
- abilitato
- da un capo all'altro
- motore
- migliorando
- garantire
- Impresa
- Ambiente
- eccetera
- eccezione
- esecuzione
- Esercitare
- le aspettative
- previsto
- competenza
- Fattori
- Autunno
- Caratteristiche
- ultimare
- Finextra
- concentrato
- i seguenti
- Avanti
- quadri
- da
- funzioni
- Gruppo
- Manovrabilità
- Aiuto
- Highlight
- mettendo in evidenza
- Casa
- Come
- Tuttavia
- HTTPS
- centinaia
- identificare
- Impact
- impatti
- implementazione
- in
- indici
- Infrastruttura
- iniziative
- integrale
- integrazioni
- coinvolto
- sicurezza
- IT
- viaggio
- Le
- paesaggio
- maggiormente
- Livello
- biblioteche
- elencati
- spento
- Principale
- make
- gestito
- gestione
- modo
- Manuale
- molti
- carta geografica
- mappatura
- Metodologia
- migrazione
- modificare
- cambiano
- multiplo
- Miti
- nativo
- Navigare
- Bisogno
- numero
- oggetti
- Offerte
- ONE
- open source
- operativa
- Opportunità
- ottimizzazione
- Altro
- proprietà
- Packages
- Parallel
- partito
- pubblica
- performance
- prospettiva
- piano
- pianificazione
- piattaforma
- Platone
- Platone Data Intelligence
- PlatoneDati
- Giocare
- principalmente
- procedure
- Profilo
- Programma
- progetto
- corretto
- proprio
- fornire
- fornisce
- qualità
- Presto
- Realtà
- ridisegnare
- riduce
- Refactoring
- richiedere
- necessario
- Requisiti
- richiede
- Risultati
- Ruolo
- Correre
- stesso
- Servizi
- spostamento
- Taglia
- alcuni
- Fonte
- Passi
- Ancora
- memorizzati
- dritto
- Strategia
- il successo
- di successo
- supportato
- tavolo
- Target
- task
- Tecnologia
- Testing
- I
- Attraverso
- tempo
- a
- strumenti
- Totale
- Trasformazione
- Impiego
- generalmente
- convalida
- Valori
- vario
- versione
- visualizzazioni
- importantissima
- volume
- while
- bianca
- volere
- entro
- flussi di lavoro
- sarebbe
- zefiro
- zero