Partager via

Mettre à niveau des packages Integration Services

  • Article

Lorsque vous mettez à niveau un instance de SQL Server 2005 ou SQL Server 2008 vers la version actuelle de SQL Server, vos packages Integration Services SQL Server 2008 (SSIS) existants ne sont pas automatiquement mis à niveau vers le format de package utilisé par la version actuelle de SQL ServerIntegration Services. Vous devez choisir une méthode de mise à niveau et mettre à niveau vos packages manuellement.

Lorsque vous mettez à niveau un package SQL Server 2005, Integration Services migre les scripts d’une tâche de script et d’un composant script vers Microsoft® Visual Studio® Tools for Applications (VSTA). Dans SQL Server 2005, les scripts des tâches de script ou des composants de script utilisaient Microsoft Visual Studio pour Applications (VSA). Pour plus d’informations sur les modifications que vous devrez peut-être effectuer avant la migration et sur l’échec de conversion de scripts, consultez Migrer des scripts vers VSTA.

Pour plus d'informations sur les packages de mise à niveau lorsque vous convertissez un projet en modèle de déploiement de projet, consultez Deploy Projects to Integration Services Server.

Packages Data Transformation Services SQL Server 2000

La prise en charge de la migration ou de l’exécution de packages DTS (Data Transformation Services) a été interrompue dans la version actuelle de SQL ServerIntegration Services. 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.

Les options suivantes sont disponibles pour la migration des packages DTS.

  • Migrez les packages vers SQL Server 2005 Integration Services (SSIS) ou SQL Server 2008 Integration Services (SSIS), puis mettez à niveau les packages vers SQL Server Integration Services 2012 (SSIS).

    Pour plus d’informations sur la migration de packages DTS vers SQL Server Integration Services (SSIS) 2005 et SQL Server 2008 Integration Services (SSIS), consultez Migration des packages Data Transformation Services (2005) et Migration de packages Data Transformation Services (2008).

  • Recréez les packages DTS à l’aide de SQL Server 2012 Integration Services (SSIS).

    Pour plus d’informations sur les nouvelles fonctionnalités de SQL Server 2012 Integration Services (SSIS), consultez Nouveautés (Integration Services). Pour obtenir une vue d’ensemble de la structure des packages Integration Services, consultez Packages Integration Services (SSIS).

Choix d'une méthode de mise à niveau

Vous pouvez utiliser différentes méthodes pour mettre à niveau SQL Server packages 2005 et SQL Server 2008. Pour certaines d'entre elles, la mise à niveau n'est que temporaire. Pour d'autres, elle est définitive. Le tableau suivant décrit chacune de ces méthodes et indique si la mise à niveau est temporaire ou définitive.

Notes

Lorsque vous exécutez un package SQL Server 2005 ou SQL Server 2008 à l’aide de l’utilitaire dtexec (dtexec.exe) installé avec la version actuelle de SQL Server, la mise à niveau temporaire du package augmente le temps d’exécution. Le taux d'accroissement de temps d'exécution de package varie selon la taille du package. Pour éviter une augmentation pendant la durée d'exécution, il est recommandé d'effectuer la mise à niveau du package avant de l'exécuter.

Méthode de mise à niveau Type de mise à niveau
Utilisez l’utilitaire dtexec (dtexec.exe) installé avec la version actuelle de SQL Server pour exécuter un package SQL Server 2005 ou SQL Server 2008.

Pour plus d'informations, consultez Utilitaire dtexec.		 La mise à niveau de packages est temporaire. Pour un package SQL Server 2005, la migration de script est temporaire.

Les modifications ne peuvent pas être enregistrées.
Ouvrez un fichier de package SQL Server 2005 ou SQL Server 2008 dans SQL Server Data Tools (SSDT). La mise à niveau de packages est définitive si vous enregistrez le package, sinon, elle est temporaire.

Pour un package SQL Server 2005, la migration de script est permanente si vous enregistrez le package ; sinon, elle est temporaire si vous n’enregistrez pas le package.
Ajoutez un package SQL Server 2005 ou SQL Server 2008 à un projet existant dans SQL Server Data Tools (SSDT). La mise à niveau de packages est permanente. Pour un package SQL Server 2005, la migration de script est permanente.
Ouvrez un SQL Server 2005 Integration Services (SSIS) ou SQL Server fichier projet Integration Services (SSIS) 2008 dans Visual Studio, puis utilisez l’Assistant Mise à niveau de package SSIS pour mettre à niveau plusieurs packages dans le projet.

Pour plus d’informations, consultez Mettre à niveau des packages Integration Services à l’aide de l’Assistant Mise à niveau de packages SSIS et Aide sur l’Assistant Mise à niveau de packages SSIS via la touche F1.		 La mise à niveau de packages est permanente. Pour un package SQL Server 2005, la migration de script est permanente.
Utilisez l’utilitaire Upgrade pour mettre à niveau un ou plusieurs packages Integration Services . La mise à niveau de packages est permanente. Pour un package SQL Server 2005, la migration de script est permanente.

Applications et composants personnalisés

SQL Server 2005 Integration Services (SSIS) ne fonctionnent pas avec la version actuelle de SQL ServerIntegration Services.

Vous pouvez utiliser la version actuelle des outils SQL ServerIntegration Services pour exécuter et gérer des packages qui incluent les composants personnalisés SQL Server 2008 et SQL Server 2008 R2SSIS. Nous avons ajouté quatre règles de redirection de liaison aux fichiers suivants pour vous aider à rediriger les assemblys runtime de la version 10.0.0.0 (SQL Server 2008 R2) vers la version 11.0.0.0 (SQL Server 2014).

  • DTExec.exe.config

  • dtshost.exe.config

  • DTSWizard.exe.config

  • DTUtil.exe.config

  • DTExecUI.exe.config

Pour utiliser SQL Server Data Tools pour concevoir des packages qui incluent des composants personnalisés SQL Server 2008 et SQL Server 2008 R2, vous devez modifier le fichier devenv.exe.config qui se trouve dans <drive>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE.

Pour utiliser ces packages avec des applications client créées avec le runtime pour SQL Server 2014, incluez des règles de redirection dans la section de configuration du fichier *.exe.config pour l’exécutable. Les règles redirigent les assemblys runtime vers la version 11.0.0.0 (SQL Server 2014). Pour plus d’informations sur la redirection des versions d’assemblys, consultez Élément <assemblyBinding> pour <runtime>.

Recherche d'assemblys

Dans SQL Server 2014, les assemblys Integration Services ont été mis à niveau vers .NET 4.0. Il existe un Global Assembly Cache distinct pour le .NET 4, situé dans <lecteur>:\Windows\Microsoft.NET\assembly. Vous trouverez tous les assemblys Integration Services sous ce chemin d'accès, en général dans le dossier GAC_MSIL.

Comme dans les versions antérieures de SQL Server, les principaux fichiers .dll d’extensibilité Integration Services se trouvent également dans <lecteur>:\Program Files\Microsoft SQL Server\100\SDK\Assemblies.

Présentation des résultats de mise à niveau de packages SQL Server

Pendant le processus de mise à niveau des packages, la plupart des composants et fonctionnalités des packages SQL Server 2005 et SQL Server 2008 se convertissent en toute transparence en leurs équivalents dans la version actuelle de SQL Server. Il existe toutefois certains composants et fonctionnalités pour lesquels aucune mise à niveau ne sera effectuée ou pour lesquels vous devez connaître les résultats. Le tableau suivant identifie ces composants et fonctionnalités.

Notes

Pour identifier les packages concernés par les points répertoriés dans le tableau, exécutez le Conseiller de mise à niveau. Pour plus d'informations, consultez Use Upgrade Advisor to Prepare for Upgrades.

Composant ou fonctionnalité Résultats de la mise à niveau
Chaînes de connexion Pour SQL Server packages 2005 et SQL Server 2008, les noms de certains fournisseurs ont changé et nécessitent des valeurs différentes dans les chaînes de connexion. Pour mettre à jour les chaînes de connexion, utilisez l'une des procédures suivantes :

-Utilisez l’Assistant Mise à niveau de package SSIS pour mettre à niveau le package, puis sélectionnez l’option Mettre à jour les chaînes de connexion pour utiliser les nouveaux noms de fournisseur .

-Dans SQL Server Data Tools (SSDT), dans la page Général de la boîte de dialogue Options, sélectionnez l’option Mettre à jour les chaînes de connexion pour utiliser les nouveaux noms de fournisseur. Pour plus d’informations sur cette option, consultez Page Général.

-Dans SQL Server Data Tools (SSDT), ouvrez le package et modifiez manuellement le texte de la propriété ConnectionString.

Remarque : vous ne pouvez pas appliquer les procédures ci-dessus pour mettre à jour une chaîne de connexion lorsque celle-ci est stockée dans un fichier de configuration ou dans un fichier de source de données, ou lorsqu’une expression définit la propriété ConnectionString. Pour mettre à jour la chaîne de connexion dans ces cas-là, vous devez mettre à jour le fichier ou l'expression manuellement.

Pour plus d’informations sur les sources de données disponibles, consultez Sources de données.
Transformation de recherche Pour SQL Server packages 2005, le processus de mise à niveau met automatiquement à niveau la transformation de recherche vers la version actuelle de SQL ServerIntegration Services. Toutefois, la version actuelle de ce composant propose des fonctions supplémentaires dont vous souhaiterez peut-être tirer parti.

Pour plus d’informations, voir Lookup Transformation.
Tâche de script et composant Script Pour SQL Server packages 2005, le processus de mise à niveau migre automatiquement les scripts dans la tâche de script et le composant Script de VSA vers VSTA.

Pour plus d’informations sur les modifications que vous devrez peut-être effectuer avant la migration et sur l’échec de conversion de scripts, consultez Migrer des scripts vers VSTA.

Scripts qui dépendent d'ADODB.dll

Les scripts de la tâche de script et du composant Script qui référencent explicitement ADODB.dll risquent de ne pas pouvoir être mis à niveau ou de ne pas pouvoir s'exécuter sur les ordinateurs qui ne disposent pas de SQL Server Management Studio ou de SQL Server Data Tools (SSDT) . Pour permettre la mise à niveau des scripts de la tâche de script et du composant Script, il est recommandé de supprimer la dépendance sur ADODB.dll. Ado.Net est l'alternative recommandée pour le code managé, à l'instar des scripts VB et C#.

Ressources externes