Migrer des charges de travail SSIS locales vers SSIS dans ADF ou les pipelines Synapse
S’APPLIQUE À : 
Azure Data Factory Azure Synapse Analytics
Conseil
Essayez Data Factory dans Microsoft Fabric, une solution d’analyse tout-en-un pour les entreprises. Microsoft Fabric couvre tous les aspects, du déplacement des données à la science des données, en passant par l’analyse en temps réel, l’aide à la décision et la création de rapports. Découvrez comment démarrer un nouvel essai gratuitement !
Vue d’ensemble
Lorsque vous migrez vos charges de travail de base de données d'un serveur SQL local vers des services de base de données Azure (Azure SQL Database ou Azure SQL Managed Instance), vos charges de travail ETL sur SQL Server Integration Services (SSIS), l'un des principaux services à valeur ajoutée, devront également être migrées.
Azure-SSIS Integration Runtime (IR) dans Azure Data Factory (ADF) ou les pipelines Synapse prend en charge l’exécution de packages SSIS. Une fois qu’Azure-SSIS IR est provisionné, vous pouvez utiliser des outils familiers comme SQL Server Data Tools (SSDT)/SQL Server Management Studio (SSMS) et des utilitaires de ligne de commande comme dtinstall/dtutil/dtexec pour déployer et exécuter vos packages dans Azure. Pour plus d’informations, consultez Effectuer un « lift-and-shift » des charges de travail SQL Server Integration Services.
Cet article met en évidence le processus de migration de vos charges de travail ETL SSIS locales vers SSIS dans ADF. Le processus de migration se déroule en deux phases : l’évaluation et la migration.
Important
L’Assistant Migration de données (DMA) est déconseillé. Pour plus d’informations, voir la documentation du produit DMA.
Évaluation
Pour établir un plan de migration complet, une évaluation minutieuse permettra d’identifier les problèmes liés aux packages SSIS sources, qui pourraient compromettre la migration.
À cette fin, vous pouvez utiliser l’Assistant Migration de données (DMA), un outil disponible en téléchargement gratuit qui peut être installé et exécuté localement. Vous pouvez créer un projet d’évaluation DMA de type Services d’intégration pour évaluer des packages SSIS par lots et identifier les problèmes de compatibilité s’inscrivant dans les catégories suivantes :
Bloqueurs de migration : il s’agit de problèmes de compatibilité qui empêchent l’exécution des packages sources de la migration sur Azure-SSIS IR. DMA fournit des conseils pour vous aider à résoudre ces problèmes.
Problèmes informationnels : il s’agit de fonctionnalités partiellement prises en charge ou déconseillées utilisées dans les packages sources. DMA fournit un ensemble complet de recommandations, d’approches alternatives disponibles dans Azure et de procédures d’atténuation permettant de résoudre ces problèmes.
Vous obtenez la liste détaillée des bloqueurs de migration et des problèmes informatifs ici.
Quatre types de stockage pour les packages SSIS
- Catalogue SSIS (SSISDB). Introduit avec SQL Server 2012 et contient un ensemble de procédures stockées, de vues et de Fonctions table utilisées pour travailler avec des projets/packages SSIS.
- Système de fichiers.
- Base de données système SQL Server (MSDB).
- Magasin de packages SSIS. Une couche de gestion des packages couvrant deux sous-types :
- MSDB : une base de données système dans SQL Server utilisée pour stocker les packages SSIS
- Système de fichiers géré : un dossier spécifique dans le chemin d’installation de SQL Server, utilisé pour stocker les packages SSIS
DMA prend en charge l’évaluation par lot des packages stockés dans Système de fichiers, Magasin de packages et Catalogue SSIS depuis la version 5.0 de DMA.
Obtenez DMA et utilisez-le pour évaluer votre package.
Migration
Les étapes de migration des packages SSIS et des travaux de SQL Server Agent qui planifient les exécutions de packages SSIS peuvent varier selon les types de stockage des packages SSIS sources.
Il s’agit également d’un moyen pratique d’utiliser les outils DevOps SSIS pour redéployer les packages par lots vers la destination de la migration.
| Type de stockage des packages | Comment migrer des packages SSIS | Comment migrer des travaux SSIS |
|---|---|---|
| SSISDB | Redéployer les paquets via SSDT/SSMS vers SSISDB hébergé dans Azure SQL ou SQL Managed Instance. Pour plus d’informations, consultez Déployer et exécuter un package SQL Server Integration Services (SSIS) sur Azure. | |
| Système de fichiers | Redéployez-les sur des partages de fichiers/Azure Files par copie manuelle ou avec dtinstall/dtutil, ou conservez-les dans des systèmes de fichiers pour y accéder par le biais d’un réseau virtuel/d’un IR auto-hébergé. Pour plus d’informations, consultez dtutil (utilitaire). | |
| SQL Server (MSDB) | Exportez-les vers des systèmes de fichiers/partages de fichiers/Azure Files à l’aide de SSMS/dtutil. Pour plus d’informations, consultez Importer et exporter des packages (Service SSIS). | Convertissez-les en activités/déclencheurs/pipelines ADF à l’aide du portail ADF, de SSMS ou de scripts. Pour plus d’informations, consultez l’article sur la fonctionnalité de planification de SSMS. |
| Magasin de packages | Exportez-les dans le magasin de packages via SSMS/dtutil, ou redéployez-les dans le magasin de packages via dtinstall/dtutil/copie manuelle. Pour plus d’informations, consultez Gérer des packages avec le magasin de packages Azure-SSIS Integration Runtime. |
Ressources supplémentaires
Effectuer un « lift-and-shift » des charges de travail SQL Server Integration Services vers le cloud
Redéployer des packages SQL Server Integration Services vers Azure SQL Database
Accès aux données locales à partir d’Azure-SSIS Integration Runtime
Personnaliser l’installation d’un Azure-SSIS Integration Runtime
Configurer Azure-SSIS Integration Runtime pour obtenir de hautes performances
Guide pratique pour démarrer et arrêter Azure-SSIS Integration Runtime selon une planification