Comprendre les groupes de disponibilité distribués pour la migration
Si vous souhaitez réduire le temps d’arrêt pendant la migration, vous pouvez utiliser la fonctionnalité de groupe de disponibilité SQL Server Always On pour étendre une base de données locale dans le cloud.
Un groupe de disponibilité distribué peut être utilisé pour migrer une instance autonome de SQL Server ou un groupe de disponibilité Always On vers SQL Server sur des machines virtuelles Azure.
Si vous migrez une base de données (ou plusieurs) à partir d’une instance autonome, l’utilisation d’un groupe de disponibilité distribué est une solution simple qui ne nécessite pas de cluster de basculement Windows Server ou d’écouteur de groupe de disponibilité sur la source ou la cible. Toutefois, si vous migrez un groupe de disponibilité, un cluster et un écouteur sont requis sur la source et la cible.
Vous pouvez utiliser Transact-SQL pour ajouter un réplica de la base de données à l’aide de instance SQL Server locale déjà existante avec l’Assistant Ajouter un réplica Azure. Il doit disposer d’un groupe de disponibilité Always On existant et d’une connexion existante entre votre réseau local et Azure.
Remarque
L’Assistant Ajouter un réplica Azure fonctionne uniquement avec des machines virtuelles Azure exécutées dans le modèle de déploiement classique. La meilleure pratique consiste à créer des machines virtuelles avec Resource Manager. Vous ne pouvez donc ajouter un réplica qu’à l’aide de Transact-SQL.