Mettre à niveau des packages Integration Services

Lorsque vous mettez à niveau une instance de SQL Server 2005 ou SQL Server 2008 vers la version actuelle de SQL Server, vos packages SQL Server 2008 Integration Services (SSIS) existants ne sont pas automatiquement mis à niveau vers le format de package utilisé par la version actuelle de SQL Server Integration 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 effectue une migration des scripts de toute tâche de script et de tout composant Script vers Microsoft Visual Studio Tools for Applications (VSTA). Dans SQL Server 2005, les scripts des tâches de script ou des composants Script utilisaient Microsoft Visual Studio for 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 Déployer des projets sur le serveur Integration Services.

Packages Data Transformation Services SQL Server 2000

La prise en charge de la migration ou de l'exécution des packages DTS (Data Transformation Services) a été arrêtée dans la version actuelle de SQL Server Integration 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 de 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 2012 Integration Services (SSIS).

  Pour plus d'informations sur la migration des packages DTS vers SQL Server 2005 Integration Services (SSIS) et SQL Server 2008 Integration Services (SSIS), consultez Migration des packages DTS (Data Transformation Services (2005) et Migration des packages DTS (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 des packages SQL Server 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.

[!REMARQUE]

Lorsque vous exécutez un package SQL Server 2005 ou SQL Server 2008 à l'aide de l'utilitaire dtexec (dtexec.exe) qui est installé avec la version actuelle de SQL Server, la mise à niveau de packages temporaire augmente la durée 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.

Applications et composants personnalisés

Les composants personnalisés de SQL Server 2005 Integration Services (SSIS) ne fonctionnent pas avec la version actuelle de SQL Server Integration Services.

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

• DTExec.exe.config

• dtshost.exe.config

• DTSWizard.exe.config

• DTUtil.exe.config

• DTExecUI.exe.config

Pour utiliser Outils de données SQL Server pour la conception de packages qui incluent SQL Server 2008 et les composants personnalisés SQL Server 2008 R2, vous devez modifier le fichier devenv.exe.config qui se trouve sur le <lecteur>:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE.

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

Recherche d'assemblys

Dans SQL Server 2012, les assemblys Integration Services ont été mis à niveau vers le .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

Au cours de la mise à niveau de packages, la plupart des composants et fonctionnalités des packages SQL Server 2005 et SQL Server 2008 sont convertis de façon transparente en leurs équivalents de 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.

[!REMARQUE]

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 Utiliser le Conseiller de mise à niveau pour la préparation des mises à niveau.

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 Outils de données SQL Server (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

• Article technique, 5 conseils pour une mise à niveau en douceur de SSIS vers SQL Server 2012, sur msdn.microsoft.com.

• Entrée de blog Making your Existing Custom SSIS Extensions and Applications Work in Denali, sur blogs.msdn.com.

• WebCast Mise à niveau des packages SSIS vers SQL Server 2012, sur channel9.msdn.com.