Conversion de données vs Migration de données: Quelle est la Différence?

Dans le passé, j’ai travaillé comme responsable de la migration et maintenant je travaille comme responsable de la conversion pour l’un des projets d’implémentation ERP. En tant qu’ayant travaillé sur les deux (migration / conversion), c’est un effort pour mettre en avant la différence entre migration et conversion.

Les termes Conversion de données et migration de données sont encore parfois utilisés de manière interchangeable sur Internet. Cependant, ils signifient des choses différentes. La conversion de données est la transformation de données d’un format à un autre. Cela implique d’extraire des données de la source, de les transformer et de les charger dans le système cible en fonction d’un ensemble d’exigences.

La migration de données est le processus de transfert de données entre des silos, des formats ou des systèmes. Par conséquent, la conversion de données n’est que la première étape de ce processus compliqué. À l’exception de la conversion des données, la migration des données comprend le profilage des données, le nettoyage des données, la validation des données et le processus continu d’assurance de la qualité des données dans le système cible.

Les deux termes sont utilisés comme synonymes par de nombreuses ressources Internet. Je pense que la raison en est peut-être qu’il y a très peu de situations où une entreprise doit convertir les données sans les migrer.

Quel est le besoin de Migration/Conversion?

La migration/conversion est requise lorsque nous procédons à une mise à niveau vers une autre version (par exemple, Oracle Apps R11 vers Oracle Apps R12) ou lorsque nous transférons des données d’un système existant vers des applications Oracle. Il y aura une masse de données (parfois des millions, voire plus) qui doivent être déplacées d’un système à un autre et avant de déplacer les données, elles doivent être validées et seuls les enregistrements valides doivent être entrés dans les applications Oracle.

Si les deux systèmes (Cible et source) n’ont pas la même structure pour les données (Les tables ne sont pas identiques / La structure des tables n’est pas la même / Les données stockées dans la base de données ne sont pas identiques), elles doivent être traduites (par ex. mise à niveau d’Oracle 11i vers R12 où les structures de table ne sont pas les mêmes) alors nous le disons comme conversion (tout type de traduction de données sur les données source pour les rendre adaptées au système cible) sinon migration. La réimplémentation de la même version d’Oracle Apps est un bon exemple de migration de données.

Qu’est-ce que la conversion?

La conversion des données signifie la traduction des données vers le système cible de la suite (les données doivent être formatées selon le système cible), puis déplacer les données traduites à l’aide de programmes d’interface / API.

• Identifiez les données à importer dans le nouveau système (exigences métier).
• Extraire dans un fichier plat / une table de transfert
• Traduire / Convertir / Formater les données
• Charger les données dans une table d’interface (en utilisant SQL * Loader / DB Link / Autres) après validation (Si vous chargez les données à l’aide de l’interface), puis lancer un programme simultané d’interface standard pour charger les données dans des tables de base Oracle Apps
• Si vous utilisez une API, récupérez les données, validez-les, puis appelez API pour importer les données

La conversion peut être complexe parce que vous devez avoir une compréhension complète de la source à partir de laquelle vous convertissez, puis formater vers laquelle vous convertissez. Si vous ne le faites pas, vous courez le risque de compromettre vos données et de ruiner leur intégrité pendant le processus de conversion.

Exemple : Conversion de données telles que fournisseurs, clients d’Oracle ERP vers Workday ERP.

Qu’est-ce que la migration ?

La migration des données signifie déplacer les données d’un système à un autre à l’aide de programmes d’interface / API où les deux systèmes ont la même structure de données.

Processus de migration des données : • Extraire les données dans un fichier plat / une table de transfert
• Charger les données dans une table d’interface (en utilisant SQL *Loader / DB Link / Others) après validation (Si vous chargez les données à l’aide de l’interface)

Le processus de migration est très détaillé et peut prendre des mois. Voici un processus général qu’une migration de données typique suivrait.

1. Revue de la base de données: Un examen de la base de données et un examen de la mise en œuvre actuelle sont effectués.
2. Cartographie des données: Examinez attentivement les tableaux et les données de la base de données pour trouver des tableaux et des colonnes uniques, ainsi que des divergences ou des incohérences potentielles dans les données. Il est important de suivre les tables dans lesquelles se trouvent actuellement les données et vers lesquelles elles seront migrées à l’aide du mappage de données. Migration
3. : Une fois le mappage terminé, les données migrées peuvent être transférées de la base de données d’origine vers la nouvelle base de données qui peut être testée et mise en production.

Lorsque la conversion de données concerne des champs de données individuels, la migration de données consiste à déplacer et à fusionner des bases de données ou des programmes entiers.

Par exemple, les clients migrent des données de plusieurs bases de données vers une seule base de données ou migrent des données d’un système CRM/ERP vers un autre.

La migration de données peut sembler simple à première vue, mais tout comme la conversion de données, elle est en fait assez complexe! Cela implique généralement ce qu’on appelle le mappage de données, un processus stratégique qui mappe les données d’une base de données à une autre en regardant où les données vivent actuellement et où elles vivront une fois qu’elles seront déplacées.

Avant de migrer des données, vous devez vous assurer que les champs de données de votre ancienne base de données existent dans la nouvelle base de données. Vous devez également comprendre comment les deux programmes gèrent différents types de formats de fichiers et si des champs de données seront fusionnés ou non au cours du processus.

En quoi la conversion/migration et l’interface diffèrent-elles ?

Il existe de bons nombres de paramètres sur lesquels ils peuvent être catégorisés. Prenez-en quelques-uns:

Fréquence
• Les conversions/Migrations sont un événement unique
• les interfaces sont en cours
Occurrence dans la chronologie du projet
• Conversions/Migrations exécutées avant la production
• interfaces exécutées pendant la production
Mode d’exécution
• Conversions/migrations sont par lots
• Les interfaces peuvent être par lots ou en temps réel
Complexité
• La conversion/ Migration est très complexe, elle dépend totalement des données activité de cartographie.
• La coordination avec d’autres systèmes rend les interfaces plus complexes
Maintenance
• La maintenance de l’interface est une tâche peu coûteuse.

Merci Yogesh