În călătoria de modernizare IT a unei organizații, migrarea bazelor de date sunt adesea considerate sarcini ușoare care pot fi finalizate cu un timp de răspuns rapid. Modernizarea bazei de date oferă multe beneficii, cu toate acestea, percepția că călătoria de migrare este directă și fără efort este un mit care este rupt imediat de îndată ce începe călătoria de migrare. Cu o planificare adecvată, instrumente și strategie de migrare, această transformare va deveni o execuție bine gestionată în termenele necesare. Prin acest document, vom naviga prin diferitele mituri ale migrării bazelor de date, evidențiind capcanele comune și cum pot fi gestionate mai bine. Pașii vor evidenția, de asemenea, activitățile intensive în efort față de activitățile oferite de instrumente pentru a oferi o perspectivă asupra eforturilor implicate în timpul migrării bazelor de date.
Motoarele cheie pentru orice migrare a bazei de date sunt:
- Transformarea digitală a aplicațiilor
- Consolidarea bazei de date
- Reducerea TCO (costul total de proprietate) prin adoptarea open-source.
- Eficiență operațională IT prin servicii gestionate – Cloudification
Migrațiile bazelor de date se încadrează în două inițiative principale:
- Migrații eterogene (Migrarea de la o bază de date sursă la o altă bază de date, migrarea platformei).
- Migrații omogene (creșterea și mutarea bazelor de date)
Concepții greșite și fapte despre migrațiile bazelor de date Mitul 1: Migrarea bazei de date poate fi efectuată ca un exercițiu de infrastructură.
Realitate: Migrarea bazei de date nu poate fi efectuată ca trecere de la sursă la țintă. Trebuie întreprinsă o diligență adecvată a bazei de date și a aplicațiilor. O descoperire automată folosind diverse instrumente reduce efortul cu până la 60%. Următoarele efecte trebuie analizate:
- Oportunități de consolidare a bazelor de date
- Abordarea de evaluare 6R (Rehost, Re-platform, Repurchase, Refactor, Retain, Retire) pentru modernizarea DB pentru a finaliza strategia de migrare.
- Analiza impactului aplicației și planificarea grupului de mutare.
Mitul 2: Efortul de migrare a bazei de date este determinat de dimensiunea Schemei
Realitate: Eforturile de migrare a bazei de date sunt determinate nu numai de numărul de obiecte DB și de volumul de date, ci în primul rând de complexitatea conversiei obiectelor programului DB. Când bazele de date au fost în întreprindere de-a lungul deceniilor, pe lângă date, există de obicei o logică complexă de afaceri încorporată în obiectele programului bazei de date. Niciun instrument de migrare nu poate oferi o conversie automată 100% cu un singur clic. Efortul de migrare a bazei de date este condus în primul rând de:
- Tipuri de date și funcții neacceptate, valori nule de tabel, tip de partiție și indecși.
- Implementarea grea a logicii de afaceri în codul programului DB (proceduri stocate, pachete, vizualizări, declanșatoare, funcții) utilizând caracteristicile proprietare ale bazei de date sursă
- Utilizarea SQL non-ANSI și SQL dinamic
- Gestionarea tranzacțiilor și gestionarea excepțiilor.
- SQL încorporat în aplicarea și utilizarea API-urilor native de baze de date precum CTLIB, DBLIB, OCI etc.
- Optimizarea performanței (Datorită faptului: modificarea motorului bazei de date)
- Validare funcțională între sursă și țintă.
- Remedierea și testarea integrărilor.
- Funcționare paralelă (Datorită timpului de nefuncționare zero/alte cerințe de afaceri)
Mitul 3: Aplicațiile necesită doar modificări ale driverului bazei de date pentru ca acesta să funcționeze
Adevărat: remedierea aplicației nu se referă doar la modificările driverului bazei de date. Remedierea aplicației este în mare măsură un efort manual, deoarece niciun instrument nu poate identifica în mod eficient punctele de contact ale bazei de date și le poate modifica. Există mai mulți factori, enumerați mai jos, care determină complexitatea efortului de remediere a aplicației:
- Versiunea tehnologiei aplicației și compatibilitatea acesteia cu țintă.
- Disponibilitatea driverelor de baze de date pentru bazele de date țintă.
- Utilizarea bibliotecilor terță parte care ar putea să nu fie acceptate pe țintă.
- Compatibilitatea aplicațiilor COTS cu țintă.
- Utilizarea cadrelor ORM (Object-Relational Mapping) vs utilizarea SQL încorporat
- Reproiectarea aplicației
Mitul 4: Migrarea datelor se referă la creșterea și deplasarea datelor către țintă
Realitate: Deși automatizarea joacă un rol cheie în migrarea datelor, există totuși un efort manual de până la 10% pentru a realiza o migrare a datelor cu succes. Efortul se concentrează pe următoarele domenii:
- Profilați în mod adecvat datele sursă pentru a mapa tipul de date corect pe țintă pentru a evita problemele de calitate și pierderea datelor.
- Cerințele de nefuncționare și disponibilitatea infrastructurii pentru a planifica migrarea datelor.
- Selectarea instrumentelor de migrare a datelor
- Modificări ale platformei pentru a ține cont de modificările caracterului indian al datelor.
- Consolidarea datelor pentru migrarea bazelor de date one-many/ many-one.
- Coexistența datelor în timpul rulării paralele.
- Data validarii
Mitul 5: Un proiect de migrare necesită doar testarea cutiei albe
Realitate: Testarea end-to-end este esențială pentru succesul proiectului Migration. Instrumentele de validare a datelor, instrumentele de validare a interogărilor, instrumentele de validare a schemelor și alte instrumente de testare automatizează testarea cu 70%. Câteva activități cheie de testare care trebuie efectuate:
- Linia de bază funcțională și de performanță pe mediul sursă
- Testare după migrare pentru a compara rezultatele cu valoarea inițială.
- Testare de performanță și reglare
- Testare paralelă pre-prod pentru fluxuri de lucru critice
- Testarea de acceptare a utilizatorului
- Validare post implementare.
Concluzie
Deși instrumentele de migrare joacă un rol vital în migrarea bazelor de date, nu ajută la realizarea unei migrări 100% automatizate. O abordare „O mărime potrivită pentru toți” nu poate fi adoptată, iar nivelul de efort manual necesar este determinat de factorii pe care i-am văzut mai sus. TCS, cu expertiza sa în migrarea a sute de baze de date, a perfecționat o metodologie 5D (Descoperire, Proiectare, Dezvoltare, Implementare, Dezafectare) care oferă o abordare completă cu pași testați în timp care vor asigura o migrare de succes a bazei de date. Metodologia 5D este bine susținută de automatizare (dezvoltarea instrumentelor și a activelor interne, instrument de îmbunătățire pe măsură ce proiectul de migrare a bazelor de date progresează) pentru a accelera migrarea într-o manieră consistentă și precisă și pentru a obține automatizarea așteptată în migrarea bazelor de date.
- Distribuție de conținut bazat pe SEO și PR. Amplifică-te astăzi.
- Platoblockchain. Web3 Metaverse Intelligence. Cunoștințe amplificate. Accesați Aici.
- Sursa: https://www.finextra.com/blogposting/23645/database-migration–expectations-vs-reality–a-fact-check?utm_medium=rssfinextra&utm_source=finextrablogs
- a
- Despre Noi
- mai sus
- accelera
- acceptare
- Cont
- precis
- Obține
- activităţi de
- plus
- adoptată
- Adoptare
- împotriva
- TOATE
- Cu toate ca
- analiză
- și
- și infrastructură
- API-uri
- aplicație
- aplicatii
- abordare
- domenii
- evaluare
- Bunuri
- automatizarea
- Automata
- Automatizare
- disponibilitate
- De bază
- deveni
- fiind
- de mai jos
- Beneficiile
- Mai bine
- între
- Cutie
- Spart
- afaceri
- nu poti
- transporta
- Schimbare
- Modificări
- verifica
- cod
- Comun
- comparaţie
- compatibilitate
- Terminat
- complex
- complexitate
- luate în considerare
- consistent
- consolidare
- Convertire
- A costat
- critic
- de date
- pierderi de date
- Baza de date
- baze de date
- zeci de ani
- implementa
- Amenajări
- Determina
- determinat
- dezvolta
- în curs de dezvoltare
- diferit
- diligență
- descoperi
- descoperire
- document
- jos
- condus
- şofer
- drivere
- în timpul
- dinamic
- în mod eficient
- eficiență
- efort
- Eforturile
- încorporat
- activat
- un capăt la altul
- Motor
- consolidarea
- asigura
- Afacere
- Mediu inconjurator
- etc
- excepție
- execuție
- Exercita
- aşteptări
- de aşteptat
- expertiză
- factori
- Cădea
- DESCRIERE
- finalizarea
- Finextra
- concentrat
- următor
- Înainte
- cadre
- din
- funcții
- grup
- Manipularea
- ajutor
- Evidențiați
- subliniind
- casă
- Cum
- Totuși
- HTTPS
- sute
- identifica
- Impactul
- Impacturi
- implementarea
- in
- indexurile
- Infrastructură
- inițiative
- integrală
- integrările
- implicat
- probleme de
- IT
- călătorie
- Cheie
- peisaj
- în mare măsură
- Nivel
- biblioteci
- listat
- de pe
- Principal
- face
- gestionate
- administrare
- manieră
- manual
- multe
- Hartă
- cartografiere
- Metodologie
- migrațiune
- modifica
- muta
- multiplu
- Mituri
- nativ
- Navigaţi
- Nevoie
- număr
- obiecte
- promoții
- ONE
- open-source
- operațional
- Oportunităţi
- optimizare
- Altele
- proprietate
- ofertele
- Paralel
- parte
- percepţie
- performanță
- perspectivă
- plan
- planificare
- platformă
- Plato
- Informații despre date Platon
- PlatoData
- Joaca
- în primul rând
- Proceduri
- Profil
- Program
- proiect
- adecvat
- proprietate
- furniza
- furnizează
- calitate
- Rapid
- Realitate
- redesign
- reduce
- Refactorizare
- necesita
- necesar
- Cerinţe
- Necesită
- REZULTATE
- Rol
- Alerga
- acelaşi
- Servicii
- schimbare
- Mărimea
- unele
- Sursă
- paşi
- Încă
- stocate
- drept
- Strategie
- succes
- de succes
- Suportat
- tabel
- Ţintă
- sarcini
- Tehnologia
- Testarea
- Prin
- timp
- la
- instrument
- Unelte
- Total
- Transformare
- Folosire
- obișnuit
- validare
- Valori
- diverse
- versiune
- vizualizari
- vital
- volum
- în timp ce
- alb
- voi
- în
- fluxuri de lucru
- ar
- zephyrnet
- zero