Migration des packages DTS

Integration Services fournit plusieurs options pour conserver les solutions créées avec les outils DTS et le modèle d'objet SQL Server 2000. Vous pouvez migrer les packages DTS vers le format Integration Services, continuer à les exécuter en utilisant le runtime DTS ou les intégrer aux solutions Integration Services en utilisant la tâche d'exécution de package DTS 2000.

Lorsque vous migrez les packages DTS vers le format Integration Services, la structure du package migré et le degré d'aboutissement de la migration dépendent du contenu du package de départ. Les résultats de la migration d'un package peuvent être les suivants :

• Les packages peuvent être migrés avec succès et intégralement, car ils ne contiennent que des tâches et n'utilisent que les fonctionnalités qui correspondent aux tâches et aux fonctionnalités Integration Services.

• Les packages contiennent les tâches et les fonctionnalités DTS qui ne peuvent pas être migrées directement vers les tâches et les fonctionnalités Integration Services, mais la fonctionnalité du package est préservée grâce à l'utilisation de packages DTS encapsulés.

• Dans certains cas, lorsque le nom du package contient des caractères non valides (/ \ : [ ] . =), ou lorsque le package contient des objets non enregistrés, l'Assistant Migration de package ne peut pas effectuer la migration avant la résolution de ces problèmes.

Si toutes les tâches du package peuvent être mappées à de nouvelles tâches dans Integration Services, la structure du package migré est très proche de la structure du package DTS. Inversement, si les tâches ne correspondent pas directement aux tâches Integration Services, la migration modifie la structure du package. Chaque tâche non migrée conserve son format DTS et est encapsulée dans une tâche d'exécution DTS 2000. Les tâches personnalisées dans les packages sont également migrées de cette façon. Pour plus d'informations, consultez Migration de tâches.

D'autres éléments de package tels que les contraintes de précédence, les connexions et les variables sont migrées vers l'élément équivalent dans Integration Services. Pour plus d'informations, consultez Migration des contraintes de précédence, Migration des connexions et Migration de variables.

Les mots de passe des packages ne sont pas migrés. Toutefois, Integration Services prend en charge les mots de passe de package DTS dans les packages DTS et dans la tâche d'exécution de package DTS 2000. Une tâche d'exécution de package DTS 2000 dans un package Integration Services peut passer le mot de passe du package à un package DTS. Pour plus d'informations, consultez Migration des mots de passe.

La tâche de script ActiveX dans Integration Services est souvent capable d'exécuter le code de script qui est migré à partir des scripts ActiveX dans des packages DTS sans modification supplémentaire. Toutefois, les références aux objets de package DTS ne sont pas prises en charge. Pour plus d'informations, consultez Migration de scripts.

Les annotations de texte entrées dans le Concepteur DTS, ainsi que les paramètres de journalisation de package et de gestion des erreurs, ne sont pas migrés.

Une fois les packages migrés, ils doivent être ouverts pour vérifier la présence éventuelle de problèmes et notamment les échecs de validation. Par exemple, certains packages dépendent de tâches précédentes dans le même package pour créer ou préparer les sources de données ou les destinations de données et, si ces objets sont introuvables, la validation peut échouer. Pour résoudre un problème de validation de ce type, affectez à la propriété DelayValidation la valeur true dans la tâche ou dans un autre objet conteneur, ou bien affectez à la propriété ValidateExternalMetadata la valeur false dans le composant de flux de données concerné.

Pour obtenir des informations générales sur la prise en charge de DTS dans Integration Services, consultez Prise en charge de DTS dans SQL Server 2008.