Compatibilité descendante de SQL Server 2005 Integration Services

Mis à jour : 15 septembre 2007

SQL Server 2005 Integration Services (SSIS) assure une prise en charge au moment de la gestion, de l'exécution et de la conception des packages DTS (Data Transformation Services) créés à l'aide des outils et du modèle d'objet SQL Server 2000.

ms143706.note(fr-fr,SQL.90).gifRemarque :
Il n'existe aucune prise en charge 64 bits lors de la conception ou de l'exécution pour les packages DTS (Data Transformation Services) créés dans les versions antérieures de SQL Server.

Compatibilité générale entre les packages DTS et SSIS

  • Gestion des packages DTS
  • Prise en charge au moment de l'exécution des packages DTS
    • Installation de la prise en charge au moment de l'exécution des packages DTS
    • Exécution des packages DTS à partir de l'invite de commandes
    • Exécution des packages DTS à partir de travaux de l'Agent SQL Server
    • Exécution des packages DTS à partir des packages Integration Services
  • Prise en charge au moment de la conception des packages DTS
  • Migration
    • Migration des commandes dtsrun vers des commandes dtexec
    • Migration des packages DTS vers des packages Integration Services
  • Prise en charge limitée
    • Prise en charge d'Integration Services dans SQL Server 2005 Express Edition
    • Prise en charge des packages du référentiel
    • Prise en charge des destinations ODBC

Compatibilité générale entre les packages DTS et SSIS

Étant donné que Integration Services est un produit entièrement nouveau et non une version mise à niveau, vous ne rencontrerez aucun conflit d'ordre logiciel entre DTS et SSIS.

  • Vous pouvez installer les packages DTS et SSIS sur le même serveur.
  • Vous pouvez exécuter les packages DTS et SSIS sur le même serveur lorsque les deux produits sont installés. Vous pouvez exécuter des packages DTS même lorsque les outils SQL Server 2000 ne sont pas présents, à l'aide d'une version mise à jour du runtime DTS qui est installé avec Integration Services.
  • Vous pouvez enregistrer les packages DTS dans la base de données MSDB d'une instance de SQL Server 2000 ou SQL Server 2005. Vous pouvez enregistrer les packages SSIS uniquement sur une instance de SQL Server 2005.
  • Vous pouvez modifier les packages DTS même lorsque les outils SQL Server 2000 ne sont pas présents, à l'aide d'une version mise à jour du concepteur DTS qu'il est possible de télécharger. Vous ne pouvez pas modifier les packages DTS dans Business Intelligence Development Studio. Vous pouvez modifier les packages SSIS uniquement dans BI Development Studio.

Gestion des packages DTS

Vous pouvez gérer les packages DTS dans SQL Server Management Studio, qu'ils soient stockés dans une instance de SQL Server 2000 ou qu'ils aient été importés dans une instance de SQL Server 2005. Pour afficher les packages DTS dans Management Studio, connectez-vous à une instance de SQL Server, puis dans l'Explorateur d'objets, observez les éléments sous le nœud Management\Legacy\Data Transformation Services.

Lorsque vous sélectionnez un package DTS individuel dans Management Studio, vous pouvez ouvrir le package pour le modifier, le migrer, l'exporter vers un fichier de stockage structuré ou le supprimer.

Lorsque vous sélectionnez le nœud Data Transformation Services dans Management Studio, vous pouvez ouvrir les packages, les importer dans SQL Server à partir de fichiers de stockage structuré ou démarrer l'Assistant Migration de package.

ms143706.note(fr-fr,SQL.90).gifRemarque :
Pour modifier des packages DTS, il convient d'effectuer un téléchargement distinct des composants du Concepteur DTS. Consultez Installation de la prise en charge au moment de la conception des packages DTS SQL Server 2000. Il est impossible d'ouvrir ou de modifier les packages DTS directement dans BI Development Studio.

Installation de la prise en charge du runtime pour les packages DTS SQL Server 2000

Vous pouvez exécuter les packages DTS et les packages SSIS sur le même ordinateur.

Si vous sélectionnez Integration Services pour l'installation, le programme d'installation installe également la prise en charge des packages DTS, y compris du runtime DTS et de l'énumération de package DTS dans SQL Server Management Studio. La prise en charge du runtime est améliorée et permet aux packages DTS d'accéder aux sources de données SQL Server 2005.

Pour plus d'informations, consultez Procédure : assurer la prise en charge des packages DTS (Data Transformation Services).

ms143706.note(fr-fr,SQL.90).gifRemarque :
Bien que la prise en charge de SQL Server 2000 Data Transformation Services (DTS) soit automatiquement installée lorsque vous sélectionnez Integration Services pour l'installation, certains paramètres du Registre et de l'environnement requis par DTS sont supprimés si vous mettez à niveau la dernière instance de SQL Server 2000 sur l'ordinateur vers SQL Server 2005 pendant ou après l'installation. Pour restaurer ces paramètres, recherchez « Compatibilité descendante pour Microsoft SQL Server 2005 » dans la liste Ajout/Suppression de programmes du Panneau de configuration, cliquez sur le bouton Modifier, puis sélectionnez l'option Réparer dans la page Maintenance du programme de l'Assistant.

Les fichiers de compatibilité descendante qui ont été installés incluent également la prise en charge au moment de l'exécution de la tâche de traitement SQL Server 2000 Analysis Services et ses dépendances, les objets DSO (Decision Support Objects). Cependant, ils n'incluent pas de prise en charge, au moment de la conception, de la modification des packages DTS qui contiennent la tâche de traitement SQL Server 2000 Analysis Services. Vous pouvez modifier les packages qui contiennent cette tâche uniquement lorsque SQL Server 2000 Analysis Services est installé sur le même ordinateur.

Les fichiers de compatibilité descendante n'incluent pas la tâche de requête de prédiction de l'exploration de données SQL Server 2000.

Exécution de packages DTS à partir de l'invite de commandes

Vous pouvez exécuter les packages DTS SQL Server 2000 à partir de l'invite de commandes. SQL Server 2005 Integration Services (SSIS) installe l'utilitaire SQL Server 2000 dtsrun.exe lors de l'installation de la prise en charge à l'exécution des packages DTS.

Exécution de packages DTS à partir de travaux de l'Agent SQL Server

Pour exécuter un package DTS SQL Server 2000 à partir d'un travail de l'Agent SQL Server, vous ne pouvez pas utiliser une étape du travail de type Package SQL Server Integration Services. Vous devez utiliser une étape de travail de type Système d'exploitation (CmdExec) et exécuter l'utilitaire dtsrun.exe comme commande.

Exécution des packages DTS à partir des packages Integration Services

Vous pouvez également exécuter les packages qui ont été créés à l'aide des outils SQL Server 2000 dans le cadre d'une solution de transformation de données SQL Server 2005. Integration Services fournit la tâche d'exécution de package DTS 2000 pour exécuter les packages DTS à partir des packages SQL Server 2005 Integration Services.

Pour plus d'informations, consultez Tâche d'exécution de package DTS 2000.

Installation de la prise en charge du moment de la conception pour les packages DTS SQL Server 2000

Il est impossible d'ouvrir ou de modifier les packages DTS directement dans Business Intelligence Development Studio. Par ailleurs, SQL Server 2005 n'installe pas le concepteur de package DTS pour modifier les packages DTS. Toutefois, vous pouvez télécharger et installer une version mise à jour du concepteur de package DTS que vous pourrez utiliser pour modifier des packages DTS. Pour télécharger le concepteur de package DTS mis à jour, visitez la page Feature Pack pour Microsoft SQL Server 2005 sur le site Web de Microsoft, puis téléchargez les composants du concepteur Microsoft SQL Server 2000. Après avoir installé ce téléchargement, vous pouvez afficher et modifier des packages DTS à partir de Management Studio ou à partir de l'Éditeur de tâche d'exécution de package DTS 2000 dans Business Intelligence Development Studio.

Pour plus d'informations sur la gestion de certaines propriétés d'application DTS qui affectent l'environnement de conception DTS, consultez Définition des propriétés d'application DTS.

Migration de lignes de commande pour l'exécution de packages

Pour comprendre la manière dont les options d'invite de commandes employées avec l'utilitaire SQL Server 2000 dtsrun sont mappées avec les options d'invite de commandes employées avec l'utilitaire SQL Server 2005 dtexec, consultez Mappage de l'option de commande dtsrun à l'option de commande dtexec.

Migration des packages DTS

SQL Server 2005 fournit l'Assistant Migration de package pour la migration des packages DTS SQL Server 2000 vers le format de package Integration Services. De nombreux packages peuvent être entièrement migrés vers SQL Server 2005, tout particulièrement les packages DTS qui utilisent des tâches, des connexions et d'autres objets qui ont des équivalents dans SQL Server 2005. D'autres packages peuvent être migrés avec succès en encapsulant certaines tâches ou fonctionnalités qui ne peuvent pas être migrées dans une tâche d'exécution de package DTS 2000. Avant d'exécuter l'Assistant Migration de package, vous pouvez installer et exécuter le Conseiller de mise à niveau pour analyser vos packages existants afin de rechercher des problèmes de migration anticipée.

Pour plus d'informations sur le Conseiller de mise à niveau, consultez Utilisation du Conseiller de mise à niveau pour la préparation des mises à niveau.

ms143706.note(fr-fr,SQL.90).gifRemarque :
L'Assistant Migration de package est disponible dans les éditions Standard, Enterprise et Developer de SQL Server 2005.
ms143706.note(fr-fr,SQL.90).gifRemarque :
Le Conseiller de mise à niveau ne peut pas analyser, tandis que l'Assistant Migration de package ne peut pas migrer les packages DTS enregistrés dans la base de données msdb d'une instance de SQL Server 7.0. Cependant, le Conseiller de mise à niveau peut analyser et l'Assistant Migration de package peut migrer les packages DTS SQL Server 7.0 enregistrés en tant que fichiers de stockage structurés, ou dans la base de données msdb d'une instance de SQL Server 7.0 qui a été mise à niveau vers SQL Server 2005.

Il est impossible d'enregistrer ou d'exporter des packages Integration Services vers le format de package DTS SQL Server 2000.

Pour plus d'informations, consultez Migration des packages DTS.

Prise en charge des packages DTS SQL Server 2000 dans SQL Server 2005 Express Edition

SQL Server 2005 Express Edition n'inclut pas Integration Services et n'offre pas la prise en charge des packages DTS SQL Server 2000.

  • Pour exécuter des packages DTS sur un serveur SQL Server 2005 Express Edition, vous devez laisser les outils clients SQL Server 2000 ou les fichiers DTS redistribuables sur le serveur ou bien les réinstaller. SQL Server 2005 Express Edition n'inclut pas le runtime DTS.
  • Pour modifier les packages DTS existants sur un serveur SQL Server 2005, vous devez utiliser SQL Server 2000 ou modifier ces packages à distance à partir d'un serveur qui exécute les éditions Workgroup, Standard, Enterprise ou Developer Edition de SQL Server 2005. SQL Server 2005 Express Edition n'inclut ni SQL Server Management Studio, ni BI Development Studio.
  • Pour migrer des packages DTS vers SQL Server 2005 Integration Services, vous devez utiliser les éditions Standard, Enterprise ou Developer Edition de SQL Server 2005. Les autres éditions de SQL Server 2005 n'incluent pas l'Assistant Migration de package Integration Services.

L'utilitaire d'importation et d'exportation inclus avec SQL Server 2005 Express Edition n'est pas l'Assistant Importation et d'exportation SQL Server et il n'utilise pas Integration Services.

Prise en charge des packages Meta Data Services (Référentiel)

SQL Server 2000 Meta Data Services, généralement appelé « référentiel », est un composant qui n'est plus utilisé. SQL Server 2005 n'installe pas et n'utilise pas le référentiel.

Le concepteur SQL Server 2000 Data Transformation Services (DTS) et l'utilitaire dtsrun.exe continuent à prendre en charge les packages DTS qui ont été enregistrés dans Meta Data Services.

SQL Server 2005 Integration Services prend en charge le référentiel uniquement dans le Conseiller de mise à niveau et l'Assistant Migration de package, et seulement si SQL Server 2000, les outils SQL Server 2000 ou les fichiers redistribuables du référentiel sont installés sur l'ordinateur local. Quand les fichiers de référentiel sont présents, le Conseiller de mise à niveau peut analyser des packages DTS qui ont été enregistrés dans Meta Data Services, et l'Assistant Migration de package peut migrer ces packages. Si les fichiers de référentiel ne sont pas présents, le Conseiller de mise à niveau peut uniquement analyser et l'Assistant Migration de package peut uniquement migrer les packages DTS qui ont été enregistrés dans SQL Server ou dans des fichiers de stockage structuré.

La tâche d'exécution de package DTS 2000 Integration Services ne peut pas exécuter un package DTS qui a été enregistré dans le référentiel. Cependant, le runtime DTS SQL Server 2000 peut exécuter des packages du référentiel. Pour remédier à cette limitation dans Integration Services, lorsque les fichiers de référentiel y figurent, vous pouvez créer un nouveau package DTS SQL Server 2000 qui sert de wrapper et l'enregistrer dans SQL Server ou en tant que fichier de stockage structuré. Utilisez une tâche d'exécution de package dans le nouveau package DTS pour exécuter le package de référentiel. Utilisez ensuite la tâche d'exécution de package DTS 2000 dans le package Integration Services pour exécuter le nouveau package du wrapper.

Prise en charge des destinations ODBC

SQL Server 2005 Integration Services comporte un composant de source ODBC, pour le chargement des données à partir de sources de données ODBC, mais il ne comporte pas d'un composant de destination ODBC correspondant pour l'enregistrement des données vers des destinations ODBC. Il est possible de créer une destination ODBC appropriée à utiliser dans un package unique à l'aide du composant Script. Pour plus d'informations, consultez Creating an ODBC Destination with the Script Component.

Voir aussi

Concepts

Problèmes connus liés à la migration des packages

Autres ressources

Mappage de l'option de commande dtsrun à l'option de commande dtexec
Observations relatives à Integration Services sur des ordinateurs 64 bits

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version Historique

15 septembre 2007

Contenu modifié :
  • Ajout d'une section relative à l'exécution de packages DTS à partir de l'Agent SQL Server.
  • Instructions plus complètes sur le téléchargement d'une version mise à jour du concepteur de packages DTS.

17 juillet 2006

Contenu modifié :
  • Ajout d'une section concernant les destinations ODBC.
  • Ajout d'une section concernant la compatibilité des packages DTS et SSIS.
  • Ajout d'une restriction concernant l'exportation des packages au format DTS 2000 et la prise en charge au moment de la conception des packages de type 2000.

14 avril 2006

Contenu modifié :
  • La liste de toutes les opérations susceptibles d'être exécutées sur les packages DTS à l'aide des outils SQL Server 2005 a été ajoutée.
  • Une section sur la gestion des packages DTS a été ajoutée.
  • Une section sur l'exécution des packages DTS à partir de l'invite de commandes a été ajoutée.
  • Une remarque sur le Conseiller de mise à niveau a été ajoutée dans la section sur la migration.
  • Un lien est fourni pour le téléchargement des composants du Concepteur DTS.

5 décembre 2005

Contenu modifié :
  • Ajout d'informations sur le téléchargement du Concepteur DTS et la configuration de ses options.
  • Remarque et lien ajoutés sur la migration des lignes de commande dtsrun.exe.
  • Informations ajoutées concernant la prise en charge de la migration à partir de SQL Server 7.0.