View a markdown version of this page

Migration de SQL Server - AWS Directives prescriptives
ÉvaluationMobilisationMigrerRessources supplémentaires

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Migration de SQL Server

Lors de votre transition vers le cloud, vous disposez de plusieurs options pour migrer vos environnements SQL Server vers AWS. Une migration réussie repose sur la génération d’un inventaire détaillé de vos charges de travail SQL Server et de leurs dépendances, sur l’identification de votre schéma d’authentification, sur la prise en compte de vos exigences en matière de haute disponibilité et de reprise après sinistre (HADR), sur l’évaluation de vos objectifs de performance et sur l’évaluation de vos options de licence. Cet inventaire vous aide à déterminer la plateforme de base de données cible et à définir vos options de migration.

Vous avez de nombreuses options à envisager lors de la migration de vos charges de travail SQL Server AWS, chacune d'entre elles se traduisant par une expérience utilisateur optimisée et plus intuitive price/performance, ainsi qu'un coût total de possession réduit. Vous pouvez choisir de déployer SQL Server sur les sites suivants : Amazon EC2, Amazon RDS for SQL Server our Amazon RDS Custom for SQL Server.

Évaluation

Pour mettre en œuvre une migration réussie, il est important d'évaluer votre infrastructure existante et de comprendre les principales fonctionnalités requises pour votre environnement. Nous vous recommandons d’examiner les points clés suivants avant de choisir un plan de migration :

  • Révision de l'infrastructure existante : passez en revue votre infrastructure SQL Server existante en utilisant les données collectées lors de la phase de découverte de votre migration. Vous pouvez utiliser AWS Migration Evaluator pour collecter automatiquement des informations détaillées sur les configurations des serveurs, les déploiements de SQL Server, l'utilisation des ressources et les dépendances des applications. Pour les VMware-based environnements, l'outil de AWS Transform découverte permet une découverte sur site sans agent, sans nécessiter de connectivité au cloud. Ses résultats sont directement intégrés à une AWS Transform évaluation pour l'analyse du coût total de possession et la génération d'analyses de rentabilisation. Nous vous recommandons d'utiliser le dimensionnement prescrit par Microsoft pour l'infrastructure SQL Server sur AWS. Il est important de comprendre l'utilisation actuelle de votre instance SQL Server sur site, notamment la mémoire, le processeur, les IOPS et le débit, pour dimensionner correctement votre instance SQL Server. AWS

  • Passez en revue les licences existantes : vous pouvez tirer parti de l'évaluation complémentaire de l'AWS optimisation et des licences (AWS OLA) pour élaborer une stratégie de migration et de licence AWS. AWS OLA vous fournit un rapport qui modélise vos options de déploiement à l'aide des droits de licence existants. Ces résultats peuvent vous aider à explorer les économies de coûts disponibles grâce à des options AWS de licence flexibles. Si vous exécutez déjà des charges de travail SQL Server sur AWS, Optimiseur de calcul AWSfournit des recommandations de licence automatisées, notamment en identifiant les opportunités de rétrogradation des éditions de SQL Server en fonction de l'utilisation réelle des fonctionnalités.

  • Passez en revue l'architecture SQL Server existante : si vous utilisez un cluster de basculement SQL Server avec stockage partagé ou une architecture de groupe de disponibilité SQL Server Always On, la compréhension de vos exigences actuelles en matière d'architecture de haute disponibilité vous aidera à définir les options de déploiement de SQL Server sur AWS.

    Les groupes de disponibilité SQL Server Always On prennent en charge les modes de validation synchrone et asynchrone, et vous pouvez les utiliser pour une haute disponibilité au sein d'une même zone Région AWS (entre zones de disponibilité) ou pour une reprise après sinistre entre régions. Les instances de cluster SQL Server Always On Failover (FCI) nécessitent un stockage partagé, qui peut être fourni à l'aide d'Amazon FSx for Windows File Server ou d'Amazon FSx pour ONTAP. NetApp Pour une comparaison complète des options de haute disponibilité et de reprise après sinistre, voir Choisir une solution de haute disponibilité et de reprise après sinistre sur le guide AWS prescriptif.

  • Développez des stratégies de sauvegarde : pour Amazon RDS for SQL Server, vous pouvez utiliser des sauvegardes automatisées avec restauration instantanée, instantanés manuels, sauvegarde et restauration natives. Pour SQL Server sur Amazon EC2, vous pouvez utiliser la sauvegarde et la restauration natives de SQL Server, utiliser une approche instantanée ou sauvegarder des bases de données sur Amazon EBS, Amazon FSx for Windows File Server, Amazon FSx pour ONTAP ou Amazon S3 NetApp . Vous pouvez l'utiliser AWS Backuppour orchestrer et centraliser les sauvegardes sur Amazon RDS for SQL Server et SQL Server sur Amazon EC2.

    SQL Server 2022 sur Amazon EC2 avec Amazon FSx for NetApp ONTAP prend en charge T-SQL les sauvegardes instantanées pour des sauvegardes cohérentes et quasi instantanées avec un impact minimal sur l'hôte principal. SQL Server 2025 va encore plus loin en activant les sauvegardes de bases de données natives à partir de répliques secondaires dans des groupes de disponibilité Always On. Pour plus d'informations, consultez les nouveautés de Microsoft SQL Server 2025 sur AWS (article de AWS blog).

    Pour plus d'informations sur les stratégies de sauvegarde, consultez Stratégies de sauvegarde et de restauration pour Amazon RDS for SQL ServerAWS (article de blog) et Options de sauvegarde et de restauration pour SQL Server sur Amazon AWS EC2 (directives prescriptives).

  • Comprenez les besoins en matière de reprise après sinistre (DR) — Pour Amazon RDS for SQL Server, les sauvegardes automatisées entre régions et les répliques en lecture fournissent des options de reprise après sinistre gérées sans nécessiter Server-level de configuration de réplication SQL.

    Pour SQL Server sur Amazon EC2, vous pouvez utiliser une Région AWS connexion secondaire via AWS Transit Gatewayou AWS Direct Connect, qui permet la réplication. Les options de reprise après sinistre incluent les groupes de disponibilité distribués SQL Server pour les déploiements multirégionaux, l'expédition de journaux pour une option rentable avec RTO et RPO en quelques minutes, et Reprise après sinistre AWS Elasticpour la réplication continue au niveau des blocs dans le cadre d'une implémentation de reprise après sinistre. active/passive Pour plus d'informations, consultez Choisir une solution de haute disponibilité et de reprise après sinistre sur AWS Prescriptive Guidance et concevoir une reprise après sinistre pour SQL Server sur AWS : partie 1 sur le blog de AWS base de données.

Mobilisation

Il existe des stratégies de migration de base de données SQL Server que nous vous recommandons d'envisager pour vos charges de travail SQL Server :

  • Réhébergement (lift and shift) — Cela implique la migration de vos bases de données SQL Server locales vers SQL Server sur une instance Amazon EC2 dans le. AWS Cloud Cette approche est utile si une migration plus rapide vers AWS est votre priorité. Vous pouvez importer vos licences SQL Server existantes en utilisant le modèle BYOL (Bring your own license) ou vous pouvez acheter des instances avec licence incluse (LI) auprès de. AWS Vous pouvez également utiliser SQL Server AWS Launch Wizard pour vous guider dans le dimensionnement, la configuration et le déploiement de SQL Server sur Amazon EC2. Il prend en charge à la fois les déploiements en instance unique et en haute disponibilité.

  • Replateformage (lifting et remodelage) : cela implique la migration de vos bases de données SQL Server locales vers un service de base de données géré sur. AWS Cette approche décharge les tâches indifférenciées, telles que l'installation, la configuration, l'application de correctifs, les mises à niveau et la configuration de haute disponibilité. Choisissez entre deux options gérées :

    • Amazon RDS for SQL Server : il s'agit d'une option entièrement gérée, idéale lorsque vous souhaitez décharger toute la gestion de l'infrastructure de base de données.

    • Amazon RDS Custom pour SQL Server : il s'agit d'un service géré avec un accès conservé au niveau du système d'exploitation et de la base de données. Cette option convient parfaitement aux applications existantes ou packagées avec des exigences de déploiement personnalisées. Amazon RDS Custom prend en charge l'option Bring your own media (BYOM), qui vous permet d'utiliser vos licences SQL Server existantes conformément aux conditions de mobilité des licences de Microsoft.

    Pour une comparaison des fonctionnalités de SQL Server sur Amazon EC2, Amazon RDS et Amazon RDS Custom, consultez Choisir entre Amazon EC2 et Amazon RDS sur le site Prescriptive Guidance. AWS

  • Refactorisation (réarchitecture) : cela implique généralement de modifier les applications et de les moderniser en utilisant des bases de données open source ou des bases de données conçues pour le cloud. En abandonnant SQL Server, vous pouvez réduire les coûts de licence et éviter la dépendance vis-à-vis des fournisseurs et les audits de licence. Vous pouvez moderniser vos bases de données SQL Server pour :

    Pour convertir votre schéma et votre code SQL Server, vous pouvez utiliser la conversion de AWS DMS schéma, qui est une fonctionnalité de conversion de schéma entièrement gérée de AWS Database Migration Service (AWS DMS).

Migrer

Lorsque vous migrez vos charges de travail SQL Server vers AWS, les sections suivantes décrivent les outils et approches disponibles pour chaque stratégie de migration.

Réhébergement

Le réhébergement est une approche de migration homogène. Choisissez cette option lorsque vous souhaitez migrer votre base de données SQL Server telle quelle sans modifier le logiciel ou la configuration de la base de données. Il s'agit d'un choix courant pour les migrations existantes à grande échelle où la rapidité est la priorité.

Migration de SQL Server à l’aide d’Amazon EC2

Si vous migrez vers Amazon EC2, vous pouvez utiliser vos licences SQL Server existantes en utilisant le modèle BYOL, ou vous pouvez acheter des instances LI auprès de. AWSAWS License Managervous permet de contrôler l'allocation de vos licences disponibles lors du déploiement de SQL Server sur Amazon EC2 et de vous conformer aux règles de licence.

Pour une approche BYOL, vous pouvez réhéberger SQL Server vers des instances Amazon EC2 à location partagée (par défaut) uniquement si vous disposez de Microsoft Software Assurance (SA). Si vous n'avez pas de licence SA sur vos licences SQL Server, vous pouvez les réhéberger sur des hôtes dédiés Amazon EC2 si les licences ont été achetées avant le 1er octobre 2019 ou si vous les avez ajoutées à titre de confirmation dans le cadre d'une inscription d'entreprise active effective avant cette date. Pour plus d'informations, consultez la section Licences Microsoft sur AWS.

Vous pouvez migrer une base de données SQL Server vers une instance Amazon EC2 à l'aide des fonctionnalités de SQL Server ou. Services AWS Ces options sont appropriées si vous migrez une seule base de données ou un ensemble de bases de données vers une nouvelle instance SQL Server sur Amazon EC2. Outre la migration de base de données, vous devrez peut-être également migrer des objets tels que les connexions, les tâches, le courrier de base de données et les serveurs liés.

Les approches suivantes sont disponibles pour réhéberger vos bases de données SQL Server sur AWS :

Vous pouvez également utiliser SQL Server AWS Launch Wizard pour vous guider dans le dimensionnement, la configuration et le déploiement de Microsoft SQL Server sur Amazon EC2, qui prend en charge les déploiements en instance unique et en haute disponibilité.

Migration de SQL Server à l'aide de AWS Application Migration Service

AWS Application Migration Serviceconvient parfaitement si vous souhaitez déplacer une ou plusieurs machines à grande échelle d'un environnement sur site vers un environnement AWS sans modifier la version de SQL Server, le système d'exploitation ou le code des bases de données avec un temps d'arrêt quasi nul ou minimal. Vous pouvez l'utiliser AWS Application Migration Service pour lever et déplacer rapidement des serveurs physiques, virtuels ou cloud sans problèmes de compatibilité, d'impact sur les performances ou de longues périodes de transition. Pour obtenir des conseils sur la migration d'une base de données SQL Server d'un environnement sur site vers une instance Amazon EC2 à l'aide d'Application Migration Service, consultez la section Migration de bases de données Microsoft SQL Server vers les instructions prescriptives. AWS Cloud AWS Vous pouvez également consulter les meilleures pratiques lorsque vous utilisez le service de migration d'applications pour migrer des charges de travail de base de données Microsoft SQL Server vers AWS.

SQL Server sous Linux

Le moteur de base de données SQL Server fonctionne de la même manière sous Windows Server et Linux. Certaines tâches sont toutefois modifiées lors de l'utilisation de Linux. AWS Launch Wizardpeut vous aider à vous adapter à ces changements et à configurer des solutions hautement disponibles. Si vous disposez en interne d’une expertise en matière d’administration Linux, le réhébergement sur Amazon EC2 Linux est un bon choix pour réduire les coûts de licence de Windows Server. SQL Server sous Linux est pris en charge à partir de SQL Server 2017. Pour plus d'informations, consultez Migrer une base de données Microsoft SQL Server sur site vers Microsoft SQL Server sur Amazon EC2 exécutant Linux AWS selon des directives prescriptives.

Replateforme

La replateforme est une approche homogène parfaitement adaptée pour réduire le temps que vous consacrez à la gestion des instances de base de données en utilisant une offre de base de données entièrement gérée. Une base de données entièrement gérée dans Amazon RDS for SQL Server vous empêche d’accéder au système d’exploitation sous-jacent, au volume système ou d’installer des pilotes personnalisés. Pour plus d'informations, consultez Amazon RDS pour Microsoft SQL Server. Si OS-level un accès ou des licences SQL Server existantes sont nécessaires, envisagez de passer à Amazon RDS Custom for SQL Server.

Amazon RDS Custom for SQL Server prend en charge le modèle de licence BYOM, qui vous permet d'utiliser vos propres supports d'installation et licences. Vos licences doivent être conformes aux conditions de Microsoft License Mobility. Vous pouvez replateformer SQL Server vers Amazon RDS for SQL Server ou vers Amazon RDS Custom for SQL Server. Le choix dépend du niveau de personnalisation dont vous avez besoin pour le système d'exploitation sous-jacent, du fait que les fonctionnalités dont vous avez besoin sont prises en charge dans Amazon RDS for SQL Server ou que vous souhaitez utiliser vos licences SQL Server existantes à l'aide de BYOM.

Les options suivantes sont disponibles pour la migration de SQL Server vers Amazon RDS for SQL Server ou Amazon RDS Custom pour SQL Server :

Pour plus d'informations, consultez les méthodes de migration de SQL Server dans le Guide AWS prescriptif.

Pour reconfigurer vos bases de données SQL Server afin qu’elles s’exécutent sur Amazon RDS for SQL Server, pensez à utiliser les approches proposées dans les ressources Amazon RDS for SQL Server. Pour plus d'informations sur la façon de migrer les charges de travail en fin de support, consultez Migrer des bases de données Microsoft SQL Server en fin de support vers Amazon RDS for SQL Server en toute confiance sur le blog de base de données. AWS Pour plus d'informations sur la migration de bases de données locales vers Amazon RDS Custom for SQL Server, consultez la section Migration d'une base de données locale vers Amazon RDS Custom for SQL Server dans la documentation Amazon RDS.

Refactorisation

La refactorisation est hétérogène. Choisissez cette approche si vous êtes prêt à restructurer, réécrire et réarchitecturer votre base de données et votre application afin de tirer parti des offres de bases de données open source et conçues pour le cloud. Si vous êtes prêt à refactoriser votre base de données et vos applications respectives, vous pouvez moderniser vos charges de travail SQL Server en optant pour Amazon RDS for MySQL, Amazon RDS pour PostgreSQL, Amazon Aurora Edition ou Amazon Aurora Edition. MySQL-Compatible PostgreSQL-Compatible Vous pouvez procéder à une refactorisation en fonction de nombreux délais de modernisation et de nombreuses exigences de performance.

Amazon RDS for MySQL et Amazon RDS for PostgreSQL sont des offres de bases de données entièrement gérées pour leurs bases de données open source respectives. Amazon Aurora est un système de gestion de base de données relationnelle (RDBMS) conçu pour le cloud avec une compatibilité totale avec MySQL et PostgreSQL. Aurora est doté d’un système de stockage tolérant aux pannes et vous offre les performances et la disponibilité des bases de données de qualité commerciale à un dixième du prix.

Vous pouvez également utiliser Amazon Aurora Serverless pour exécuter votre base de données AWS sans gérer la capacité de la base de données. Amazon Aurora sans serveur v2 s’adapte instantanément à des centaines de milliers de transactions en une fraction de seconde. Vous ne payez que pour la capacité consommée par votre application et vous pouvez économiser jusqu'à 90 % sur les coûts de base de données par rapport au coût de provisionnement de la capacité en cas de pic de charge.

Pour refactoriser vos bases de données SQL Server en fonction de l'une de ces offres, pensez à utiliser l'une des solutions suivantes :

Ressources supplémentaires