Mettre à niveau Integration Services

S’applique à : SQL Server SSIS Integration Runtime dans Azure Data Factory

Si SQL Server 2008 Integration Services (SSIS) ou version ultérieure est actuellement installé sur votre ordinateur, vous pouvez effectuer une mise à niveau vers SQL Server 2019 Integration Services (SSIS).

Lorsque vous effectuez une mise à niveau vers SQL Server 2019 Integration Services (SSIS) sur un ordinateur où est déjà installée l’une de ces versions antérieures d’Integration Services, SQL Server 2019 Integration Services (SSIS) est installé côte à côte avec la version antérieure.

Avec cette installation côte à côte, plusieurs versions de l'utilitaire dtexec sont installés. Pour être certain d’exécuter la version appropriée de l’utilitaire, à l’invite de commandes, exécutez l’utilitaire en entrant le chemin complet (<lecteur>:\Program Files\Microsoft SQL Server\<version>\DTS\Binn). Pour plus d'informations dtexec, consultez dtexec Utility.

Notes

Dans les versions précédentes de SQL Server, par défaut, lorsque vous installiez SQL Server, tous les membres du groupe Utilisateurs dans Utilisateurs et groupes locaux avaient accès au service Integration Services. Quand vous installez SQL Server 2016 (13.x) ou une version ultérieure, les utilisateurs n’ont pas accès au service Integration Services. Ce service est sécurisé par défaut. Après avoir installé SQL Server, l’administrateur de SQL Server doit exécuter l’outil de configuration DCOM (Dcomcnfg.exe) pour accorder à des utilisateurs spécifiques l’accès au service Integration Services. Pour plus d’informations, consultez Service Integration Services (Service SSIS).

Avant de procéder à la mise à niveau d'Integration Services

Nous vous recommandons d’exécuter le Conseiller de mise à niveau avant de procéder à la mise à niveau vers SQL Server 2019 (15.x). Le Conseiller de mise à niveau signale les problèmes que vous pouvez rencontrer si vous effectuez une migration de packages Integration Services existants vers le nouveau format de package que SQL Server 2019 (15.x) utilise.

Notes

La prise en charge de la migration ou de l’exécution de packages DTS (Data Transformation Services) a été suspendue dans SQL Server 2012. Les fonctionnalités DTS suivantes ne sont plus disponibles.

• Runtime DTS ;
• DTS API ;
• Assistant Migration de package pour la migration de packages DTS vers la prochaine version d’Integration Services ;
• prise en charge de la maintenance des packages DTS dans SQL Server Management Studio ;
• Tâche d'exécution de package DTS 2000 ;
• analyse du Conseiller de mise à niveau des packages DTS.

Pour plus d’informations sur les autres fonctionnalités abandonnées, consultez Fonctionnalités Integration Services abandonnées dans SQL Server 2016.

mise à niveau d'Integration Services

Vous pouvez effectuer la mise à niveau au moyen de l'une des méthodes suivantes :

• Exécutez le programme d'installation de SQL Server 2019 (15.x) et sélectionnez l’option Mise à niveau de SQL Server 2008, SQL Server 2008 R2, SQL Server 2012 (11.x) ou SQL Server 2014 (12.x).

• Exécutez le fichier setup.exe à l’invite de commandes et spécifiez l’option /ACTION=upgrade . Pour plus d’informations, consultez la section, « Scripts d’installation pour Integration Services », dans Installer SQL Server 2016 à partir de l’invite de commandes.

Vous ne pouvez pas utiliser la mise à niveau pour exécuter les actions suivantes :

• Reconfigurer une installation existante d’Integration Services.

• Passer d'une version 32 bits à une version 64 bits de SQL Server ou d'une version 64 bits à une version 32 bits.

• Passer d'une version localisée de SQL Server à une autre version localisée.

Lorsque vous effectuez une mise à niveau, vous pouvez mettre à niveau à la fois Integration Services et le Moteur de base de données, ou uniquement le Moteur de base de données, ou encore uniquement Integration Services. Si vous mettez à niveau uniquement le Moteur de base de données, SQL Server 2008 Integration Services (SSIS) ou version ultérieure reste opérationnel, mais vous n’avez pas les fonctionnalités de SQL Server 2019 Integration Services (SSIS). Si vous mettez à niveau uniquement Integration Services, SQL Server 2019 Integration Services (SSIS) est entièrement opérationnel, mais peut uniquement stocker des packages dans le système de fichiers, sauf si une instance du Moteur de base de données SQL Server est disponible sur un autre ordinateur.

Mise à niveau à la fois d’Integration Services et du Moteur de base de données vers SQL Server 2019 (15.x)

Cette section décrit les conséquences liées à l'exécution d'une mise à niveau qui obéit aux critères suivants :

• Vous mettez à niveau Integration Services et une instance du Moteur de base de données vers SQL Server 2019 (15.x).

• Integration Services et l’instance du Moteur de base de données se trouvent tous les deux sur le même ordinateur.

Ce que fait le processus de mise à niveau

Le processus de mise à niveau effectue les tâches suivantes :

• Installe les fichiers, le service et les outils (Management Studio et SQL Server Data Tools) SQL Server 2019 Integration Services (SSIS). Quand il y a plusieurs instances de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) sur le même ordinateur, la première fois que vous mettez à niveau l’une des instances vers SQL Server 2019 (15.x), les fichiers, le service et les outils SQL Server 2019 Integration Services (SSIS) sont installés.

• Met à niveau l’instance du Moteur de base de données SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) ou SQL Server 2014 (12.x) vers la version SQL Server 2019 (15.x).

• Déplace les données des tables système SQL Server 2008 Integration Services (SSIS) ou version ultérieure vers les tables système SQL Server 2019 Integration Services (SSIS), de la façon suivante :

  • Déplace les packages sans modification de la table système msdb.dbo.sysdtspackages90 vers la table système msdb.dbo.sysssispackages.

    Notes

    Bien que les données soient déplacées vers une autre table système, la mise à niveau n'effectue pas la migration des packages vers le nouveau format.

  • Déplace les métadonnées de dossier de la table système msdb.sysdtsfolders90 vers la table système msdb.sysssisfolders.

  • Déplace les données du journal de la table système msdb.sysdtslog90 vers la table système msdb.sysssislog.

• Supprime les tables système msdb.sysdts*90 et les procédures stockées utilisées pour y accéder après avoir déplacé les données vers les nouvelles tables msdb.sysssis*. Toutefois, la mise à niveau remplace la table sysdtslog90 par une vue qui est également nommée sysdtslog90. Cette nouvelle vue sysdtslog90 présente la nouvelle table système msdb.sysssislog. Cela garantit que les rapports basés sur la table du journal continuent à s'exécuter sans interruption.

• Pour contrôler l'accès aux packages, crée trois nouveaux rôles de base de données fixes : db_ssisadmin, db_ssisltduser et db_ssisoperator. Les rôles db_dtsadmin, db_dtsltduser et db_dtsoperator dans SQL Server 2005 (9.x) Integration Services ne sont pas supprimés, mais deviennent membres des nouveaux rôles correspondants.

• Si le magasin de packages SSIS (autrement dit, l’emplacement du système de fichiers géré par le service Integration Services) constitue l’emplacement par défaut sous \SQL Server\90, \SQL Server\100, \SQL Server\110 ou \SQL Server\120, déplace ces packages vers le nouvel emplacement par défaut sous \SQL Server\130.

• Met à jour le fichier de configuration du service Integration Services de sorte qu’il pointe vers l’instance mise à niveau du Moteur de base de données.

Ce que ne fait pas le processus de mise à niveau

Le processus de mise à niveau n'effectue pas les tâches suivantes :

• Ne supprime pas le service SQL Server 2008 Integration Services (SSIS) ou version ultérieure.

• Ne migre pas les packages Integration Services existants vers le nouveau format de package utilisé par SQL Server 2019 (15.x). Pour plus d’informations sur la migration de packages, consultez Mettre à niveau des packages Integration Services.

• Ne déplace pas de packages à partir d'emplacements du système de fichiers, autre que l'emplacement par défaut, qui ont été ajoutés au fichier de configuration du service. Si vous avez déjà modifié le fichier de configuration du service de manière à ajouter des dossiers de système de fichiers supplémentaires, les packages stockés dans ces dossiers ne seront pas déplacés à un nouvel endroit.

• Dans les étapes de travail SQL Server Agent qui appellent directement l’utilitaire dtexec (dtexec.exe), ne met pas à jour le chemin du système de fichiers pour l’utilitaire dtexec. Vous devez modifier manuellement ces étapes de travail pour mettre à jour le chemin du système de fichiers avec l’emplacement de SQL Server 2019 (15.x) pour l’utilitaire dtexec.

Ce que vous pouvez faire après la mise à niveau

Une fois la mise à niveau terminée, vous pouvez accomplir les tâches suivantes :

• Lancez les travaux SQL Server Agent qui exécutent des packages.

• Utilisez Management Studio pour gérer les packages Integration Services qui sont stockés dans une instance de SQL Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x). Vous devez modifier le fichier de configuration du service pour ajouter l’instance de SQL Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x) à la liste des emplacements gérés par le service.

  Notes

  Les versions antérieures de Management Studio ne peuvent pas se connecter au service SQL Server 2019 Integration Services (SSIS).

• Identifier la version des packages dans la table système msdb.dbo.sysssispackages en vérifiant la valeur de la colonne packageformat. La table possède une colonne packageformat qui identifie la version de chaque package. La valeur 3 indique un package SQL Server 2008 Integration Services (SSIS). Tant que vous n'effectuez pas la migration des packages vers le nouveau format, la valeur de la colonne packageformat ne change pas.

• Vous ne pouvez pas utiliser les outils de SQL Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x) pour concevoir, exécuter et gérer des packages Integration Services. Les outils de SQL Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x) incluent les versions respectives de SQL Server Data Tools (SSDT), de l’Assistant Importation et Exportation SQL Server et de l’utilitaire d’exécution de package (dtexecui.exe). Le processus de mise à niveau ne supprime pas les outils de SQL Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x). Toutefois, vous ne serez pas en mesure de faire appel à ces outils pour continuer à utiliser les packages SQL Server 2008 Integration Services (SSIS) ou version ultérieure sur un serveur qui a été mis à niveau.

• Par défaut, dans le cadre d'une installation de type mise à niveau, Integration Services est configuré de façon à journaliser les événements en rapport avec l'exécution de packages dans le journal d'événements de l'application. Ce paramètre peut générer trop d'entrées de journal d'événements lorsque vous utilisez la fonctionnalité de collecte de données de SQL Server 2019 (15.x). Les événements enregistrés incluent l'ID d'événement 12288, « le Package a démarré », et l'ID d'événement 12289, « le Package a fini avec succès ». Pour arrêter l'enregistrement de ces deux événements dans le journal d'événements de l'application, ouvrez le Registre pour y apporter des modifications. Dans le Registre, recherchez le nœud HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\130\SSIS et modifiez la valeur DWORD du paramètre LogPackageExecutionToEventLog en remplaçant 1 par 0.

Mise à niveau uniquement du Moteur de base de données vers SQL Server 2019 (15.x)

Cette section décrit les conséquences liées à l'exécution d'une mise à niveau qui obéit aux critères suivants :

• Vous mettez à niveau uniquement une instance du Moteur de base de données. Autrement dit, l’instance du Moteur de base de données est maintenant une instance de SQL Server 2019 (15.x), mais l’instance d’Integration Services et les outils clients sont de SQL Server 2008 (10.0.x), de SQL Server 2008 R2 (10.50.x), de SQL Server 2012 (11.x) ou de SQL Server 2014 (12.x).

• L’instance du Moteur de base de données se trouve sur un ordinateur, alors qu’Integration Services et les outils clients sont sur un autre ordinateur.

Ce que vous pouvez faire après la mise à niveau

Les tables système qui stockent les packages dans l’instance mise à niveau du Moteur de base de données ne sont pas les mêmes que celles utilisées dans SQL Server 2008 (10.0.x). Ainsi, les versions SQL Server 2008 (10.0.x) de Management Studio et de SQL Server Data Tools ne peuvent pas découvrir les packages qui sont stockés dans les tables système sur l’instance mise à niveau du Moteur de base de données. Comme ces packages ne peuvent pas être découverts, l'utilisation que vous pouvez en faire est limitée :

• Vous ne pouvez pas utiliser les outils de SQL Server 2008 (10.0.x), Management Studio et SQL Server Data Tools sur d’autres ordinateurs pour charger ou gérer des packages qui se trouvent sur l’instance mise à niveau du Moteur de base de données.

  Notes

  Bien que les packages sur l’instance mise à niveau du Moteur de base de données n’aient pas encore été migrés vers le nouveau format de package, ils ne sont pas encore découvrables par les outils de SQL Server 2008 (10.0.x). Ainsi, les packages ne peuvent pas être utilisés par les outils de SQL Server 2008 (10.0.x).

• Vous ne pouvez pas utiliser SQL Server 2008 Integration Services (SSIS) sur d’autres ordinateurs pour exécuter les packages qui sont stockés dans msdb sur l’instance mise à niveau du Moteur de base de données.

• Vous ne pouvez pas utiliser des travaux SQL Server Agent sur des ordinateurs SQL Server 2008 (10.0.x) pour exécuter des packages SQL Server 2008 Integration Services (SSIS) qui sont stockés sur l’instance mise à niveau du Moteur de base de données.

Ressources externes

Entrée de blog Faire fonctionner vos extensions et applications SSIS personnalisées existantes à Denali, sur blogs.msdn.com.