Migration de bases de données hétérogènes pour SQL Server

En raison des innovations et des améliorations apportées aux bases de données open source et aux plateformes de cloud computingAWS, de nombreuses entreprises abandonnent les moteurs de base de données propriétaires (traitement des transactions en ligne ou OLTP) tels que SQL Server au profit de moteurs open source. Les bases de données SQL Server sont des systèmes critiques pour toute organisation, mais le fait de devoir faire appel à 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 convaincantes d'envisager de passer de la technologie de base de données sous-jacente à des bases de données open source ou AWS natives du cloud.

Les autres raisons de migrer hors de SQL Server sont les périodes de dépendance vis-à-vis d'un fournisseur, les audits de licence, le coût élevé des licences et les coûts. C'est pourquoi de nombreuses entreprises choisissent de migrer leurs bases de données SQL Server vers des bases de données open source (telles que PostgreSQL, MySQL ou MariaDB) ou des bases de données AWS natives du cloud (telles qu'Amazon Aurora ou Amazon DynamoDB) lorsqu'elles migrent vers. AWS

Vous pouvez également migrer la base de données de votre entrepôt de données SQL Server vers Amazon Redshift, qui est 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 % moins cher que tout autre entrepôt de données dans le cloud. Pour plus d'informations, consultez le modèle Migration d'une base de données Microsoft SQL Server locale vers Amazon Redshift à l'aide du site Web AWS DMS AWS Prescriptive Guidance.

Pour migrer vers une base de données open source ou AWS native pour le cloud, 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é. La migration de SQL Server vers PostgreSQL et vers 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 minutieux.

Ce processus est facilité grâce à des services tels que AWS Database Migration Service (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 AWS avec un minimum d'interruptions.

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 le cas des migrations de SQL Server vers Aurora ou de SQL Server vers MariaDB. La structure du schéma, les types de données et le code de base de données des 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. Pour cette raison, la migration hétérogène est un processus en deux étapes :

AWS DMSgère automatiquement les principales conversions de types de données lors de la migration. La base de données source peut être située dans vos propres locaux à l'extérieurAWS, il peut s'agir d'une base de données exécutée sur une instance EC2 ou d'une base de données Amazon RDS (voir Sources pour la migration des données dans la AWS DMS documentation). La cible peut être une base de données dans Amazon EC2, Amazon RDS ou Aurora. Pour plus d'informations sur l'utilisation de MySQL comme base de données cible, consultez la section Migration d'une base de données SQL Server vers un moteur de base de données compatible MySQL sur le blog de la base de données. AWS

Pour plus d'informations sur la refactorisation de votre base de données SQL Server surAWS, consultez les modèles de réarchitecture sur le site Web AWS Prescriptive Guidance.