Migrer des charges de travail SQL Server (FAQ)

  • Article

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceSQL Server sur la machine virtuelle Azure

La migration de charges de travail locales SQL Server et d’applications associées vers le cloud apporte généralement un large éventail de questions qui vont au-delà des simples informations sur les fonctionnalités du produit.

Cet article fournit une vue holistique et vous aide à comprendre comment extraire un maximum de valeur lors de la migration vers Azure SQL. La section Moderniser des applications et SQL aborde les questions relatives à Azure SQL en général, ainsi qu’aux scénarios courants de modernisation des applications et SQL. La section Évaluation métier et technique couvre les économies, les licences, la réduction des risques de migration, la continuité d’activité, la sécurité, les charges de travail et l’architecture, les performances et les questions d’évaluation métier et techniques similaires. La dernière section traite du Processus de migration et de modernisation lui-même, avec notamment des conseils sur les outils de migration.

Moderniser des applications et SQL

Azure SQL

Quels sont les avantages du déplacement d’applications et de charges de travail SQL Server vers Azure ?

Une migration vers Azure offre des coûts optimisés, de la flexibilité et de la scalabilité, une sécurité renforcée, une meilleure conformité, une continuité d’activité améliorée, et une gestion et une supervision simplifiées.

Qu'est-ce que SQL Azure ?

Azure SQL est une famille de services qui utilisent le moteur de base de données SQL Server dans le cloud Azure. Les services suivants appartiennent à Azure SQL : Azure SQL Database (SQL Database), Azure SQL Managed Instance (SQL Managed Instance) et SQL Server sur machines virtuelles Azure (SQL VMs).

Quelle est la différence entre la migration et la modernisation vers Azure SQL ?

La migration vers Azure SQL implique le déplacement d’applications, d’infrastructure et de données d’un emplacement (par exemple le centre de données local d’une entreprise) vers l’infrastructure Azure. Pour les clients SQL Server, cela signifie migrer vos charges de travail tout en réduisant l’impact sur les opérations. Vous pouvez réduire les coûts informatiques, améliorer la sécurité et la résilience et atteindre une échelle à la demande.

La modernisation vers Azure SQL implique la mise à jour des applications existantes pour les nouvelles approches informatiques et infrastructures d’application et l’utilisation de technologies natives cloud. Pour ce faire, vous pouvez utiliser des services PaaS tels qu’Azure SQL Database et Azure SQL Managed Instance, qui offrent des avantages supplémentaires pour l’innovation des applications, l’agilité, la vélocité des développeurs et l’optimisation des coûts.

Que signifient les termes IaaS et PaaS ?

Infrastructure as a service (IaaS) est un type de service de cloud computing qui offre des ressources de calcul, de stockage et de réseau essentielles à la demande.

Platform as a service (PaaS) est un environnement de développement et de déploiement complet dans le cloud, dont les ressources vous permettent de fournir tout type d’application, allant des applications cloud simples aux applications cloud d’entreprise sophistiquées.

PaaS offre des avantages supplémentaires par rapport à IaaS, comme des cycles de développement plus courts, des fonctionnalités de développement supplémentaires sans ajouter de personnel, un accès abordable à des outils sophistiqués, pour n’en citer que quelques-uns. Azure SQL fournit à la fois des services PaaS (SQL Managed Instance, SQL Database) et IaaS (machine virtuelle SQL).

Comment déterminer si je dois déplacer mon SQL Server vers une machine virtuelle, SQL Managed Instance ou SQL Database ?

  • SQL Managed Instance est la bonne cible PaaS pour moderniser vos applications SQL Server existantes à grande échelle; cette solution fournit presque toutes les fonctionnalités de SQL Server (y compris les fonctionnalités au niveau de l’instance) tout en réduisant les coûts de gestion du serveur et de la base de données.

  • SQL Database est le choix le plus approprié lors de la création d’applications cloud natives, car cette solution offre une élasticité élevée et une flexibilité de choix entre les niveaux architecturaux et ceux de calcul. On peut par exemple citer le niveau Serverless qui offre une élasticité accrue et le niveau Hyperscale qui offre un stockage et des ressources de calcul hautement scalables.

  • Si vous avez besoin d’un contrôle et d’une personnalisation complets, y compris l’accès au système d’exploitation, vous pouvez opter pour SQL Server sur une machine virtuelle Azure. La comparaison des services fournit plus de détails. Un éventail d’outils de migration vous permet de faire le choix optimal en fournissant une évaluation de la compatibilité et les coûts des services cibles.

Comment réduire les coûts en passant à Azure SQL ?

Le passage à Azure permet d’économiser en ressources, frais de maintenance et coûts immobiliers, en plus de la possibilité d’optimiser les charges de travail afin qu’elles coûtent moins cher à exécuter. Azure SQL Managed Instance et SQL Database offrent tous les avantages des services PaaS, avec un réglage automatisé des performances, des sauvegardes, des mises à jour correctives logicielles et une haute disponibilité, chacun de ces éléments impliquant un effort et un coût considérables s’ils sont effectués manuellement.

Par exemple, les solutions SQL Managed Instance et SQL Database (base de données unique et pool élastique) fournies intègrent la haute disponibilité. En outre, les niveaux Critique pour l’entreprise (SQL Managed Instance) et Premium (SQL Database) fournissent des réplicas en lecture seule sans coût supplémentaire, tandis que le niveau Hyperscale de SQL Database autorise la haute disponibilité et les réplicas secondaires nommés pour le scale-out en lecture sans coût de licence. En outre, les clients Software Assurance peuvent utiliser leur licence SQL Server locale sur Azure en appliquant Azure Hybrid Benefit (AHB). Software Assurance vous permet également d’implémenter des bases de données secondaires à haute disponibilité et récupération d’urgence passives gratuites avec une machine virtuelle SQL.

De plus, chaque service Azure SQL vous offre la possibilité de réserver des instances à l’avance (pour des durées d'un an ou de trois ans), et de réaliser des économies supplémentaires importantes. Les plans tarifaires Dev/Test permettent de réduire davantage les coûts de développement. Enfin, consultez l’article suivant sur la façon dont vous pouvez Optimiser le coût d’Azure SQL Managed Instance avec Microsoft Azure Well-Architected Framework.

Quel est le meilleur chemin de licence pour réduire les coûts lors du déplacement de charges de travail SQL Server existantes vers Azure ?

Unique à Azure, Azure Hybrid Benefit (AHB) est un avantage de licence qui vous permet d’apporter vos licences Windows Server et SQL Server existantes avec Software Assurance (SA) dans Azure. En plus des économies de réservations et des mises à jour de sécurité étendues, AHB peut vous faire économiser jusqu’à 85 % par rapport aux tarifs de paiement à l’utilisation dans Azure SQL. En outre, veillez à consulter les différents plans tarifaires Dev/Test.

Scénarios de modernisation des applications et SQL

Scénario 1 : Déplacement du centre de données vers le cloud : quel est le chemin de modernisation des applications et des bases de données SQL Server ?

La mise à jour des applications existantes d’une organisation vers un premier modèle cloud peut être réalisée à l’aide d’applications et de services de données entièrement managés, notamment Azure App Service, Azure Spring Apps, Azure SQL Database, Azure SQL Managed Instance et d’autres services PaaS. Azure Kubernetes Services (AKS) fournit une approche managée basée sur des conteneurs au sein d’Azure. La modernisation des applications et des données dans Azure est réalisée en plusieurs étapes, les exemples de scénarios les plus courants étant décrits dans le Cloud Adoption Framework.

Scénario 2 : Réduction des coûts de SQL Server : Comment puis-je réduire le coût de mon parc SQL Server existant ?

La migration vers des machines virtuelles Azure SQL, SQL Managed Instance ou SQL Database permet d’économiser sur les ressources, la maintenance et les coûts immobiliers. L’utilisation de vos licences SQL Server locales dans Azure via Azure Hybrid Benefit, l’utilisation des réservations Azure pour les vCores de machines virtuelles SQL, SQL Managed Instance et SQL Database, ainsi que l’utilisation de machines virtuelles à capacité de processeur virtuel restreinte vous offrent une large gamme d’options pour vous apporter une solution rentable.

Pour implémenter des solutions BCDR dans Azure SQL, vous bénéficiez des réplicas de haute disponibilité intégrés de SQL Managed Instance et SQL Database ou des bases de données secondaires à haute disponibilité et récupération d’urgence passives gratuites à l’aide de machines virtuelles SQL. En outre, les niveaux Critique pour l’entreprise (SQL Managed Instance) et Premium (SQL Database) fournissent des réplicas en lecture seule sans coût supplémentaire, tandis que le niveau Hyperscale de SQL Database autorise la haute disponibilité et les réplicas secondaires nommés pour le scale-out en lecture sans coût de licence. En outre, veillez à consulter les différents plans tarifaires Dev/Test.

Si vous souhaitez comprendre comment vous pouvez économiser jusqu’à 64 % en passant à Azure SQL, veuillez consulter le rapport ESG (Environmental, Social and Governance Impact) sur L’impact économique de la migration des instances SQL Server locales vers Microsoft Azure SQL Solutions. Enfin, consultez l’article suivant sur la façon dont vous pouvez Optimiser le coût d’Azure SQL Managed Instance avec Microsoft Azure Well-Architected Framework.

Scénario 3 : Optimiser le portefeuille d’applications : Comment puis-je moderniser à la fois mon portefeuille d’applications et les instances SQL Server ?

La modernisation des applications et des données dans Azure est réalisée en plusieurs étapes, les exemples de scénarios les plus courants étant décrits dans le Cloud Adoption Framework.

Scénario 4 : Fin de prise en charge de SQL Server : Quelles options sont offertes pour passer à Azure SQL ?

Une fois que SQL Server atteint la fin de la phase de prise en charge, vous avez plusieurs options de modernisation vers Azure SQL. L’une des options consiste à migrer votre charge de travail vers Azure SQL Managed Instance, qui fournit une parité des fonctionnalités élevée avec le produit SQL Server local. Vous pouvez également déplacer la charge de travail vers une base de données Azure SQL Database. Ces services s’exécutent sur les fonctionnalités persistantes SQL Server, vous offrant de fait la « fin de la fin de la prise en charge ».

La compatibilité descendante est fournie via les niveaux de compatibilité et les paramètres de niveau de compatibilité de la base de données. Des outils tels que l’extension de migration Azure SQL dans Azure Data Studio ou l’Assistant Migration de données vous aideront à identifier les incompatibilités possibles.

Quand une solution PaaS (Platform-as-a-Service) ne correspond pas à votre charge de travail, les machines virtuelles Azure SQL fournissent la possibilité d’effectuer une migration en l’état. En passant à une machine virtuelle Azure SQL, vous recevrez également des correctifs de sécurité étendus gratuits qui peuvent vous permettre de réaliser d’importantes économies (par exemple, jusqu’à 69 % pour SQL Server 2012).

Scénario 5 : Respect de la conformité réglementaire : Comment Azure SQL contribue à répondre aux exigences de conformité réglementaire ?

Azure Policy dispose de stratégies intégrées qui aident les organisations à respecter la conformité réglementaire. Des stratégies ad hoc et personnalisées peuvent également être créées. Pour plus d’informations, consultez Contrôles de conformité réglementaire d’Azure Policy pour la base de données Azure SQL et SQL Managed Instance. Pour obtenir une vue d’ensemble des offres de conformité, vous pouvez consulter la documentation de conformité Azure.

Bien démarrer, l’approche holistique

Comment préparer un cas métier de migration ?

Le Cloud Adoption Framework pour Azure de Microsoft est un excellent point de départ pour vous aider à créer et à implémenter la stratégie métier et technologique nécessaire pour votre déplacement vers Azure.

Où puis-je trouver des guides de migration pour Azure SQL ?

Les guides suivants vous aident à découvrir, évaluer et migrer des instances SQL Server vers des machines virtuelles Azure, SQL Managed Instance et SQL Database.

Dois-je moderniser les applications et SQL en même temps ? Quelles sont mes options ?

Non. N’hésitez pas à adopter une approche itérative pour moderniser chaque charge de travail et chaque composant.

Puis-je moderniser SQL Server vers SQL Managed Instance et simplement « soulever et déplacer » mon application vers une machine virtuelle ?

Oui. Vous pouvez connecter votre application à Azure SQL Managed Instance par le biais de différents scénarios, notamment en cas d’hébergement sur une machine virtuelle.

Évaluation métier et technique

Coût total de possession, licences et avantages

Comment puis-je estimer les économies en coût total de possession (TCO) lors du passage à Azure SQL ?

Le passage à Azure SQL permet d’économiser beaucoup de coûts en améliorant l’efficacité opérationnelle et l’agilité de l’entreprise, ainsi qu’en éliminant le besoin de matériel et de logiciels locaux. Selon le rapport ESG sur L’impact économique de la migration d’instances locales SQL Server vers les solutions Microsoft Azure SQL, vous pouvez économiser jusqu’à 47 % lors de la migration des machines virtuelles SQL locales vers Azure SQL (IaaS), et jusqu’à 64 % lors de la migration vers Azure SQL Managed Instance ou Azure SQL Database (PaaS).

Quel est le modèle de licence pour SQL Managed Instance ?

La gestion des licences SQL Managed Instance suit le modèle de licence basé sur les vCores, où vous payez pour les ressources de calcul, de stockage et de stockage de sauvegarde. Vous pouvez choisir entre plusieurs niveaux de service (usage général, critique pour l’entreprise) et générations de matériel. La page de tarification de SQL Managed Instance fournit une vue d’ensemble complète des références SKU disponibles et des tarifs.

Quel est le modèle de licence pour SQL Database ?

SQL Database offre un choix entre le modèle d’achat vCore et le modèle d’achat d’unités de transaction de base de données. Vous pouvez explorer Tarification - Base de données Azure SQL Database unique pour en savoir plus sur les options de tarification.

Quels types d’abonnement sont pris en charge dans SQL Managed Instance ?

Consultez les types d’abonnement pris en charge pour SQL Managed Instance.

Puis-je utiliser ma licence locale SQL Server lors du déplacement vers Azure SQL ?

Si vous possédez Software Assurance pour des licences d’abonnement principales ou éligibles pour SQL Server Standard Edition ou SQL Server Entreprise Edition, vous pouvez utiliser votre licence SQL Server existante lors du passage à SQL Managed Instance, SQL Database ou une machine virtuelle Azure en appliquant Azure Hybrid Benefit (AHB). Vous pouvez également utiliser ces licences simultanément dans des environnements locaux et Azure (droits à double utilisation) pendant jusqu’à 180 jours.

Comment faire pour passer d’une machine virtuelle SQL à SQL Managed Instance ?

Vous pouvez suivre le même guide de migration que pour une instance SQL Server locale.

J’utilise une licence d’abonnement SQL Server. Puis-je l’utiliser pour passer à Azure SQL ?

Oui, les licences d’abonnement éligibles peuvent être utilisées pour payer les services Azure SQL à un taux réduit (de base) en appliquant Azure Hybrid Benefit (AHB).

J’utilise des licences CAL SQL Server. Comment puis-je passer à Azure SQL ?

Les licences CAL SQL Server avec les droits de mobilité de licence appropriés peuvent être utilisées sur des machines virtuelles Azure SQL et Azure SQL Dedicated Host.

Qu’est-ce qu’Azure Hybrid Benefit (AHB) ?

Unique à Azure, Azure Hybrid Benefit (AHB) est un avantage de licence qui vous permet d’apporter vos licences Windows Server et SQL Server existantes avec Software Assurance (SA) dans Azure. En plus des économies de réservations et des mises à jour de sécurité étendues, AHB peut vous faire économiser jusqu’à 85 % par rapport aux tarifs de paiement à l’utilisation dans Azure SQL. Pour plus d’informations, consultez Termes relatifs aux produits et services Microsoft Azure.

Comment faire pour convertir ma licence locale SQL Server en licence vCore dans SQL Managed Instance, SQL Database et une machine virtuelle SQL ?

Pour chaque (1) cœur SQL Server Entreprise Edition, vous obtenez quatre vCores (4) SQL Managed Instance de niveau Usage général ou un (1) vCore de SQL Managed Instance de niveau Critique pour l’entreprise. De même, un (1) cœur SQL Server Standard Edition se traduit par un (1) vCore SQL Managed Instance de niveau Usage général, tandis que quatre (4) vCores SQL Server Standard Edition se traduisent par un (1) vCore SQL Managed Instance de niveau Critique pour l’entreprise.

La mise à jour d’Azure Hybrid Benefit d’août 2020 fournit une vue d’ensemble des conversions de cœurs à vCores possibles pour SQL Managed Instance, SQL Database et une machine virtuelle SQL. Les droits AHB applicables sont également décrits dans les Conditions générales du produit. Vous pouvez également utiliser la Calculatrice d’économies Azure Hybrid Benefit pour calculer les économies exactes pour votre patrimoine SQL Server.

Software Assurance (SA) est-il requis pour l’utilisation d’une licence SQL Server sur Azure SQL ?

Software Assurance est un programme de licence qui peut être appliqué aux licences locales SQL Server, ce qui donne accès à la mobilité des licences, AHB et d’autres avantages. SA est nécessaire si AHB doit être appelé pour utiliser des licences SQL Server existantes (avec SA) lors du déplacement vers Azure SQL. Sans SA + AHB, les clients sont facturés sous le modèle de paiement à l’utilisation.

Par ailleurs, les conditions de gestion des logiciels en sous-traitance qui s'appliquent aux licences SQL Server acquises avant le 1er octobre 2019 vous permettent d'attribuer vos licences existantes Azure Dedicated Host, comme vous le feriez pour accorder une licence à un serveur dans votre propre centre de données. Consultez la rubrique Tarification - Machines virtuelles Dedicated Host pour en savoir plus.

Dois-je payer pour la haute disponibilité dans SQL Managed Instance et SQL Database ?

Les niveaux Usage général et Critique pour l’entreprise de SQL Managed Instance et SQL Database sont basés sur une architecture de haute disponibilité inhérente. Ainsi, il n’y a pas de frais supplémentaires pour la haute disponibilité. Des frais sont facturés aux réplicas haute disponibilité de niveau Hyperscale SQL Database.

Dois-je payer pour les réplicas de haute disponibilité et de récupération d’urgence pour des machines virtuelles Azure SQL ?

Si vous avez Software Assurance sur une machine virtuelle Azure SQL, vous pouvez implémenter des plans de haute disponibilité (HA) et de récupération d’urgence (DR) avec SQL Server sans entraîner des coûts de licence supplémentaires pour l’instance de récupération d’urgence passive. Pour plus d’informations, consultez la documentation sur les machines virtuelles SQL.

Dois-je payer pour la récupération d’urgence dans SQL Managed Instance et SQL Database ?

SQL Managed Instance offre la possibilité de configurer un réplica de secours sans licence, ce qui signifie que les coûts de licence SQL Server pour les vCores que le réplica de secours secondaire utilise ne sont pas facturés.

Puis-je gérer de manière centralisée Azure Hybrid Benefit pour SQL Server sur l’ensemble de l’abonnement Azure ?

Oui. Vous pouvez gérer de manière centralisée votre Azure Hybrid Benefit pour SQL Server sur l’étendue d’un abonnement Azure entier ou d’un compte de facturation global. Actuellement, cette fonctionnalité est uniquement disponible en tant que version préliminaire.

Si je déplace certains de mes serveurs SQL ou certaines de mes charges de travail vers SQL Managed Instance et que je laisse certaines charges de travail locales, puis-je gérer toutes mes licences SQL depuis un même endroit ?

Vous pouvez gérer de manière centralisée vos licences couvertes par Azure Hybrid Benefit pour SQL Server sur l’étendue d’un abonnement Azure entier ou d’un compte de facturation global. Ces données peuvent être combinées avec une vue d’ensemble conservée par votre partenaire de licence/service d’approvisionnement ou en obtenant des informations de licence en créant votre propre vue d’ensemble des licences personnalisée. Vos licences doivent être utilisées localement ou dans le cloud, mais vous disposez de 180 jours de droits d’utilisation simultanée lors de la migration des serveurs.

Comment minimiser les temps d’arrêt pendant la migration en ligne ?

La Fonctionnalité de liaison SQL Managed Instance offre la meilleure solution de migration en ligne avec un temps d’arrêt minimum, répondant aux besoins des applications de niveau 1 les plus critiques. Vous pouvez consulter une gamme complète d’outils et de technologies de migration choisir l’idéal pour votre scénario d’utilisation.

Migration sans risque avec une stratégie hybride

Puis-je continuer à exécuter localement, tout en modernisant mes applications dans Azure ?

Avec SQL Server 2016, 2019 et 2022, vous pouvez utiliser la Fonctionnalité de liaison pour Azure SQL Managed Instance pour créer une connexion hybride entre SQL Server et Azure SQL Managed Instance. Les données sont répliquées en quasi-temps réel de SQL Server vers Azure et peuvent être utilisées pour moderniser vos charges de travail dans Azure. Vous pouvez utiliser les données répliquées dans Azure pour le scale-out en lecture et pour décharger l’analytique.

Vous pouvez continuer à exécuter la liaison hybride tant que nécessaire : des semaines, des mois ou même des années à la fois ; il n’y a aucune restriction à ce sujet.

Oui, vous pouvez utiliser vos données répliquées dans Azure pour tester et valider votre stratégie de migration (performances, charges de travail et applications) avant de migrer vers Azure.

Puis-je annuler la migration hors Azure SQL et revenir à SQL Server si nécessaire ?

Avec SQL Server 2022, nous offrons la meilleure solution possible pour déplacer les données en toute transparence avec la sauvegarde et la restauration natives de SQL Managed Instance vers SQL Server, en éliminant complètement les risques de la stratégie de migration vers Azure.

Charges de travail et architecture

Comment faire pour déterminer quelles charges de travail SQL Server doivent être déplacées vers SQL Managed Instance ?

Lors de la migration de charges de travail SQL Server, Azure SQL Managed Instance est normalement la première option, car la plupart des bases de données sont prêtes à migrer vers SQL Managed Instance en l’état. Il existe plusieurs outils disponibles pour vous aider à évaluer votre charge de travail pour la compatibilité avec Azure SQL Managed Instance.

Vous pouvez utiliser l’Extension de migration Azure SQL dans Azure Data Studio ou l’Assistant Migration de données. Les deux outils fournissent de l’aide pour détecter les problèmes qui peuvent affecter la migration Azure SQL Managed Instance et fournir des conseils sur la façon de les résoudre. Après avoir vérifié la compatibilité, vous pouvez exécuter l’outil de recommandation de référence SKU pour analyser les données de performances et recommander une référence SKU Azure SQL Managed Instance minimale. Nous vous conseillons de visiter Azure Migrate, un hub centralisé permettant d’évaluer et d’effectuer la migration des serveurs, des infrastructures, des applications et des données locaux vers Azure.

Comment faire pour déterminer le niveau de SQL Managed Instance cible approprié pour une charge de travail locale SQL Server particulière : Usage général ou Critique pour l’entreprise ?

Le choix du niveau de SQL Managed Instance est guidé par la disponibilité, les performances (par exemple, le débit, les IOPS, la latence) et les exigences en matière de fonctionnalités (par exemple, OLTP en mémoire). Le niveau Usage général convient à la plupart des charges de travail génériques, car il fournit déjà une architecture haute disponibilité et un moteur de base de données complètement managé avec une latence de stockage comprise entre 5 et 10 ms. Le niveau Critique pour l’entreprise est conçu pour les applications qui nécessitent des réponses à faible latence (1 à 2 ms) de la couche de stockage, une récupération rapide, des exigences de disponibilité strictes et la possibilité de décharger les charges de travail d’analyse.

Comment déplacer une instance SQL Server hautement automatisée vers SQL Managed Instance ?

L’automatisation du déploiement d’infrastructure Azure SQL peut être effectuée avec PowerShell et CLI. Vous trouverez des exemples utiles dans l’article Exemples Azure PowerShell pour Azure SQL Database et Azure SQL Managed Instance. Vous pouvez utiliser des pipelines d’intégration continue (CI) et de déploiement continu (CD) Azure DevOps pour incorporer entièrement l’automatisation dans vos pratiques d’infrastructure en tant que code.

La création de modèles de base de données et de scripts peut également être intégrée via des projets de base de données avec Visual Studio Code ou Visual Studio. L’utilisation des pipelines CI/CD Azure DevOps permet le déploiement de vos projets de base de données vers une destination Azure SQL de votre choix. Enfin, l’automatisation des services via des outils tiers est également possible. Pour plus d’informations, consultez Azure SQL Managed Instance – Commande Terraform.

Est-il possible de ne déplacer qu’une charge de travail spécifique hors d’un cluster local, et quel en sera l’impact sur les licences et les coûts ?

Il est possible ne de migrer que les bases de données liées à une charge de travail vers Azure SQL Managed Instance. La création et l’exploitation d’une instance Azure SQL Managed Instance nécessitent des licences SQL Server. Azure Hybrid Benefit vous accorde la possibilité de réutiliser vos licences. Contactez votre partenaire de licence pour examiner les possibilités offertes par la mobilité des licences et la restructuration de vos licences actuelles.

Je maintiens une instance SQL Server hautement consolidée avec plusieurs applications en cours d’exécution. Puis-je la déplacer vers SQL Managed Instance ?

Comme avec les instances SQL Server locales, vous pouvez consolider et exécuter plusieurs bases de données sur une seule instance SQL Managed Instance, et tirer parti en même temps de l’architecture de haute disponibilité inhérente, ainsi que de la sécurité et de la gestion partagées. SQL Managed Instance prend également en charge les requêtes inter-bases de données.

Comment faire pour migrer des charges de travail SQL Server Business Intelligence (y compris Reporting Services et Analysis Services) qui ne sont pas compatibles avec SQL Managed Instance ?

La méthode de migration nécessitant le moins d’efforts consiste à les déplacer en l’état et à héberger les composants décisionnelles sur une machine virtuelle Azure. La base de données Reporting Services peut être hébergée sur Azure SQL Managed Instance, et Azure Data Factory permet de déplacer les solutions SSIS vers le cloud. Lorsque la création d’une solution moderne fait partie de l’effort de migration, Azure fournit une grande variété de services pour créer une solution d’entrepôt de données d’entreprise.

J’utilise une application d’un éditeur de logiciels indépendant qui ne prend pas en charge SQL Managed Instance/Azure. Quelles sont mes options pour déplacer mon application vers Azure et SQL Server vers Azure SQL ?

La migration de votre environnement en l’état vers une machine virtuelle Azure sera l’option la plus sûre lorsque le vendeur ou le fournisseur n’offre aucune option. Toutefois, nous encourageons les éditeurs de logiciels indépendants et les fournisseurs qui collaborent étroitement avec Microsoft à examiner les options offertes par Azure SQL Managed Instance. Azure SQL Managed Instance fournit des options de compatibilité descendante via le niveau de compatibilité de la base de données, des conseils pour les différences de Transact-SQL et a implémenté des fonctionnalités majeures pour Azure SQL Managed Instance.

Comment faire pour conserver la compatibilité de ma version de base de données SQL Server actuelle dans SQL Managed Instance ?

Le niveau de compatibilité de la base de données peut être défini dans SQL Managed Instance, comme décrit sur le blog Azure SQL.

Sécurité

Comment Azure SQL peut améliorer la posture de sécurité de la base de données ?

La stratégie de sécurité suit l’approche de défense en couches : Sécurité réseau + Gestion des accès + Protection contre les menaces + Protection des informations. Pour en savoir plus, consultez Capacités de sécurité de SQL Database et de SQL Managed Instance. À l’échelle d’Azure, Microsoft Defender pour le cloud fournit une solution pour la gestion de la posture de sécurité cloud (SCPM) et la protection de charge de travail sur le cloud (CWP).

Continuité de l’activité

Comment puis-je adapter les concepts de continuité d’activité et de reprise d’activité locales en concepts Azure SQL Managed Instance ?

La plupart des concepts de continuité d’activité et reprise d’activité Azure SQL ont un équivalent dans les implémentations SQL Server locales. Par exemple, la haute disponibilité inhérente de SQL Managed Instance au niveau Usage général peut être considérée comme un équivalent cloud pour SQL Server FCI (instance de cluster de basculement). De même, le niveau Critique pour l’entreprise de SQL Managed Instance peut être considéré comme un équivalent cloud pour un groupe de disponibilité Always On avec validation synchrone sur un nombre minimal de réplicas. En tant que concept de récupération d’urgence, un groupe de basculement sur SQL Managed Instance est comparable à un groupe de disponibilité ayant une validation asynchrone. La haute disponibilité de SQL Database et de SQL Managed Instance est adossée à des Contrats de niveau de service. Pour plus d'informations, consultez Vue d'ensemble de la continuité d'activité avec Azure SQL Database.

Comment les sauvegardes sont-elles gérées dans les services PaaS Azure SQL ?

Vous pouvez consulter la documentation relative aux sauvegardes automatisées dans SQL Managed Instance et SQL Database pour en savoir plus sur le RPO, le RTO, la rétention, la planification et d’autres capacités et fonctionnalités de sauvegarde.

Comment la haute disponibilité est-elle obtenue dans SQL Managed Instance et SQL Database ?

Les solutions SQL Managed Instance et SQL Database sont basées sur une architecture haute disponibilité (HA). Cela inclut la prise en charge des groupes de basculement et diverses autres fonctionnalités. Vous pouvez choisir entre deux modèles d’architecture haute disponibilité : le modèle de disponibilité standard dans le niveau de service Usage général ou le modèle de disponibilité Premium dans le niveau de service Critique pour l’entreprise.

Comment fonctionne la récupération d’urgence dans SQL Managed Instance et SQL Database ?

Consultez la documentation Azure SQL Database et SQL Managed Instance. Le Forum aux questions sur SQL Managed Instance fournit des informations sur les options de récupération d’urgence.

Performances et mise à l’échelle

Comment faire pour obtenir de meilleures performances en déplaçant une instance SQL Server locale vers SQL Managed Instance, SQL Database ou une machine virtuelle SQL ?

Migrer depuis une instance locale vous offre des avantages en matière de performances en raison des dernières fonctionnalités du moteur de base de données SQL Server, de la flexibilité de la mise à l’échelle cloud et de la nouvelle génération du matériel sous-jacent. Découvrez pourquoi vos données SQL Server appartiennent à Azure. Vous pouvez également lire une étude récemment publiée par Principled Technologies qui analyse SQL Managed Instance et SQL Server sur Amazon Web Services (AWS) RDS. Il est important de garantir un dimensionnement approprié en fonction de vos besoins en matière de processeur, de mémoire et de stockage (IOPS, latence, débit et taille du journal des transactions). SQL Managed Instance et SQL Database fournissent également un choix entre différentes configurations matérielles et différents niveaux de service qui fournissent des moyens supplémentaires d’atteindre les performances cibles. Les applications peuvent également tirer parti des capacités de scale-out de lecture, notamment avec des réplicas nommés et des géo-réplicas, et des techniques telles que le partitionnement de base de données.

Comment puis-je comparer les performances de SQL Managed Instance à celles de SQL Server ?

Consultez la section Performances de la FAQ sur les performances de SQL Managed Instance pour obtenir des conseils sur la comparaison et le réglage des performances.

Processus de modernisation et de migration

Je veux moderniser des charges de travail SQL Server vers Azure SQL. Quelle est l’étape suivante ?

Pour commencer, nous vous recommandons de rejoindre le Programme de modernisation et de migration Azure. Lorsque vous démarrez un projet de migration, une bonne pratique consiste à former une équipe de migration dédiée pour formuler et exécuter le plan de migration. Si votre entreprise dispose d’une équipe de compte Microsoft ou partenaire Microsoft affectée, cette dernière peut fournir des conseils concernant l’ensemble des compétences requises pour l’équipe de migration et le processus global.

Où puis-je trouver des guides de migration pour Azure SQL ?

Les guides suivants vous aident à découvrir, évaluer et migrer des instances SQL Server vers des machines virtuelles Azure, SQL Managed Instance et SQL Database. Vous pouvez consulter les Guides de migration de base de données Azure, lesquels contiennent également des guides pour la migration vers d’autres cibles de base de données.

Quels outils de migration puis-je utiliser ?

Vous pouvez utiliser l’Extension de migration Azure SQL pour Azure Data Studio pour l’évaluation et la migration SQL Server, ou choisir parmi d’autres outils de migration.

Comment minimiser les temps d’arrêt pendant la migration en ligne ?

La Fonctionnalité de liaison SQL Managed Instance offre la meilleure solution de migration en ligne avec un temps d’arrêt minimum, répondant aux besoins des applications de niveau 1 les plus critiques.

Comment puis-je optimiser les coûts une fois que j’ai migré vers Azure SQL ?

Les instructions d’optimisation des coûts de Microsoft Azure Well-Architected Framework (WAF) fournissent une méthodologie pour optimiser les coûts pour chaque service Azure SQL. Vous pouvez également en apprendre plus sur l’optimisation des coûts WAF pour SQL Managed Instance.

Contenu connexe