Migration de bases de données hétérogènes

En raison des innovations et des améliorations apportées aux bases de données open source et aux plateformes de cloud computing comme AWS, de nombreuses organisations délaissent des moteurs de base de données propriétaires (traitement des transactions en ligne ou OLTP) tels qu'Oracle vers des moteurs open source. Les bases de données Oracle sont des systèmes essentiels pour toute organisation, mais le fait de dépendre d'un fournisseur en particulier est une situation risquée et coûteuse. Les faibles coûts d'exploitation et l'absence de frais de licence sont des raisons impérieuses d'envisager de passer de la technologie de base de données sous-jacente à des bases de données open source ou natives du cloud AWS.

Les autres raisons de migrer hors d'Oracle sont les périodes de blocage des fournisseurs, les audits de licence, les licences coûteuses et les coûts. Les tarifs courants d'Oracle sont basés sur un modèle par cœur avec des coûts supplémentaires pour des fonctionnalités telles que le partitionnement et la haute disponibilité. C'est pourquoi de nombreuses entreprises choisissent de migrer leurs bases de données Oracle vers des bases de données open source (telles que PostgreSQL, MySQL ou MariaDB) ou vers des bases de données natives du cloud AWS (telles qu'Amazon Aurora ou Amazon DynamoDB) lorsqu'elles migrent vers AWS.

Vous pouvez également migrer votre base de données Oracle vers Amazon Redshift, un entrepôt de données cloud rapide et entièrement géré. Amazon Redshift est intégré à votre lac de données, offre des performances jusqu'à trois fois plus rapides que tout autre entrepôt de données et coûte jusqu'à 75 % de moins que tout autre entrepôt de données dans le cloud. Pour plus d'informations, consultez Migrer d'Oracle vers Amazon Redshift sur le site Web d'AWS.

Pour migrer vers une base de données open source ou native pour AWS, choisissez la bonne base de données en fonction du type de données dont vous disposez, du modèle d'accès, de l'évolutivité, des aspects pratiques de l'application et de la complexité. Par exemple, les bases de données PostgreSQL sont devenues très populaires ces dernières années en raison de leurs fonctionnalités puissantes et de leur haut degré de compatibilité avec les bases de données commerciales. Elles constituent la cible de migration la plus courante pour les utilisateurs qui refactorisent leurs bases de données Oracle. Cependant, la migration d'Oracle vers PostgreSQL et d'autres bases de données open source s'est souvent révélée difficile et chronophage, et nécessite une évaluation, une planification et des tests approfondis.

Ce processus est facilité grâce à des services tels qu'AWS DMS et AWS Schema Conversion Tool (AWS SCT), qui vous aident à migrer votre base de données commerciale vers une base de données open source sur AWS avec un temps d'arrêt minimal.

Dans les migrations de bases de données hétérogènes, les moteurs de base de données source et cible sont différents, comme dans les migrations d'Oracle vers Amazon Aurora ou d'Oracle vers PostgreSQL, MySQL ou MariaDB. La structure du schéma, les types de données et le code de base de données dans les bases de données source et cible peuvent être très différents. Le schéma et le code doivent donc être transformés avant le début de la migration des données. C'est pourquoi la migration hétérogène est un processus en deux étapes :

• Étape 1. Convertissez le schéma et le code source pour qu'ils correspondent à ceux de la base de données cible. Vous pouvez utiliser AWS SCT pour cette conversion.

• Étape 2. Migrez les données de la base de données source vers la base de données cible. Vous pouvez utiliser AWS DMS pour ce processus.

AWS DMS gère automatiquement toutes les conversions de types de données requises lors de la migration. La base de données source peut être située dans vos propres locaux en dehors d'AWS, il peut s'agir d'une base de données exécutée sur une EC2 instance ou d'une base de données Amazon RDS (voir Sources pour la migration des données dans la documentation AWS DMS). La cible peut être une base de données dans Amazon EC2, Amazon RDS ou Amazon Aurora.

Outils pour les migrations de bases de données hétérogènes

Le tableau suivant fournit la liste des outils que vous pouvez utiliser pour migrer d'Oracle Database vers un autre moteur de base de données.

Outil de migration	Support de base de données cible	Utilisé pour
AWS SCT	Amazon RDS for MySQL Amazon RDS for PostgreSQL Amazon Aurora MySQL Amazon Aurora PostgreSQL	Conversion du schéma
AWS DMS	Amazon RDS for MySQL Amazon RDS for PostgreSQL Amazon Aurora MySQL Amazon Aurora PostgreSQL	Migrations des données

Les sous-sections suivantes fournissent des informations supplémentaires sur chaque outil.

AWS SCT

AWS Schema Conversion Tool (AWS SCT) convertit vos schémas de base de données commerciaux existants en un moteur open source ou en une base de données native pour le cloud AWS. AWS SCT rend les migrations de bases de données hétérogènes prévisibles en convertissant automatiquement le schéma de base de données source et la majorité des objets du code de base de données, y compris les vues, les procédures stockées et les fonctions, dans un format compatible avec la base de données cible. Tous les objets qui ne peuvent pas être convertis automatiquement sont clairement marqués pour une conversion manuelle. AWS SCT peut également scanner le code source de votre application à la recherche d'instructions SQL intégrées et les convertir dans le cadre d'un projet de conversion de schéma de base de données. 

AWS DMS

AWS Database Migration Service (AWS DMS) migre vos données rapidement et en toute sécurité vers AWS. Pendant la migration, la base de données source reste pleinement opérationnelle, minimisant ainsi le temps d'arrêt des applications. AWS DMS prend en charge les migrations homogènes telles qu'Oracle vers Oracle ainsi que les migrations hétérogènes entre différentes plateformes de base de données, telles qu'Oracle vers une base de données open source ou vers une base de données native du cloud AWS. AWS DMS gère les complexités du processus de migration, notamment en répliquant automatiquement les modifications de données qui se produisent dans la base de données source vers la base de données cible. Une fois la migration de base de données terminée, la base de données cible reste synchronisée avec la base de données source aussi longtemps que vous le souhaitez, et vous pouvez passer à la base de données cible au moment opportun.