Dans le parcours de modernisation informatique d'une organisation, les migrations de bases de données sont souvent considérées comme des tâches faciles qui peuvent être réalisées dans un délai d'exécution rapide. La modernisation de la base de données offre de nombreux avantages, mais la perception que le parcours migratoire est simple et sans effort est un mythe qui est rapidement brisé dès le début du parcours migratoire. Avec une planification, des outils et une stratégie de migration adéquats, cette transformation deviendra une exécution bien gérée dans les délais requis. À travers ce document, nous naviguerons à travers les différents mythes de la migration de base de données en soulignant les pièges courants et comment ceux-ci peuvent être mieux gérés. Les étapes mettront également en évidence les activités à forte intensité d'effort par rapport aux activités activées par l'outil pour fournir une perspective sur les efforts impliqués lors de la migration des bases de données.
Les principaux moteurs de toute migration de base de données sont :
- Transformation numérique des applications
- Consolidation de la base de données
- Réduction du TCO (coût total de possession) grâce à l'adoption de l'open source.
- Efficacité opérationnelle informatique grâce aux services gérés - Cloudification
Les migrations de bases de données relèvent de deux initiatives principales :
- Migrations hétérogènes (migration d'une base de données source vers une autre base de données, migration de plate-forme).
- Migrations homogènes (Lift and Shift de bases de données)
Idées fausses et faits sur les migrations de bases de données Mythe1 : La migration de la base de données peut être effectuée comme un exercice d'infrastructure.
Fait : la migration de la base de données ne peut pas être effectuée comme un ascenseur et un déplacement de la source à la cible. Une diligence raisonnable appropriée de la base de données et du paysage des applications doit être entreprise. Une découverte automatisée à l'aide de divers outils réduit l'effort jusqu'à 60 %. Les impacts suivants doivent être analysés :
- Opportunités de consolidation de bases de données
- Approche d'évaluation 6R (Rehost, Re-platform, Repurchase, Refactor, Retain, Retire) de la modernisation de la base de données pour finaliser la stratégie de migration.
- Analyse de l'impact des applications et planification des groupes de déménagement.
Mythe2 : L'effort de migration de la base de données est déterminé par la taille du schéma
Réalité : Les efforts de migration de la base de données sont motivés non seulement par le nombre d'objets de base de données et le volume de données, mais principalement par la complexité de la conversion des objets du programme de base de données. Lorsque les bases de données sont dans l'entreprise depuis des décennies, en plus des données, il existe généralement une logique métier complexe intégrée dans les objets du programme de base de données. Aucun outil de migration ne peut fournir une conversion 100 % automatisée en un seul clic. L'effort de migration de la base de données est principalement motivé par :
- Types de données et fonctions non pris en charge, valeurs nulles de table, type de partition et index.
- Implémentation lourde de la logique métier dans le code du programme DB (procédures stockées, packages, vues, déclencheurs, fonctions) à l'aide de fonctionnalités propriétaires de la base de données source
- Utilisation du SQL non-ANSI et du SQL dynamique
- Gestion des transactions et traitement des exceptions.
- SQL intégré dans l'application et utilisation d'API de base de données natives telles que CTLIB, DBLIB, OCI, etc.
- Optimisation des performances (Du fait : Modification du moteur de base de données)
- Validation fonctionnelle entre source et cible.
- Correction et test des intégrations.
- Exécution parallèle (en raison de l'absence de temps d'arrêt/d'autres exigences commerciales)
Mythe3 : Les applications ne nécessitent que des modifications du pilote de base de données pour le faire fonctionner
Réalité : La correction des applications ne concerne pas seulement les changements de pilote de base de données. La correction des applications est en grande partie un effort manuel, car aucun outil ne peut identifier efficacement les points de contact de la base de données et les modifier. Plusieurs facteurs, répertoriés ci-dessous, déterminent la complexité de l'effort de correction des applications :
- Version de la technologie d'application et sa compatibilité avec la cible.
- Disponibilité des pilotes de base de données pour les bases de données cibles.
- Utilisation de bibliothèques tierces qui peuvent ne pas être prises en charge sur la cible.
- Compatibilité des applications COTS avec la cible.
- Utilisation des frameworks ORM (Object-Relational Mapping) vs utilisation du SQL embarqué
- Refonte des applications
Mythe4 : La migration des données consiste à soulever et à déplacer les données vers la cible
Réalité : bien que l'automatisation joue un rôle clé dans la migration des données, il reste encore un effort manuel jusqu'à 10 % pour effectuer une migration de données réussie. L'effort se concentre sur les domaines suivants :
- Profilez de manière adéquate les données source pour mapper le bon type de données sur la cible afin d'éviter les problèmes de qualité des données et la perte de données.
- Exigences en matière de temps d'arrêt et disponibilité de l'infrastructure pour planifier la migration des données.
- Sélection d'outils de migration de données
- Modifications de la plate-forme pour tenir compte des changements d'indianité apportés aux données.
- Consolidation des données pour les migrations de bases de données un-plusieurs/plusieurs-un.
- Coexistence des données pendant l'exécution en parallèle.
- La validation des données
Mythe 5: Un projet de migration ne nécessite que des tests en boîte blanche
Fait : les tests de bout en bout font partie intégrante du succès du projet de migration. Les outils de validation des données, les outils de validation des requêtes, les outils de validation des schémas et d'autres outils de test automatisent les tests de 70 %. Quelques activités de test clés à effectuer :
- Référence fonctionnelle et de performance sur l'environnement source
- Tests post-migration pour comparer les résultats par rapport à la ligne de base.
- Tests de performance et réglage
- Tests parallèles pré-prod pour les flux de travail critiques
- Test d'acceptation des utilisateurs
- Validation après la mise en œuvre.
Conclusion
Bien que les outils de migration jouent un rôle essentiel dans les migrations de bases de données, ils ne permettent pas de réaliser une migration 100 % automatisée. Une approche « taille unique » ne peut pas être adoptée, et le niveau d'effort manuel requis est déterminé par les facteurs que nous avons vus ci-dessus. TCS, avec son expertise dans la migration de centaines de bases de données, a mis au point une méthodologie 5D (découvrir, concevoir, développer, déployer, mettre hors service) qui fournit une approche holistique avec des étapes éprouvées qui garantiront une migration de base de données réussie. La méthodologie 5D est bien soutenue par l'automatisation (développement d'outils et d'actifs internes, amélioration de l'outil à mesure que le projet de migration de la base de données progresse) pour accélérer la migration de manière cohérente et précise et réaliser l'automatisation attendue des migrations de bases de données.
- Contenu propulsé par le référencement et distribution de relations publiques. Soyez amplifié aujourd'hui.
- Platoblockchain. Intelligence métaverse Web3. Connaissance Amplifiée. Accéder ici.
- La source: https://www.finextra.com/blogposting/23645/database-migration–expectations-vs-reality–a-fact-check?utm_medium=rssfinextra&utm_source=finextrablogs
- a
- À propos
- au dessus de
- accélérer
- acceptation
- Compte
- Avec cette connaissance vient le pouvoir de prendre
- atteindre
- activités
- ajout
- adopté
- Adoption
- à opposer à
- Tous
- Bien que
- selon une analyse de l’Université de Princeton
- ainsi que
- et infrastructure
- Apis
- Candidature
- applications
- une approche
- domaines
- Évaluation de risque climatique
- Outils
- automatiser
- Automatisation
- Automation
- disponibilité
- Baseline
- devenez
- va
- ci-dessous
- qui ne s'occupent pas de leur chez-soi.
- Améliorée
- jusqu'à XNUMX fois
- Box
- Cassé
- la performance des entreprises
- ne peut pas
- porter
- Change
- Modifications
- vérifier
- code
- Commun
- comparer
- compatibilité
- Complété
- complexe
- complexité
- considéré
- cohérent
- consolidation
- Conversion
- Prix
- critique
- données
- La perte de données
- Base de données
- bases de données
- décennies
- déployer
- Conception
- Déterminer
- déterminé
- développer
- développement
- différent
- diligence
- découvrez
- découverte
- document
- down
- entraîné
- driver
- conducteurs
- pendant
- Dynamic
- de manière efficace
- efficacité
- effort
- efforts
- intégré
- activé
- end-to-end
- Moteur
- améliorer
- assurer
- Entreprise
- Environment
- etc
- exception
- exécution
- Exercises
- attentes
- attendu
- nous a permis de concevoir
- facteurs
- Automne
- Fonctionnalités:
- finaliser
- Finextra
- concentré
- Abonnement
- Avant
- cadres
- de
- fonctions
- Réservation de groupe
- Maniabilité
- aider
- Souligner
- Soulignant
- Villa
- Comment
- Cependant
- HTTPS
- Des centaines
- identifier
- Impact
- Impacts
- la mise en oeuvre
- in
- index
- Infrastructure
- les initiatives
- intégrale
- intégrations
- impliqué
- vous aider à faire face aux problèmes qui vous perturbent
- IT
- chemin
- clés / KEY :
- paysage d'été
- principalement
- Niveau
- bibliothèques
- Listé
- perte
- Entrée
- faire
- gérés
- gestion
- manière
- Manuel
- de nombreuses
- Localisation
- cartographie
- Méthodologie
- migration
- modifier
- Bougez
- plusieurs
- Mythes
- indigène
- NAVIGUER
- Besoin
- nombre
- objets
- Offres Speciales
- ONE
- open source
- opérationnel
- Opportunités
- à mettre en œuvre pour gérer une entreprise rentable. Ce guide est basé sur trois décennies d'expérience
- Autre
- possession
- Forfaits
- Parallèle
- fête
- perception
- performant
- objectifs
- plan
- et la planification de votre patrimoine
- plateforme
- Platon
- Intelligence des données Platon
- PlatonDonnées
- Jouez
- qui se déroulent
- procédures
- Profil
- Programme
- Projet
- correct
- propriétaire
- fournir
- fournit
- qualité
- Rapide
- Réalité
- reconcevoir
- réduit
- Refactoriser
- exigent
- conditions
- Exigences
- a besoin
- Résultats
- Rôle
- Courir
- même
- Services
- décalage
- Taille
- quelques
- Identifier
- Étapes
- Encore
- stockée
- droit
- de Marketing
- succès
- réussi
- Appareils
- table
- Target
- tâches
- Technologie
- Essais
- La
- Avec
- fiable
- à
- outil
- les outils
- Total
- De La Carrosserie
- Utilisation
- d'habitude
- validation
- Valeurs
- divers
- version
- vues
- vital
- le volume
- tout en
- blanc
- sera
- dans les
- workflows
- pourra
- zéphyrnet
- zéro