Effectuer la migration de packages SSIS vers Azure Data Factory
Avec Azure-SSIS Integration Runtime et SQL Server Data Tools (SSDT), vous pouvez déployer et gérer les packages SSIS que vous créez dans le cloud. Certains packages pourront être regénérés après avoir été redéployés dans Azure-SSIS Integration Runtime. Toutefois, il est possible que certains packages SSIS de votre environnement ne soient pas compatibles. Que faire avec ces packages ?
Évaluez vos packages SSIS.
Si vous effectuez la migration de vos charges de travail de base de données entre une instance locale de SQL Server et des services de base de données Azure SQL, vous devrez peut-être inclure les packages SSIS dans la migration. La première étape consiste à évaluer vos packages SSIS actuels pour vérifier qu’ils sont compatibles avec Azure. Heureusement, vous pouvez utiliser l’Assistant Migration de données (DMA) pour évaluer les packages SSIS et identifier d’éventuels problèmes de compatibilité. L’Assistant Migration de données fournit deux catégories principales d’informations :
Les éléments qui empêchent la migration : problèmes qui empêchent l’exécution de vos packages SSIS dans les environnements Azure-SSIS Integration Runtime.
Les problèmes indicatifs : fonctionnalités SSIS de vos packages qui ne sont prises en charge que partiellement ou qui sont dépréciées. Quelle que soit la catégorie d’informations que vous recevez, l’Assistant Migration de données évalue un lot de packages SSIS, puis il fournit des instructions et des procédures d’atténuation qui vous aideront à résoudre les blocages et autres problèmes.
Compte pour les travaux SQL Server Agent
De nombreux packages SSIS s’exécutent de façon récurrente. Des définitions de travaux sont conservées dans SQL Server Agent en vue d’être utilisées pour gérer l’exécution des packages SSIS. Lorsque vous effectuez la migration de vos packages SSIS, vous pouvez également inclure les travaux associés dans SQL Server Agent.
Effectuer la migration de vos packages
Avant de procéder à la migration, vous devez savoir vers quel service Azure SQL Database vous allez effectuer la migration. Il peut s’agir d’Azure SQL Managed Instance ou d’Azure SQL Database. En outre, lorsque vous effectuez la migration de packages SSIS, vous devez prendre en compte l’emplacement de ces packages SSIS, car cela peut avoir un impact sur la migration, ainsi que sur l’outil que vous devrez utiliser. Il existe quatre types de stockage :
- Catalogue SSIS (également appelé SSISDB)
- Système de fichiers
- Base de données MSDB dans SQL Server
- Magasin de packages SSIS
Sur la base de ces informations, vous pouvez vous référer au tableau suivant pour comprendre les outils qu’il est possible d’utiliser afin d’effectuer des évaluations de migration et d’effectuer la migration proprement dite.
Assistant Migration de données Microsoft
L’Assistant Migration de données permet d’effectuer une mise à niveau vers une plateforme de données moderne en détectant les problèmes de compatibilité susceptibles de nuire au fonctionnement de la base de données dans la nouvelle version de SQL Server ou d’Azure SQL Database. L’Assistant Migration de données recommande des améliorations pour la fiabilité et les performances de votre environnement cible. De plus, il vous permet de déplacer votre schéma, vos données et vos objets de connexion entre votre serveur source et votre serveur cible.
Cet outil peut vous aider à identifier les problèmes susceptibles d’affecter une migration vers une plateforme de données Azure SQL. L’Assistant Migration de données peut exécuter des projets d’évaluation permettant d’identifier les blocages, ainsi que les fonctionnalités non prises en charge qui sont actuellement utilisées sur votre instance locale de SQL Server. Il peut également vous aider à comprendre les nouvelles fonctionnalités de la plateforme SQL Server cible dont la base de données pourra bénéficier après la migration. L’Assistant Migration de données peut également effectuer des projets de migration permettant de déplacer une instance locale de SQL Server vers une instance SQL Server moderne hébergée localement ou sur une machine virtuelle Azure accessible à partir de votre réseau local.
L’Assistant Migration de données remplace toutes les versions précédentes du Conseiller de mise à niveau SQL Server, et il doit être utilisé pour les mises à niveau de la plupart des versions de SQL Server.
Sources et cibles de SQL Server prises en charge
L’Assistant Migration de données prend en charge les technologies sources et cibles suivantes.
Sources
- SQL Server 2005
- SQL Server 2008
- SQL Server 2008 R2
- SQL Server 2012
- SQL Server 2014
- SQL Server 2016
- SQL Server 2017 sur Windows
Cibles
- SQL Server 2012
- SQL Server 2014
- SQL Server 2016
- SQL Server 2017 sur Windows et Linux
- Azure SQL Database
- Azure SQL Database Managed Instance
Utilisation de l’Assistant Migration de données.
À la fin de l’installation, l’Assistant Migration de données s’ouvre. La première étape consiste à configurer le type de projet que vous souhaitez exécuter. Deux options s’offrent à vous :
Projets d’évaluation.
Dans cette configuration, l’Assistant Migration de données identifiera les blocages ou les fonctionnalités non prises en charge qui sont actuellement utilisées avec votre instance locale de SQL Server.
Vous pourrez ensuite définir des paramètres pour votre projet d’évaluation afin de vérifier la compatibilité des bases de données ou la parité des fonctionnalités.
Définissez la base de données source pour laquelle vous souhaitez effectuer la vérification, puis démarrez l’évaluation.
Ensuite, passez en revue les résultats dans l’outil, ou exportez-les dans un fichier JSON afin de les consulter ultérieurement.
Projets de migration.
Dans cette configuration, l’Assistant Migration de données effectue la migration des données, du schéma, ou des deux, vers les services cibles qui sont définis dans les paramètres.
Bonnes pratiques pour l’exécution de l’Assistant Migration de données
La liste suivante décrit les bonnes pratiques que vous devez appliquer lors de l’utilisation de l’Assistant Migration de données :
N’installez pas et n’exécutez pas l’Assistant Migration de données directement sur l’ordinateur hôte SQL Server.
Exécutez les évaluations de bases de données de production pendant les heures creuses.
Exécutez les évaluations Problèmes de compatibilité et Recommandations de fonctionnalités séparément afin de réduire la durée de ces évaluations.
Effectuez la migration des serveurs pendant les heures creuses.
Lors d’une migration de base de données, fournissez un emplacement de partage unique accessible par le serveur source et par le serveur cible, et évitez les opérations de copie si possible. Les opérations de copie peuvent provoquer des retards si le fichier de sauvegarde est volumineux. Les opérations de copie augmentent également le risque d’échec de la migration, car elles impliquent une étape supplémentaire. Lorsqu’un emplacement unique est fourni, l’Assistant Migration de données ignore l’opération de copie.
Afin d’éviter les échecs de migration, veillez à fournir les autorisations appropriées pour le dossier partagé. Les autorisations appropriées sont spécifiées dans l’outil. Si vous exécutez une instance SQL Server avec des informations d’identification de service réseau, attribuez les autorisations appropriées sur le dossier partagé au compte d’ordinateur de l’instance SQL Server.
Activez l’option Chiffrer la connexion lorsque vous vous connectez aux serveurs source et cible. L’utilisation du chiffrement SSL accroît la sécurité des données transmises sur les réseaux entre l’Assistant Migration de données et l’instance SQL Server, ce qui est particulièrement utile lors d’une migration de connexions SQL. Si le chiffrement SSL n’est pas utilisé et que le réseau est compromis par une personne malveillante, les connexions SQL en cours de migration peuvent être interceptées et/ou modifiées à la volée par l’attaquant.