Considérations sur la mise à niveau de SQL Server Integration Services

Le processus de mise à niveau effectue les tâches suivantes :

• Met à niveau les fichiers Integration Services, ainsi que le service et les outils (Management Studio et BI Development Studio). Lorsqu'il existe plusieurs instances de SQL Server 2005 sur le même ordinateur, cette mise à niveau se produit lorsque la première instance du Moteur de base de données est mise à niveau.

• Supprime les outils, le service et les fichiers SQL Server 2005Integration Services à l'issue de la mise à niveau.

• Met à niveau l'instance du Moteur de base de données SQL Server 2005 vers la version SQL Server 2008.

• Déplace les données des tables système SQL Server 2005 Integration Services (SSIS) vers les tables système SQL Server 2008Integration Services, comme suit :

  • Déplace les packages sans modification de la table système msdb.dbo.sysdtspackages90 vers la table système msdb.dbo.sysssispackages.

    [!REMARQUE]

    Bien que les données soient déplacées vers une autre table système, la mise à niveau n'effectue pas la migration des packages vers le nouveau format.

  • Déplace les métadonnées de dossier de la table système msdb.sysdtsfolders90 vers la table système msdb.sysssispackagefolders.

  • Déplace les données du journal de la table système msdb.sysdtslog90 vers la table système msdb.sysssislog.

• Supprime les tables système msdb.sysdts*90 et les procédures stockées utilisées pour y accéder après avoir déplacé les données vers les nouvelles tables msdb.sysssis*. Toutefois, la mise à niveau remplace la table sysdtslog90 par une vue qui est également nommée sysdtslog90. Cette nouvelle vue sysdtslog90 présente la nouvelle table système msdb.sysssislog. Cela garantit que les rapports basés sur la table du journal continuent à s'exécuter sans interruption.

• Pour contrôler l'accès aux packages, crée trois nouveaux rôles de base de données fixes : db_ssisadmin, db_ssisltduser et db_ssisoperator. Les rôles SQL Server 2005Integration Services de db_dtsadmin, db_dtsltduser et db_dtsoperator ne sont pas supprimés, mais deviennent membres des nouveaux rôles correspondants.

• Si le magasin de packages SSIS (autrement dit, l'emplacement du système de fichiers géré par le service Integration Services) constitue l'emplacement par défaut sous \SQL Server\90, ces packages sont déplacés vers le nouvel emplacement par défaut sous \SQL Server\100.

• Met à jour le fichier de configuration du service Integration Services de sorte qu'il pointe vers l'instance mise à niveau du Moteur de base de données.

Le processus de mise à niveau n'effectue pas les tâches suivantes :

• N'effectue pas la migration des packages Integration Services existants vers le nouveau format utilisé par SQL Server 2008 pour les packages. Pour plus d'informations sur la migration des packages, consultez Mise à niveau de packages Integration Services.

• Ne déplace pas de packages à partir d'emplacements du système de fichiers, autre que l'emplacement par défaut, qui ont été ajoutés au fichier de configuration du service. Si vous avez déjà modifié le fichier de configuration du service de manière à ajouter des dossiers de système de fichiers supplémentaires, les packages stockés dans ces dossiers ne seront pas déplacés à un nouvel endroit.

• Dans les étapes du travail de l'Agent SQL Server qui appellent l'utilitaire dtexec directement (dtexec.exe), ne met pas à jour le chemin d'accès de système de fichiers pour l'utilitaire dtexec. Vous devez modifier manuellement ces étapes du travail pour mettre à jour le chemin d'accès de système de fichiers en vue de spécifier l'emplacement SQL Server 2008 pour l'utilitaire dtexec.

Une fois la mise à niveau terminée, vous pouvez accomplir les tâches suivantes :

• Exécuter les travaux de l'Agent SQL Server qui exécutent les packages.

• Utiliser Management Studio pour gérer les packages Integration Services stockés dans une instance de SQL Server 2005. Cependant, il se peut que vous deviez modifier le fichier de configuration du service pour ajouter l'instance de SQL Server 2005 à la liste des emplacements gérés par le service.

• Identifier la version des packages dans la table système msdb.dbo.sysssispackages en vérifiant la valeur de la colonne packageformat. La table possède une colonne packageformat qui identifie la version de chaque package. La valeur 2 dans la colonne packageformat indique un package SQL Server 2005Integration Services et la valeur 3 un package SQL Server 2008Integration Services. Tant que vous n'effectuez pas la migration des packages vers le nouveau format, les packages SQL Server 2005Integration Services ont la valeur 2 dans la colonne packageformat.

• Vous ne pouvez pas utiliser les outils SQL Server 2005 pour concevoir, exécuter ou gérer des packages Integration Services. Les outils SQL Server 2005 incluent les versions SQL Server 2005 de Business Intelligence Development Studio, de l'Assistant Importation et Exportation SQL Server et de l'utilitaire d'exécution de package (dtexecui.exe). La mise à niveau ne supprime pas les outils SQL Server 2005. Toutefois, vous ne serez pas en mesure de faire appel à ces outils pour continuer à utiliser les packages SQL Server 2005Integration Services sur un serveur qui a été mis à niveau.

• Par défaut, dans le cadre d'une installation mise à niveau, Integration Services est configuré de façon à journaliser les événements en rapport avec l'exécution de packages dans le journal d'événements de l'application. Ce paramètre peut générer trop d'entrées de journal d'événements lorsque vous utilisez la fonctionnalité collecteur de données de SQL Server 2008. Les événements enregistrés incluent l'ID d'événement 12288, « le Package a démarré », et l'ID d'événement 12289, « le Package a fini avec succès ». Pour arrêter l'enregistrement de ces deux événements dans le journal d'événements de l'application, ouvrez le Registre pour y apporter des modifications. Dans le Registre, recherchez le nœud HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\SSIS et modifiez la valeur DWORD du paramètre LogPackageExecutionToEventLog en remplaçant 1 par 0.

Les tables système qui stockent les packages dans l'instance mise à niveau du Moteur de base de données ne sont pas les mêmes que celles utilisées dans SQL Server 2005. Par conséquent, les versions SQL Server 2005 de Management Studio et BI Development Studio ne peuvent pas découvrir les packages dans les tables système de l'instance mise à niveau du Moteur de base de données. Comme ces packages ne peuvent pas être découverts, l'utilisation que vous pouvez en faire est limitée :

• Vous ne pouvez pas utiliser les outils SQL Server 2005, Management Studio et BI Development Studio, sur d'autres ordinateurs pour charger ou gérer les packages à partir de l'instance mise à niveau du Moteur de base de données.

  [!REMARQUE]

  Bien que les packages de l'instance mise à niveau du Moteur de base de données n'aient pas encore été migrés vers le nouveau format de package, ils ne sont pas encore détectables par les outils SQL Server 2005. Par conséquent, les packages ne peuvent pas être utilisés par les outils SQL Server 2005.

• Vous ne pouvez pas utiliser SQL Server 2005 Integration Services (SSIS) sur d'autres ordinateurs pour exécuter les packages stockés dans msdb sur l'instance mise à niveau du Moteur de base de données.

• Vous ne pouvez pas utiliser les travaux de l'Agent SQL Server sur des ordinateurs SQL Server 2005 pour exécuter les packages SQL Server 2005Integration Services stockés dans l'instance mise à niveau du Moteur de base de données.