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. # Méthodes de migration de base de données SQL Server Il existe différentes méthodes pour migrer vos bases de données SQL Server vers AWS. Vous pouvez choisir parmi les AWS services et les fonctionnalités natives de SQL Server en fonction de votre évaluation et de vos besoins. Cette section décrit certaines des méthodes les plus courantes, qui sont résumées dans les deux tableaux suivants. Des discussions détaillées sur certaines de ces méthodes sont incluses dans les sections sur Amazon EC2 et Amazon RDS plus loin dans ce guide. **AWS services** **** | Méthode de migration | Cible | Caractéristiques et limites | En savoir plus | | --- | --- | --- | --- | | **AWS DMS** | Amazon EC2 Amazon RDS Amazon RDS Custom Amazon Aurora | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | [AWS DMS](heterogeneous-migration-tools.md#aws-dms) Section | | **Orchestrateur de l'AWS Migration Hub** | Amazon EC2 Amazon RDS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Orchestrateur de l'AWS Migration Hub](mho.md) Section | | **AWS Application Migration Service** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non traité dans ce guide (voir la [documentation du service de migration des applications](https://docs.aws.amazon.com/mgn/index.html)) | | **AWS Snowball Edge** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Section Snowball Edge](snowball-edge.md) | **Méthodes natives de SQL Server** **** | Méthode de migration | Cible | Caractéristiques et limites | En savoir plus | | --- | --- | --- | --- | | **Sauvegarde et restauration natives** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Section de [sauvegarde/restauration native de SQL Server](native-backup-restore.md) (vous pouvez l'utiliser [Orchestrateur de l'AWS Migration Hub](mho.md)pour automatiser la sauvegarde et la restauration natives) | | **Expédition de journaux** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Section [d'expédition des journaux](log-shipping.md) | | **Expédition de grumes personnalisée** | Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Automatisez la migration sur site ou d'Amazon EC2 SQL Server vers Amazon RDS for SQL Server à l'aide de l'envoi de journaux personnalisé](https://aws.amazon.com/blogs/database/automate-on-premises-or-amazon-ec2-sql-server-to-amazon-rds-for-sql-server-migration-using-custom-log-shipping/)AWS (article de blog) | | **Mise en miroir de bases de données** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Section de mise en miroir de bases](db-mirroring.md) de données | | **Groupes de disponibilité Always On** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Section des [groupes de disponibilité Always](always-on.md) On | | **Groupes de disponibilité Always On de base** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non traité dans ce guide (voir les [groupes de disponibilité Always On de base pour une seule base de données](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups) dans la documentation Microsoft) | | **Groupes de disponibilité distribués** | Amazon EC2 Amazon RDS Custom (migration uniquement) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Section [des groupes de disponibilité distribués](distributed-groups.md) | | **Réplication transactionnelle** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Section de [réplication transactionnelle](trans-rep.md) | | **Programme de copie en masse (bcp)** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non traité dans ce guide (voir [Importation et exportation de données SQL Server à l'aide d'autres méthodes](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html), section *Copie en bloc* dans la documentation Amazon RDS) | | **Détachez et attachez** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non traité dans ce guide (voir [Détachement et attachement de base](https://learn.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server) de données dans la documentation Microsoft) | | **Importation/exportation** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non traité dans ce guide (voir [Importation et exportation de données SQL Server à l'aide d'autres méthodes](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW) dans la documentation Amazon RDS) | # Sauvegarde/restauration native de SQL Server Amazon RDS prend en charge les opérations de sauvegarde et de restauration natives pour les bases de données Microsoft SQL Server à l'aide de fichiers de sauvegarde complète et différentielle (.bak). Il prend également en charge les options de restauration différentielle et de restauration des journaux sur une instance de base de données Amazon RDS for SQL Server ou une instance EC2 Amazon SQL Server, afin de minimiser les temps d'arrêt de votre application. **Note** Vous pouvez effectuer des opérations de restauration complète, différentielle et de journalisation sur Amazon RDS for SQL Server. Toutefois, vous ne pouvez effectuer qu'une sauvegarde complète et différentielle (et non une sauvegarde du journal) pour le moment. L'utilisation de fichiers .bak natifs est le moyen le plus simple de sauvegarder et de restaurer des bases de données SQL Server. Vous pouvez utiliser cette méthode pour migrer des bases de données vers ou depuis Amazon RDS. Vous pouvez sauvegarder et restaurer des bases de données individuelles plutôt que des instances de base de données complètes. Vous pouvez également déplacer des bases de données entre des instances de base de données Amazon RDS for SQL Server. Lorsque vous utilisez Amazon RDS, vous pouvez stocker et transférer des fichiers de sauvegarde dans Amazon Simple Storage Service (Amazon S3), afin de renforcer la protection en cas de reprise après sinistre. Par exemple : + Vous pouvez créer une sauvegarde complète de votre base de données à partir de votre serveur local, la copier dans un compartiment S3, puis la restaurer sur une instance de base de données Amazon RDS SQL Server existante. + Vous pouvez effectuer des sauvegardes depuis une instance de base de données Amazon RDS for SQL Server, les stocker dans Amazon S3, puis les restaurer où vous le souhaitez. + Vous pouvez implémenter les règles de configuration d'[Amazon S3 Lifecycle](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html) pour archiver ou supprimer des sauvegardes à long terme. Amazon RDS for SQL Server prend en charge la restauration des sauvegardes natives de SQL Server sur des instances de base de données SQL Server sur lesquelles des répliques de lecture sont configurées. Cela signifie que vous n'avez pas à supprimer la réplique lue avant de restaurer le fichier de sauvegarde natif sur votre instance de base de données Amazon RDS for SQL Server. **Note** Vous pouvez utiliser Migration Hub Orchestrator pour automatiser et orchestrer les migrations de vos bases de données SQL Server vers Amazon ou EC2 Amazon RDS en utilisant la sauvegarde et la restauration natives. Pour plus d'informations, consultez la [Orchestrateur de l'AWS Migration Hub section](mho.md). Le schéma suivant montre le backup/restore processus natif de SQL Server. Vous pouvez utiliser Migration Hub Orchestrator pour automatiser ce processus. Vous pouvez également utiliser ce processus pour sauvegarder et restaurer des bases de données SQL Server sur Amazon EC2 . ![\[SQL Server migration process with native SQL Server backup/restore\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/images/sql-native-backup-restore.png) Pour automatiser la sauvegarde et la restauration, consultez la [documentation de Migration Hub Orchestrator](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/what-is-migrationhub-orchestrator.html). Pour configurer le mode natif à backup/restore l'aide d'Amazon S3, consultez la [documentation Amazon RDS.](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling) Pour connaître les limites liées à l'utilisation de la sauvegarde et de la restauration natives de SQL Server, consultez la section [Limitations et recommandations](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations) de la documentation Amazon RDS. # Expédition de journaux Vous pouvez utiliser l'expédition de journaux pour envoyer des sauvegardes du journal des transactions de votre base de données SQL Server principale sur site vers une ou plusieurs bases de données SQL Server secondaires (en veille prolongée) déployées sur des EC2 instances ou des instances de base de données Amazon RDS for SQL Server dans AWS le cloud. Pour configurer l'expédition des journaux sur Amazon RDS for SQL Server, vous devez utiliser vos propres scripts personnalisés. Dans ce scénario, vous configurez une base de données SQL Server en veille prolongée sur une EC2 instance ou une instance de base de données Amazon RDS for SQL Server, et vous envoyez des sauvegardes du journal des transactions de manière asynchrone entre votre base de données sur site et le serveur de veille chaude dans le cloud. AWS Les sauvegardes du journal des transactions sont ensuite appliquées à la base de données en veille prolongée. Lorsque tous les journaux ont été appliqués, vous pouvez effectuer un basculement manuel et passer au cloud. Cette option prend en charge toutes les versions et éditions de SQL Server. Après avoir migré la base de données vers le AWS cloud, vous pouvez ajouter une réplique secondaire en utilisant un groupe de disponibilité Always On à des fins de haute disponibilité et de résilience. ![\[SQL Server migration process with log shipping\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-log-shipping.png) Pour plus d'informations sur l'utilisation de cette méthode pour garantir la haute disponibilité, la protection des données et la reprise après sinistre de vos bases de données SQL Server sur Amazon EC2, consultez la section [Expédition des journaux](ec2-log-shipping.md) dans la section *Amazon EC2 pour SQL Server*. # Mise en miroir de bases de données Vous pouvez utiliser la mise en miroir de bases de données pour configurer un environnement cloud hybride pour vos bases de données SQL Server. Cette option nécessite l'édition Enterprise de SQL Server. Dans ce scénario, votre base de données SQL Server principale s'exécute sur site et vous créez un mode de veille dans le cloud. Vous répliquez vos données de manière asynchrone et vous effectuez un basculement manuel lorsque vous êtes prêt à effectuer le transfert. Après avoir migré la base de données vers le AWS cloud, vous pouvez ajouter une réplique secondaire en utilisant un groupe de disponibilité Always On à des fins de haute disponibilité et de résilience. Pour plus d'informations sur l'utilisation de cette méthode pour garantir la haute disponibilité, la protection des données et la reprise après sinistre de vos bases de données SQL Server sur Amazon EC2, consultez la section Mise en [miroir de bases de données](ec2-db-mirroring.md) dans la section *Amazon EC2 pour SQL Server*. # Groupes de disponibilité Always On Les groupes de disponibilité SQL Server Always On sont une fonctionnalité avancée destinée aux entreprises qui fournit des solutions de haute disponibilité et de reprise après sinistre. Cette fonctionnalité est disponible si vous utilisez SQL Server 2014 ou des versions ultérieures. Vous pouvez également utiliser un groupe de disponibilité Always On pour migrer vos bases de données SQL Server locales vers Amazon EC2 on AWS. Cette approche vous permet de migrer vos bases de données avec un temps d'arrêt minimal, voire nul. Si vous disposez déjà d'un déploiement sur site de groupes de disponibilité SQL Server Always On, votre réplique principale et votre réplique secondaire répliqueront les données de manière synchrone au sein du groupe de disponibilité. Ainsi, pour migrer votre base de données vers AWS le cloud, vous pouvez étendre votre cluster Windows Server Failover Clustering (WSFC) au cloud. Cela peut être temporaire, uniquement à des fins de migration. Vous créez ensuite une réplique secondaire dans le AWS cloud et utilisez la réplication asynchrone, comme indiqué dans le schéma suivant. Une fois que le réplica secondaire est synchronisé avec la base de données locale principale, vous pouvez effectuer un basculement manuel chaque fois que vous êtes prêt pour le passage. ![\[SQL Server migration process with Always On availability groups\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-always-on.png) Pour plus d'informations sur l'utilisation de cette méthode pour garantir la haute disponibilité, la protection des données et la reprise après sinistre de vos bases de données SQL Server sur Amazon EC2, consultez les [groupes de disponibilité Always](ec2-always-on.md) On dans la section *Amazon EC2 pour SQL Server*. # Groupes de disponibilité distribués Un groupe de disponibilité distribué couvre deux groupes de disponibilité distincts. Vous pouvez le considérer comme un groupe de disponibilité composé de groupes de disponibilité. Les groupes de disponibilité sous-jacents sont configurés sur deux clusters WSFC différents. Les groupes de disponibilité qui font partie d'un groupe de disponibilité distribué n'ont pas besoin de partager le même emplacement. Ils peuvent être physiques ou virtuels, sur site ou dans le cloud public. Les groupes de disponibilité d'un groupe de disponibilité distribué ne doivent pas nécessairement exécuter la même version de SQL Server. L'instance de base de données cible peut exécuter une version de SQL Server ultérieure à celle de l'instance de base de données source. Une architecture de groupe de disponibilité distribuée vous permet de réhéberger de manière flexible une instance ou une base de données SQL Server critique sur. AWS Il fournit une solution hybride pour le levage et le déplacement (ou le levage et la transformation) de vos bases de données SQL Server critiques AWS. L'utilisation d'une architecture de groupe de disponibilité distribuée est plus efficace que l'extension de clusters WFSC locaux existants à. AWS Les données sont transférées uniquement du serveur principal sur site vers l'une des AWS répliques (le *redirecteur*). Le redirecteur est chargé d'envoyer les données à d'autres répliques de lecture secondaires. AWS Dans le schéma suivant, le premier cluster WSFC (WSFC 1) est hébergé sur site et possède un groupe de disponibilité sur site (AG 1). Le second cluster WSFC (WSFC 2) est hébergé sur AWS et possède un groupe de AWS disponibilité (AG 2). [Direct Connect](https://aws.amazon.com/directconnect/)est utilisé comme connexion réseau dédiée entre l'environnement sur site et AWS. Le groupe de disponibilité sur site (AG 1) possède deux répliques (*nœuds*). Le transfert de données entre les nœuds est synchrone, avec basculement automatique. De même, le groupe de AWS disponibilité (AG 2) possède également deux répliques, et le transfert de données entre elles est synchrone avec un basculement automatique. Le groupe de disponibilité distribuée assure la synchronisation des bases de données de manière asynchrone. Les données sont transférées de la réplique principale de SQL Server dans AG 1 (qui est sur site) vers la réplique principale (le redirecteur) dans AG 2 (qui est activée AWS). Le redirecteur est chargé d'envoyer les données à d'autres répliques de lecture AWS et de les tenir à jour. Une fois les bases de données locales et les AWS bases de données synchronisées, vous pouvez effectuer un basculement manuel du groupe de disponibilité distribuée vers. AWS La AWS base de données devient la base de données principale pour read/write l'accès depuis les applications. ![\[SQL Server migration process with distributed availability groups\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-distributed-availability-groups.png) **Note** À un moment donné, il n'existe qu'une seule base de données disponible pour les opérations d'écriture. Vous pouvez utiliser les répliques secondaires restantes pour les opérations de lecture. Pour augmenter vos charges de travail de lecture, vous pouvez ajouter d'autres répliques de lecture dans plusieurs zones de disponibilité sur. AWS Pour plus d'informations sur les groupes de disponibilité distribués, voir : + [Documentation Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups) + [Comment concevoir une solution Microsoft SQL Server hybride à l'aide de groupes de disponibilité distribués](https://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/) sur le blog de AWS base de données + [Migrez SQL Server vers des AWS groupes de disponibilité distribués](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html) sur le site Web des AWS directives prescriptives # Réplication transactionnelle La réplication transactionnelle est une technologie SQL Server utilisée pour répliquer les modifications entre deux bases de données. Ces modifications peuvent inclure des objets de base de données tels que des tables (une clé primaire est requise), des procédures stockées, des vues, etc., ainsi que des données. Le processus de réplication implique un *éditeur* (la base de données principale qui publie les données), un *abonné* (une base de données secondaire qui reçoit les données répliquées) et un *distributeur* (un serveur qui stocke les métadonnées et les transactions pour la réplication transactionnelle). Vous pouvez utiliser la réplication transactionnelle pour SQL Server sur Amazon EC2 et Amazon RDS pour les instances de base de données SQL Server. La réplication transactionnelle crée un instantané des objets et des données de votre base de données locale (publication) et l'envoie à la base de données des abonnés. Une fois l'instantané appliqué à l'abonné, toutes les modifications de données et de schéma ultérieures effectuées par l'éditeur sont envoyées à l'abonné au fur et à mesure qu'elles se produisent. Les modifications de données sont ensuite appliquées en continu à l'abonné dans le même ordre que celui dans lequel elles se sont produites chez l'éditeur. Une fois la synchronisation terminée, vous effectuez la validation sur l'instance de base de données SQL Server cible. Lorsque les deux bases de données sont synchronisées, vous arrêtez l'activité sur la base de données locale, vous vous assurez que la réplication est terminée, puis vous effectuez le transfert vers l'instance de base de données SQL Server cible. Vous pouvez ensuite arrêter l'abonnement push, le supprimer et commencer à utiliser Amazon RDS for SQL Server. Les bases de données d'abonnés peuvent également être utilisées comme bases de données en lecture seule. Il est recommandé que le distributeur, qui enregistre les tâches de synchronisation, se trouve sur un serveur distinct. Si votre base de données cible se trouve sur Amazon RDS for SQL Server, vous pouvez configurer un abonnement push pour transmettre les modifications à l'abonné. Nous vous recommandons d'utiliser la réplication transactionnelle lorsque vous souhaitez : + Effectuez une migration unique de vos données vers Amazon RDS ou Amazon EC2. + Migrez les objets au niveau du schéma ou au niveau de la table vers. AWS + Migrer une partie d'une base de données vers AWS. + Migrez avec un temps d'arrêt minimal en utilisant les stratégies de réplication SQL Server existantes en ajoutant des abonnés supplémentaires. Si vous envisagez d'utiliser la réplication transactionnelle pour une migration unique de vos données vers Amazon RDS for SQL Server, nous vous recommandons de configurer une configuration mono-AZ pour la réplication. Une fois le processus de réplication terminé, vous pouvez convertir votre environnement en une architecture multi-AZ pour une haute disponibilité. Le schéma suivant montre le processus de réplication transactionnelle pour les bases de données sur Amazon RDS et Amazon. EC2 ![\[SQL Server migration process with transactional replication\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-transactional-replication.png) Pour plus d'informations sur la réplication transactionnelle, consultez la [documentation Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication) et l'article [Comment migrer vers Amazon RDS for SQL Server à l'aide de la réplication transactionnelle](https://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/) sur AWS le blog de base de données. # Orchestrateur de l'AWS Migration Hub **Note** AWS Migration Hub n'est plus ouvert aux nouveaux clients à compter du 7 novembre 2025. Pour des fonctionnalités similaires à AWS Migration Hub, explorez [AWS Transform](https://aws.amazon.com/transform/). Orchestrateur de l'AWS Migration Hub vous aide à orchestrer et à automatiser la migration des bases de données SQL Server vers Amazon EC2 ou Amazon RDS. Cette fonctionnalité vous AWS Migration Hub permet de démarrer rapidement en utilisant des modèles de flux de travail prédéfinis basés sur les meilleures pratiques. Migration Hub Orchestrator automatise les tâches manuelles sujettes aux erreurs impliquées dans le processus de migration, telles que la vérification de l'état de préparation de l'environnement et des connexions. Vous pouvez également utiliser Migration Hub Orchestrator pour orchestrer et accélérer les migrations pour les applications .NET, les charges de travail SAP et les images de machines virtuelles, en plus de vos bases de données SQL Server. Vous pouvez accéder à cet outil via la [console Migration Hub Orchestrator.](https://console.aws.amazon.com/migrationhub/orchestrator/) Pour la migration de SQL Server, Migration Hub Orchestrator prend en charge trois cas d'utilisation : + Réhébergez SQL Server sur Amazon EC2. Vous pouvez choisir des serveurs SQL spécifiques et les réhéberger sur Amazon EC2 en utilisant la sauvegarde et la restauration natives automatisées dans Migration Hub Orchestrator. Pour en savoir plus, consultez [Rehost SQL Server sur Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-sql-ec2.html ) dans la documentation de Migration Hub Orchestrator. + Replateformage de SQL Server sur Amazon RDS. Vous pouvez choisir des bases de données SQL Server spécifiques et les reconfigurer sur Amazon RDS à l'aide de la sauvegarde et de la restauration natives automatisées dans Migration Hub Orchestrator. Pour en savoir plus, consultez [Replatform SQL Server sur Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) dans la documentation de Migration Hub Orchestrator. + Réhébergez des applications Windows et SQL Server sur Amazon EC2. Vous pouvez transférer vos serveurs Windows exécutant .NET et SQL Server vers Amazon EC2 en utilisant le * EC2 modèle Rehost applications on Amazon*. Pour en savoir plus, consultez la section [Rehost applications sur Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) dans la documentation de Migration Hub Orchestrator. Migration Hub Orchestrator permet d'éviter les dépassements de calendrier et de budget lors de vos migrations vers SQL Server. Les autres avantages clés incluent : + Migrez les applications à l'aide d'une méthodologie prescriptive. Vous pouvez démarrer rapidement avec les modèles de flux de travail prédéfinis, qui sont basés sur les meilleures pratiques éprouvées en matière de migration. Vous pouvez également personnaliser votre flux de travail de migration en ajoutant, en réorganisant et en supprimant des étapes en fonction de vos besoins. Par exemple, vous pouvez ajouter une étape pour l'approbation du transfert. + Automatisez les étapes manuelles. Migration Hub Orchestrator automatise les tâches manuelles telles que l'installation d'agents, l'importation d'images sur site, le provisionnement de votre environnement cible et la AWS vérification des environnements source et cible. L'automatisation vous permet d'économiser du temps et de l'argent tout en réduisant les erreurs. + Orchestrez le flux de travail de migration. Migration Hub Orchestrator orchestre les outils utilisés lors des étapes de migration en réutilisant les métadonnées d'inventaire, les spécifications de configuration et le contexte de l'environnement afin de minimiser le nombre d'entrées requises par ces outils. Pour plus d'informations, consultez les ressources suivantes : + [Console Migration Hub Orchestrator](https://console.aws.amazon.com/migrationhub/orchestrator/) + [Réhébergez des applications sur Amazon EC2 (Guide](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) de l'*utilisateur de Migration Hub Orchestrator*) + [Replateforme du serveur SQL sur Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) (Guide de l'utilisateur de *Migration Hub Orchestrator*) + [Workflows de migration](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/migration-workflows.html) *(Guide de l'utilisateur de Migration Hub Orchestrator*) + [Utilisation de Migration Hub Orchestrator pour simplifier et accélérer les migrations vers Microsoft SQL Server](https://aws.amazon.com/blogs/modernizing-with-aws/aws-migration-hub-orchestrator-sql-server-migrations-to-aws/) (article de AWS blog) + [Simplifiez la migration de vos images Windows Server avec Orchestrateur de l'AWS Migration Hub](https://aws.amazon.com/blogs/modernizing-with-aws/simplify-migrating-your-windows-server-images-with-aws-migration-hub-orchestrator/) (article de AWS blog) # AWS Snowball Edge **Note** AWS Snowball Edge n'est plus disponible pour les nouveaux clients. Les nouveaux clients devraient envisager [AWS DataSync](https://aws.amazon.com/datasync/)des transferts en ligne, un [terminal de transfert de AWS données](https://aws.amazon.com/data-transfer-terminal/) pour des transferts physiques sécurisés ou AWS Partner des solutions. Pour l'informatique de pointe, explorez [AWS Outposts](https://aws.amazon.com/outposts/). Vous pouvez l'utiliser AWS Snowball Edge pour migrer de très grandes bases de données (jusqu'à 210 To). Snowball dispose d'un port Ethernet 10 Gbit que vous pouvez connecter à votre serveur local et placer toutes les sauvegardes de base de données ou les données sur l'appareil Snowball Edge. Une fois les données copiées dans Snowball Edge, vous envoyez l'appliance AWS pour qu'elle soit placée dans le compartiment S3 que vous avez désigné. Vous pouvez ensuite télécharger les sauvegardes depuis Amazon S3 et les restaurer sur SQL Server sur une EC2 instance, ou exécuter la procédure `rds_restore_database` stockée pour restaurer la base de données sur Amazon RDS. Vous pouvez également utiliser [AWS Snowcone](https://aws.amazon.com/snowcone/) pour des bases de données d'une taille maximale de 8 To. Pour plus d'informations, consultez la [AWS Snowball Edge documentation](https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html) et la section [Importation et exportation de bases de données SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using), *restauration d'une base* de données, dans la documentation Amazon RDS.