Partager via


Vue d’ensemble de la migration : de SQL Server vers Azure SQL Managed Instance

S’applique à : Azure SQL Managed Instance

Découvrez les options et les considérations relatives à la migration de vos bases de données SQL Server vers Azure SQL Managed Instance.

Vous pouvez migrer des bases de données SQL Server s’exécutant en local ou sur :

  • SQL Server sur les machines virtuelles
  • Amazon EC2 (Elastic Compute Cloud)
  • Amazon RDS (Relational Database Service) pour SQL Server
  • Google Compute Engine
  • Cloud SQL pour SQL Server - GCP (Google Cloud Platform)

Pour obtenir d’autres guides de migration, consultez Migration de base de données.

Vue d’ensemble

Azure SQL Managed Instance est une option cible recommandée pour les charges de travail SQL Server qui requièrent un service complètement managé sans avoir à gérer des machines virtuelles ou leurs systèmes d’exploitation. SQL Managed Instance vous permet de déplacer vos applications locales vers Azure avec un minimum de modifications des applications ou des bases de données. Le service offre une isolation complète de vos instances avec la prise en charge native des réseaux virtuels.

Veillez à passer en revue les fonctionnalités du moteur de base de données SQL Server disponibles dans Azure SQL Managed Instance pour valider la capacité de prise en charge de votre cible de migration.

Considérations

Les facteurs clés à prendre en considération au moment d’évaluer les différentes options de migration dépendent des éléments suivants :

  • Nombre de serveurs et de bases de données
  • Taille des bases de données
  • Temps d’arrêt acceptable pour l’entreprise pendant le processus de migration

L’un des principaux avantages de la migration de vos bases de données SQL Server vers SQL Managed Instance est que vous pouvez choisir de migrer la totalité de l’instance ou simplement un sous-ensemble de bases de données individuelles. Prévoyez d’inclure les éléments suivants dans votre processus de migration :

  • Toutes les bases de données qui doivent être colocalisées dans la même instance
  • Les objets au niveau de l’instance dont votre application dépend, notamment les connexions, les informations d’identification, les travaux et opérateurs SQL Agent, ainsi que les déclencheurs au niveau du serveur

Notes

Azure SQL Managed Instance garantit une disponibilité de 99,99 %, même dans des scénarios critiques. La surcharge causée par certaines fonctionnalités de SQL Managed Instance ne peut pas être désactivée. Pour plus d’informations, consultez l’article de blog intitulé Principales causes des différences de performances entre SQL Managed Instance et SQL Server.

Choisir une cible appropriée

Vous pouvez utiliser l’extension de migration Azure SQL pour Azure Data Studio pour obtenir une recommandation sur une taille appropriée d’Azure SQL Managed Instance. L’extension collecte des données de performances auprès de votre instance SQL Server source pour fournir une recommandation Azure sur une taille appropriée qui répond aux besoins en matière de performances de votre charge de travail avec un coût minimal. Pour en savoir plus, consultez Obtenir des recommandations d’Azure pour migrer votre base de données SQL Server

Les directives générales suivantes peuvent vous aider à choisir le bon niveau de service et les caractéristiques de SQL Managed Instance afin d’atteindre votre ligne de base en matière de performances :

  • Utilisez la ligne de base d’utilisation de l’UC pour approvisionner une instance gérée qui correspond au nombre de cœurs utilisés par votre instance SQL Server. Il peut être nécessaire de mettre à l’échelle les ressources pour qu’elles correspondent aux caractéristiques de la configuration matérielle.
  • Utilisez la ligne de base d’utilisation de la mémoire pour choisir une option vCore qui correspond de manière appropriée à votre allocation de mémoire.
  • Utilisez la latence d’E/S de ligne de base du sous-système de fichiers pour choisir entre les niveaux de service Usage général (latence supérieure à 5 ms) et Critique pour l’entreprise (latence inférieure à 3 ms).
  • Utilisez le débit de ligne de base pour préallouer la taille des fichiers de données et des fichiers journaux pour atteindre les performances d’E/S attendues.

Vous pouvez choisir des ressources de calcul et de stockage pendant le déploiement et en changer par la suite via le portail Azure sans temps d’arrêt pour votre application.

Important

Toute différence dans la configuration requise du réseau virtuel pour les instances gérées peut vous empêcher de créer de nouvelles instances ou d’utiliser celles qui existent déjà. Apprenez-en davantage sur la création de réseaux et la configuration de réseaux existants.

Un autre point important à prendre en compte dans la sélection du niveau de service cible dans Azure SQL Managed Instance (Usage général ou Critique pour l’entreprise) est la disponibilité de certaines fonctionnalités comme l’OLTP en mémoire, qui sont uniquement disponibles dans le niveau Critique pour l’entreprise.

Alternative à la machine virtuelle SQL Server

Votre entreprise a peut-être des exigences qui font de SQL Server sur les machines virtuelles Azure une cible plus indiquée qu’Azure SQL Managed Instance.

Si l’une des conditions suivantes s’applique à votre entreprise, envisagez de passer à une machine virtuelle SQL Server à la place :

  • Vous avez besoin d’un accès direct au système d’exploitation ou au système de fichiers, par exemple pour installer des agents tiers ou personnalisés sur une même machine virtuelle avec SQL Server.
  • Vous dépendez obligatoirement de fonctionnalités qui ne sont pas encore prises en charge, comme FileStream/FileTable, PolyBase et les transactions entre plusieurs instances.
  • Vous devez conserver une version spécifique de SQL Server (2012, par exemple).
  • Vos exigences de calcul sont beaucoup plus faibles que ce qu’offre une instance managée (un seul vCore, par exemple), et la consolidation des bases de données n’est pas une option acceptable.

Outils de migration

Nous vous recommandons d’utiliser les outils de migration suivants :

Technology Description
Extension de migration Azure SQL pour Azure Data Studio Fournie par le service Azure Database Migration, l’extension Azure SQL Migration pour Azure Data Studio vous aide à évaluer vos besoins de base de données dans le but de connaître votre état de préparation à la migration, d’obtenir les recommandations de référence SKU de taille appropriée pour les ressources Azure, et de migrer votre base de données SQL Server vers Azure. Vous pouvez migrer des bases de données uniques ou à grande échelle en utilisant PowerShell et Azure CLI.
Azure Migrate Ce service Azure vous permet de découvrir et d’évaluer votre patrimoine de données SQL à grande échelle sur VMware. Il fournit des recommandations sur le déploiement Azure SQL, le dimensionnement cible et les estimations mensuelles.
Sauvegarde et restauration natives SQL Managed Instance prend en charge la restauration des sauvegardes natives des bases de données SQL Server (fichiers .bak). C’est l’option de migration la plus simple pour les clients qui peuvent fournir des sauvegardes complètes des bases de données à Stockage Azure.
Log Replay Service Ce service cloud est activé pour Managed Instance et repose sur la technologie de copie des journaux de transaction de SQL Server. Il s’agit d’une option de migration pour les clients qui peuvent fournir des sauvegardes complètes, différentielles et de journaux des bases de données à Stockage Azure. Log Replay Service est utilisé pour restaurer les fichiers de sauvegarde de Stockage Blob Azure vers SQL Managed Instance.
Liaison Managed Instance Cette fonctionnalité permet la migration en ligne vers SQL Managed Instance en utilisant la technologie de disponibilité Always On pour répliquer les modifications presque en temps réel. Il s’agit d’une option de migration pour les clients qui ont besoin que la base de données sur SQL Managed Instance soit accessible en mode lecture seule (R/O) pendant la migration, qui doivent maintenir la migration en cours d’exécution sur de longues périodes (comme des semaines ou des mois), qui souhaitent impérativement une véritable réplication en ligne vers le niveau de service Critique pour l’entreprise, et qui recherchent une migration avec des performances maximales et un temps d’arrêt minimal.

Le tableau suivant liste d’autres outils de migration :

Technology Description
Réplication transactionnelle Réplique les données des tables de la base de données SQL Server source dans Azure SQL Managed Instance en proposant une option de migration de type éditeur-abonné tout en préservant la cohérence transactionnelle.
Copie en bloc L’outil bcp (bulk copy program) permet de copier les données d’une instance SQL Server dans un fichier de données. Utilisez l’outil pour exporter les données de votre source et importer le fichier de données dans l’instance gérée SQL cible.

Pour profiter d’opérations de copie en bloc à haut débit lors du déplacement de données vers Azure SQL Managed Instance, l’outil Smart Bulk Copy peut être utilisé pour optimiser la vitesse de transfert en tirant parti des tâches de copie en parallèle.
Assistant Importation et exportation/BACPAC Un BACPAC est un fichier Windows avec une extension .bacpac qui encapsule le schéma et les données d’une base de données. Vous pouvez utiliser un BACPAC à la fois pour exporter des données d’une source SQL Server et pour réimporter ces données dans Azure SQL Managed Instance.
Azure Data Factory. L’activité Copy d’Azure Data Factory migre les données des bases de données SQL Server sources vers Azure SQL Managed Instance à l’aide de connecteurs intégrés et d’un runtime d’intégration.

Data Factory prend en charge un large éventail de connecteurs pour déplacer les données de sources SQL Server vers Azure SQL Managed Instance.

Comparer les options de migration

Comparez les options de migration de façon à emprunter la voie qui vous permettra de répondre à vos besoins métier.

Le tableau suivant compare les options de migration recommandées :

Option de migration Quand l’utiliser À propos de l’installation
Fonctionnalité de liaison pour Azure SQL Managed Instance - Temps d’arrêt minimal requis, en particulier pour les charges de travail critiques.
- Besoin de migrer vers le niveau de service critique pour l’entreprise.
- Besoin de migrer plusieurs bases de données.
- Besoin d’un accès en lecture seule à la base de données sur Azure SQL Managed Instance pendant la migration.
- Besoin d’annuler la migration d’Azure vers SQL Server 2022.
- Migrer des bases de données d’applications métier individuelles ou des bases de données multiples vers la même instance SQL gérée ou vers plusieurs instances SQL gérées.
- Besoin de flexibilité pour le délai d’exécution à basculer.

Sources prises en charge :
- SQL Server (2016 à 2022) local ou sur machine virtuelle Azure
- Amazon EC2
- Machine virtuelle SQL Server GCP Compute
- La migration implique l’établissement d’une connexion réseau entre SQL Server et SQL Managed Instance, et l’ouverture de ports de communication.
- Utilise la technologie de groupe de disponibilité distribuée Always On pour répliquer la base de données en quasi-temps réel, avec création d’un réplica exact de la base de données SQL Server sur SQL Managed Instance.
- La base de données peut être utilisée pour l’accès en lecture seule sur SQL Managed Instance pendant que la migration est en cours.
- Fournit les meilleures performances pendant la migration, avec un temps d’arrêt minimal.
- Peut basculer à tout moment, de sorte que la durée de migration est illimitée
- Non affecté par les mises à jour du système ou les basculements
Extension de migration Azure SQL pour Azure Data Studio - Migration de bases de données uniques ou à grande échelle.
- Peut être exécuté à la fois en ligne et hors connexion.

Sources prises en charge :
- SQL Server (à partir de 2005) local ou sur des machines virtuelles Azure
- SQL Server sur Amazon EC2
- Amazon RDS pour SQL Server
- SQL Server sur Google Compute Engine
- Les migrations à grande échelle peuvent être automatisées via PowerShell ou Azure CLI.
- La durée de la migration dépend de la taille de la base de données et du nombre d’objets qu’elle contient.
- Azure Data Studio est requis quand vous n’utilisez pas PowerShell ni Azure CLI.
Log Replay Service – Migration de bases de données individuelles d’applications métier.
- Besoin de plus de contrôle pour la migration de base de données.
- Charges de travail non sensibles qui peuvent se permettre des temps d’arrêt.
- Ne peut utiliser qu’un point de terminaison public.
- Besoin de migrer plusieurs bases de données.

Sources prises en charge :
- SQL Server (2008 à 2019) local ou sur machine virtuelle Azure
- Amazon EC2
- Amazon RDS pour SQL Server
- Machine virtuelle SQL Server GCP Compute
- La migration implique d’effectuer des sauvegardes complètes de base de données sur SQL Server et de copier les fichiers de sauvegarde dans le Stockage Blob Azure. Log Replay Service est utilisé pour restaurer les fichiers de sauvegarde de Stockage Blob Azure vers SQL Managed Instance.
- Pendant le processus de migration, les bases de données sont en mode restauration et ne peuvent pas être utilisées pour des charges de travail en lecture ou en écriture tant que le processus n’est pas terminé.
- Utilise un point de terminaison public, de sorte que la configuration réseau spéciale n’est pas nécessaire.
- Peut être interrompu par les mises à jour système ou les basculements.
Sauvegarde et restauration natives – Migration de bases de données individuelles d’applications métier.
– Migration rapide et facile sans un service ou un outil de migration distinct.

Sources prises en charge :
- SQL Server (2005 à 2019) local ou sur machine virtuelle Azure
- Amazon EC2
- Machine virtuelle SQL Server GCP Compute
– La sauvegarde de base de données utilise plusieurs threads pour optimiser le transfert de données vers Stockage Blob Azure, mais la bande passante du partenaire et la taille de la base de données peuvent avoir un impact sur le débit de transfert.
– Les temps d’arrêt doivent tenir compte du temps nécessaire pour effectuer une sauvegarde et une restauration complètes (ce qui correspond à une taille d’une opération de données).

Le tableau suivant compare les autres options de migration :

Méthode ou technologie Quand l’utiliser Considérations
Réplication transactionnelle – Migration avec une publication continue des modifications des tables de base de données sources vers les tables de base de données Azure SQL Managed Instance cibles.
– Effectuer une migration complète ou partielle des tables sélectionnées (sous-ensemble d’une base de données).

Sources prises en charge :
- SQL Server (2012 à 2019) avec certaines limitations
- Amazon EC2
- Machine virtuelle SQL Server GCP Compute

- La configuration est relativement complexe par rapport à d’autres options de migration.
- Offre une option de réplication continue pour migrer les données (sans mettre les bases de données en mode hors connexion).
– La réplication transactionnelle présente des limitations dont vous devez tenir compte si vous configurez l’éditeur sur l’instance SQL source. Pour plus d’informations, consultez Limitations de la publication d’objets.
– Il est possible de surveiller l’activité de réplication.
Copie en bloc – Effectuer des migrations complètes ou partielles de données.
- Acceptation de temps d’arrêt.

Sources prises en charge :
- SQL Server (2005 à 2019) local ou sur machine virtuelle Azure
- Amazon EC2
- Amazon RDS pour SQL Server
- Machine virtuelle SQL Server GCP Compute
– Impose un temps d’arrêt pour exporter les données de la source et les importer dans la cible.
– Les formats de fichiers et les types de données utilisés dans l’exportation/importation doivent être cohérents avec les schémas de table.
Assistant Importation et exportation/BACPAC – Migration de bases de données individuelles d’applications métier.
- Adapté aux bases de données de plus petite taille.
Ne nécessite pas de service ou d’outil de migration distinct.

Sources prises en charge :
- SQL Server (2005 à 2019) local ou sur machine virtuelle Azure
- Amazon EC2
- Amazon RDS
- Machine virtuelle SQL Server GCP Compute

– Impose un temps d’arrêt dans la mesure où les données doivent être exportées à la source et importées à la destination.
– Les formats de fichiers et les types de données utilisés dans l’exportation ou importation doivent être cohérents avec les schémas de table pour éviter les erreurs de troncation ou de non-correspondance de types de données.
- L’exportation d’une base de données comportant un grand nombre d’objets peut prendre beaucoup plus de temps.
Azure Data Factory. – Migration et/ou transformation des données à partir des bases de données SQL Server sources.
– La fusion de données issues de plusieurs sources de données vers Azure SQL Managed Instance est généralement destinée aux charges de travail de type décisionnel.
– Impose la création de pipelines de déplacement des données dans Data Factory pour déplacer les données de la source vers la destination.
- Le coût est une considération importante qui varie en fonction des déclencheurs de pipeline, des exécutions d’activité, de la durée de déplacement des données, etc.

Interopérabilité des fonctionnalités

D’autres éléments sont à prendre en considération quand vous migrez des charges de travail qui reposent sur d’autres fonctionnalités SQL Server.

SQL Server Integration Services

Migrez des packages et des projets SQL Server Integration Services (SSIS) dans SSISDB vers Azure SQL Managed Instance à l’aide d’Azure Database Migration Service.

Seuls les packages SSIS dans SSISDB à partir de SQL Server 2012 sont pris en charge pour la migration. Convertissez les anciens packages SSIS avant la migration. Pour en savoir plus, consultez le tutoriel de conversion de projet.

SQL Server Reporting Services

Vous pouvez migrer des rapports SQL Server Reporting Services (SSRS) vers des rapports paginés dans Power BI. Utilisez l’outil de migration RDL pour préparer et migrer vos rapports. Microsoft a développé cet outil pour aider les clients à migrer les rapports RDL (Report Definition Language) de leurs serveurs SSRS vers Power BI. Il est disponible sur GitHub et fournit une procédure complète pour un scénario de migration.

SQL Server Analysis Services

Les modèles tabulaires SQL Server Analysis Services de SQL Server 2012 et versions ultérieures peuvent être migrés vers Azure Analysis Services, qui est un modèle de déploiement PaaS (platform as a service) pour le modèle tabulaire Analysis Services dans Azure. Vous pouvez en savoir plus sur la migration de modèles locaux vers Azure Analysis Services dans ce tutoriel vidéo.

Vous pouvez également envisager de migrer vos modèles tabulaires Analysis Services locaux vers Power BI Premium à l’aide des nouveaux points de terminaison en lecture/écriture XMLA.

Haute disponibilité

Les fonctionnalités de haute disponibilité de SQL Server comme les instances de cluster de basculement Always On et les groupes de disponibilité Always On deviennent obsolètes sur l’instance gérée SQL cible. L’architecture de haute disponibilité est déjà intégrée aux niveaux de service Usage général (modèle de disponibilité standard) et Critique pour l’entreprise (modèle de disponibilité Premium) pour Azure SQL Managed Instance. Le modèle de disponibilité Premium propose également une échelle horizontale en lecture qui permet de se connecter à l’un des nœuds secondaires à des fins de lecture seule.

Au-delà de l’architecture de haute disponibilité incluse dans Azure SQL Managed Instance, la fonctionnalité des groupes de basculement vous permet de gérer la réplication et le basculement des bases de données d’une instance gérée vers une autre région.

Travaux SQL Agent

Utilisez l’option Azure Database Migration Service en mode hors connexion pour migrer des travaux SQL Agent. Dans le cas contraire, créez un script des travaux en Transact-SQL (T-SQL) à l’aide de SQL Server Management Studio, puis recréez-les manuellement sur l’instance gérée SQL cible.

Important

Actuellement, Azure Database Migration Service ne prend en charge que les travaux avec des étapes du sous-système T-SQL. Les travaux comportant des étapes du package SSIS devront être migrés manuellement.

Connexions et groupes

Déplacez les connexions SQL de la source SQL Server vers Azure SQL Managed Instance à l’aide de Database Migration Service en mode hors connexion. Utilisez le volet Connexions sélectionnées dans l’Assistant Migration pour migrer les connexions vers votre instance gérée SQL cible.

Par défaut, Azure Database Migration Service prend uniquement en charge la migration des connexions SQL. Toutefois, vous pouvez rendre possible la migration des connexions Windows en procédant comme suit :

  • Assurez-vous que l’instance gérée SQL cible dispose d’un accès en lecture à Microsoft Entra ID (anciennement Azure Active Directory). Un utilisateur ayant le rôle Administrateur général peut configurer cet accès via le portail Azure.
  • Configurez Azure Database Migration Service pour activer les migrations de connexion d’utilisateurs ou de groupes Windows. Cette configuration s’effectue via le portail Azure, sur la page Configuration. Après avoir activé ce paramètre, redémarrez le service pour que les modifications prennent effet.

Après le redémarrage du service, les connexions d’utilisateur ou de groupe Windows apparaissent dans la liste des connexions disponibles pour la migration. Pour toutes les connexions d’utilisateur ou de groupe Windows que vous migrez, vous êtes invité à fournir le nom de domaine associé. Les comptes d’utilisateur de service (des comptes avec le nom de domaine NT AUTHORITY) et les comptes d’utilisateur virtuels (des comptes avec le nom de domaine NT SERVICE) ne sont pas pris en charge. Pour en savoir plus, consultez Tutoriel : Migrer des utilisateurs et des groupes Windows dans une instance SQL Server vers Azure SQL Managed Instance en utilisant la syntaxe DDL T-SQL.

Une autre solution consiste à utiliser l’utilitaire PowerShell spécialement conçu par les architectes de migration de données Microsoft. Cet utilitaire s’appuie sur PowerShell pour créer un script T-SQL en vue de recréer les connexions et de sélectionner les utilisateurs de base de données de la source vers la cible.

L’utilitaire PowerShell mappe automatiquement les comptes Windows Server Active Directory aux comptes Microsoft Entra et peut effectuer une recherche d’UPN pour chaque connexion à l’instance source Active Directory. L’utilitaire scripte les rôles personnalisés du serveur et de la base de données, ainsi que l’appartenance aux rôles et les autorisations des utilisateurs. Les bases de données autonomes ne sont pas encore prises en charge et seul un sous-ensemble des autorisations SQL Server possibles est scripté.

Chiffrement

Lorsque vous migrez des bases de données protégées par Transparent Data Encryption vers une instance managée à l’aide de l’option de restauration native, migrez le certificat correspondant de l’instance SQL Server source vers l’instance SQL Managed Instance cible avant la restauration de la base de données.

Bases de données système

La restauration de bases de données système n’est pas prise en charge. Pour migrer des objets au niveau de l’instance (stockés dans les bases de données master et msdb), scriptez-les en utilisant le langage T-SQL, puis recréez-les sur l’instance managée cible.

OLTP en mémoire (tables à mémoire optimisée)

SQL Server fournit une capacité OLTP en mémoire. Elle permet d’utiliser des tables à mémoire optimisée, des types de tables à mémoire optimisée, ainsi que des modules SQL compilés nativement, pour exécuter des charges de travail qui exigent un débit élevé et une faible latence pour le traitement transactionnel.

Important

La capacité OLTP en mémoire est prise en charge uniquement dans le niveau Critique pour l’entreprise d’Azure SQL Managed Instance. Elle n’est pas prise en charge dans le niveau Usage général.

Si vous avez des tables à mémoire optimisée ou des types de tables à mémoire optimisée dans votre instance SQL locale et que vous souhaitez migrer vers Azure SQL Managed Instance, vous devez :

  • Choisir le niveau Critique pour l’entreprise pour votre instance gérée SQL cible qui prend en charge la capacité OLTP en mémoire.

  • Si vous souhaitez effectuer une migration vers le niveau Usage général dans Azure SQL Managed Instance, supprimez les tables à mémoire optimisée, les types de tables à mémoire optimisée et les modules SQL compilés nativement qui interagissent avec les objets à mémoire optimisée avant d’effectuer la migration de vos bases de données. Vous pouvez utiliser la requête T-SQL suivante pour identifier tous les objets qui doivent être supprimés avant la migration vers le niveau Usage général :

    SELECT * FROM sys.tables WHERE is_memory_optimized=1
    SELECT * FROM sys.table_types WHERE is_memory_optimized=1
    SELECT * FROM sys.sql_modules WHERE uses_native_compilation=1
    

Pour plus d’informations sur les technologies en mémoire, consultez Optimiser les performances en utilisant les technologies en mémoire d’Azure SQL Database et Azure SQL Managed Instance.

Fonctionnalités avancées

Veillez à tirer parti des fonctionnalités informatiques avancées d’Azure SQL Managed Instance. Par exemple, vous n’avez plus à vous soucier de la gestion des sauvegardes, car le service le fait à votre place. Vous pouvez effectuer une restauration à n’importe quel point dans le temps inclus dans la période de rétention. De plus, vous n’avez pas à vous soucier de la configuration de la haute disponibilité, car cette dernière est intégrée.

Pour renforcer la sécurité, pensez à ’utiliser l’authentification Microsoft Entra, l’audit, la détection des menaces, la sécurité au niveau des lignes et le masquage dynamique des données.

En plus des fonctionnalités avancées en matière de sécurité et de gestion, SQL Managed Instance fournit des outils perfectionnés pouvant vous aider dans la supervision et l’optimisation de votre charge de travail. Azure SQL Analytics vous permet de superviser un grand nombre d’instances gérées de manière centralisée. Le réglage automatique dans les instances gérées surveille en permanence le niveau de performance de l’exécution de votre plan SQL et corrige automatiquement les problèmes de performance identifiés.

Certaines fonctionnalités sont disponibles uniquement une fois que vous avez fait passer le niveau de compatibilité de la base de données au dernier niveau (150).

Ressources de migration

Pour obtenir une aide supplémentaire, consultez les ressources suivantes qui ont été développées pour des projets de migration concrets.

Asset Description
Outil et modèle d’évaluation d’une charge de travail de données Cet outil fournit des suggestions pour les plateformes cibles, la préparation du cloud et le niveau de correction des applications/bases de données qui sont les mieux adaptés pour une charge de travail. Il propose des fonctionnalités de génération de rapports et de calculs simples en un clic qui permettent d’accélérer l’évaluation des grands patrimoines en fournissant un processus automatisé et uniforme de prise de décision concernant la plateforme cible.
Utilitaire permettant de déplacer des connexions SQL Server locales vers Azure SQL Managed Instance Un script PowerShell peut créer un script de commande T-SQL visant à recréer les connexions et certains utilisateurs de base de données d’un serveur SQL local vers Azure SQL Managed Instance. Cet outil permet de mapper automatiquement des comptes Windows Server Active Directory à des comptes Microsoft Entra et, éventuellement, de migrer des connexions natives SQL Server.
Automatisation de la collecte des données perfmon à l’aide de Logman Vous pouvez utiliser l’outil Logman pour collecter des données Perfmon (pour vous aider à comprendre les performances de base) et obtenir des recommandations sur la cible de la migration. Cet outil se sert de logman.exe pour créer la commande qui va créer, démarrer, arrêter et supprimer les compteurs de performances définis sur une instance SQL distante.

L’équipe d’ingénierie SQL des données a développé ces ressources. La charte fondamentale de cette équipe a pour objet d’initier et d’accélérer une modernisation complexe et de faire face aux projets de migration de plateforme de données vers la plateforme Azure Data de Microsoft.