Utilisation de l'Assistant Migration de package

Article
12/15/2008

Mis à jour : 17 juillet 2006

SQL Server 2005 Integration Services (SSIS) fournit l'Assistant Migration de package pour la migration des packages DTS (Data Transformation Services) créés avec les outils SQL Server 2000.

Remarque :
L'Assistant Migration de package est disponible dans les éditions Standard, Enterprise et Developer de SQL Server 2005.

Remarque :
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 ne peut pas analyser et l'Assistant Migration de package ne peut pas migrer les packages DTS SQL Server 7.0 enregistrés en tant que fichiers de stockage structurés, ou enregistrés dans la base de données msdb d'une instance de SQL Server 7.0 qui a été mise à niveau vers SQL Server 2005.

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 ne peut pas analyser et l'Assistant Migration de package ne peut pas migrer les packages DTS SQL Server 7.0 enregistrés en tant que fichiers de stockage structurés, ou enregistrés dans la base de données msdb d'une instance de SQL Server 7.0 qui a été mise à niveau vers SQL Server 2005.

Certains packages ne peuvent pas être migrés en totalité. Par exemple, certaines tâches SQL Server 2000 ne correspondent pas à des tâches Integration Services, les tâches personnalisées ne peuvent pas être migrées et certains scripts dans les tâches ActiveX ou dans les transformations de données ne peuvent pas être migrés. Pour plus d'informations, consultez Migration de tâches et Problèmes connus liés à la migration des packages.

Les packages au format SQL Server 2000 peuvent être utilisés dans les solutions Integration Services et peuvent continuer à fonctionner en packages SQL Server 2000 autonomes.

De nombreux packages SQL Server 2000 sont protégés par des mots de passe. Si vous migrez ces packages, l'Assistant Migration de package vous invite à indiquer leurs mots de passe. Il est impossible de migrer un package protégé par mot de passe sans fournir le mot de passe correct.

SQL Server 2005 n'installe pas la prise en charge de Meta Data Services. L'Assistant Migration de package prend en charge les packages Meta Data Services (Référentiel) uniquement 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, l'Assistant Migration de package peut migrer les packages DTS qui ont été enregistrés dans Meta Data Services. Si les fichiers de référentiel ne sont pas présents, il peut migrer uniquement les packages DTS qui ont été enregistrés dans SQL Server ou dans des fichiers de stockage structuré.

Démarrage de l'Assistant Migration de package

Vous pouvez démarrer l'Assistant Migration de package à partir de trois emplacements.

Depuis SQL Server Management Studio. Connectez-vous à une instance du moteur de base de données SQL Server 2005, cliquez avec le bouton droit sur le nœud Data Transformation Services dans l'Explorateur d'objets sous Gestion\Existant et sélectionnez Assistant Migration.
À partir de Business Intelligence Development Studio. Créez ou ouvrez un projet Integration Services, cliquez avec le bouton droit sur le nœud Packages SSIS dans l'Explorateur de solutions et choisissez Migrer un package DTS 2000.
À partir d'une invite de commandes. Exécutez DTSMigrationWizard.exe à partir du dossier C:\Program Files\Microsoft SQL Server\90\DTS\Binn.

Sélection de la source du package

L'Assistant Migration de package peut migrer les packages SQL Server 2000 qui ont été enregistrés dans une base de données SQL Server msdb, dans des fichiers de stockage structuré ou dans Meta Data Services. Les packages qui ont été enregistrés dans des fichiers Visual Basic ne peuvent pas être migrés.

Important :
SQL Server 2005 n'installe pas la prise en charge de Meta Data Services. L'Assistant Migration de package peut accéder uniquement aux packages DTS enregistrés dans Meta Data Services si SQL Server 2000, les outils SQL Server 2000 ou les fichiers redistribuables du référentiel sont présents sur l'ordinateur.

Si un package est situé dans une base de données msdb ou dans Meta Data Services, l'utilisateur fournit un nom de serveur et l'Assistant Migration de package authentifie l'utilisateur en utilisant l'Authentification Windows ou l'Authentification SQL Server.

Si un package se trouve dans un fichier de stockage structuré, vous devez sélectionner le fichier à migrer. Un fichier de stockage structuré peut contenir les définitions de plusieurs packages et peut inclure plusieurs versions d'un même package. Vous pouvez migrer tout ou partie des packages et les versions de package dans le fichier.

Pour plus d'informations, consultez Choisir l'emplacement source (Assistant Migration de package).

Sélection de la destination du package

L'Assistant Migration de package peut migrer des packages vers une base de données msdb dans une instance de SQL Server 2005 ou vers un fichier .dtsx. Le fichier .dtsx est une représentation XML de la définition de package enregistrée dans le système de fichiers.

Si la destination est SQL Server 2005, l'utilisateur fournit un nom de serveur et l'Assistant Migration de package authentifie l'utilisateur au moyen de l'Authentification Windows ou de l'Authentification SQL Server.

Pour plus d'informations, consultez Choisir l'emplacement de destination (Assistant Migration de package)..

Remarque :
Après avoir migré des packages à partir de Management Studio, connectez-vous à l'instance locale de Integration Services dans l'Explorateur d'objets pour observer les packages migrés. Si vous avez sélectionné SQL Server comme destination, les packages migrés sont visibles sous le nœud MSDB. Si vous avez sélectionné un dossier de système de fichiers comme destination, cliquez avec le bouton droit sur le nœud Système de fichiers et sélectionnez Importer un package pour afficher les packages migrés. Les packages migrés depuis BI Development Studio sont enregistrés dans le dossier de système de fichiers que vous avez spécifié, puis ajoutés au projet ouvert sous le nœud Packages SSIS. Il est impossible d'ouvrir ou de modifier les packages DTS dans BI Development Studio.

Après avoir migré des packages à partir de Management Studio, connectez-vous à l'instance locale de Integration Services dans l'Explorateur d'objets pour observer les packages migrés. Si vous avez sélectionné SQL Server comme destination, les packages migrés sont visibles sous le nœud MSDB. Si vous avez sélectionné un dossier de système de fichiers comme destination, cliquez avec le bouton droit sur le nœud Système de fichiers et sélectionnez Importer un package pour afficher les packages migrés. Les packages migrés depuis BI Development Studio sont enregistrés dans le dossier de système de fichiers que vous avez spécifié, puis ajoutés au projet ouvert sous le nœud Packages SSIS. Il est impossible d'ouvrir ou de modifier les packages DTS dans BI Development Studio.

Sélection des packages à migrer

Une fois la source et la destination spécifiées, l'Assistant Migration de package affiche la liste des packages disponibles dans la base de données msdb, dans Meta Data Services ou dans le fichier de stockage structuré spécifié. Vous pouvez sélectionner les packages à migrer et mettre à jour les noms par défaut que l'Assistant Migration de package fournit pour les packages. Vous pouvez également mettre à jour les noms de package dans Business Intelligence Development Studio ou SQL Server Management Studio une fois les packages migrés.

Pour plus d'informations, consultez Liste des packages (Assistant Migration de package).

Mots de passe des packages

Les packages développés avec les versions antérieures des outils SQL Server peuvent être protégés par des mots de passe. Vous devez fournir les mots de passe corrects pour que l'Assistant puisse accéder aux définitions de package pour effectuer leur migration. Si plusieurs packages partagent un même mot de passe, il n'est nécessaire d'indiquer le mot de passe qu'une seule fois. L'Assistant Migration de package ne peut pas continuer tant que vous n'avez pas fourni tous les mots de passe de tous les packages protégés par mot de passe. Si aucun package n'est protégé par mot de passe, l'Assistant passe cette étape.

Enregistrement des erreurs de migration

Vous pouvez demander à l'Assistant Migration de package d'enregistrer les erreurs qu'il rencontre au cours de la migration.

Pour plus d'informations, consultez Spécifiez un fichier journal (Assistant Migration de package).

Affichage de la progression de la migration

L'Assistant Migration de package migre les packages sélectionnés un par un. Si l'Assistant ne parvient pas à migrer un package, il permet d'arrêter la migration des packages restants ou d'ignorer le package et de poursuivre la migration en passant au package suivant dans la liste. À chaque fois qu'un package est migré, l'état de la migration est mis à jour.

Pour plus d'informations, consultez Terminer l'Assistant (Assistant Migration de package) et Migration des packages (Assistant Migration de package).

Vérification des packages migrés

Une fois les packages migrés, ils doivent être ouverts dans Business Intelligence Development Studio 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é.

Remarque :
Après avoir migré des packages à partir de Management Studio, connectez-vous à l'instance locale de Integration Services dans l'Explorateur d'objets pour observer les packages migrés. Si vous avez sélectionné SQL Server comme destination, les packages migrés sont visibles sous le nœud MSDB. Si vous avez sélectionné un dossier de système de fichiers comme destination, cliquez avec le bouton droit sur le nœud Système de fichiers, puis sélectionnez Importer un package pour afficher les packages migrés. Une fois que vous avez effectué la migration des packages à partir de BI Development Studio, les packages migrés sont enregistrés dans le dossier de système de fichiers que vous avez spécifié, puis ajoutés au projet ouvert sous le nœud Packages SSIS.

Après avoir migré des packages à partir de Management Studio, connectez-vous à l'instance locale de Integration Services dans l'Explorateur d'objets pour observer les packages migrés. Si vous avez sélectionné SQL Server comme destination, les packages migrés sont visibles sous le nœud MSDB. Si vous avez sélectionné un dossier de système de fichiers comme destination, cliquez avec le bouton droit sur le nœud Système de fichiers, puis sélectionnez Importer un package pour afficher les packages migrés. Une fois que vous avez effectué la migration des packages à partir de BI Development Studio, les packages migrés sont enregistrés dans le dossier de système de fichiers que vous avez spécifié, puis ajoutés au projet ouvert sous le nœud Packages SSIS.

Voir aussi

Autres ressources

Migration des packages DTS

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version	Historique
17 juillet 2006	Contenu modifié Observation indiquant qu'il est impossible d'ouvrir les packages DTS dans BI Development Studio.
5 décembre 2005	Contenu modifié Ajout d'une note expliquant comment localiser les packages migrés. Informations ajoutées concernant la prise en charge de la migration à partir de SQL Server 7.0.

Partager via