Observations relatives à Integration Services sur des ordinateurs 64 bits

Mis à jour : 15 septembre 2007

Les éditions 64 bits de Microsoft SQL Server 2005 comprennent Integration Services, mais certaines fonctionnalités de Integration Services sont disponibles uniquement en version 32 bits, ou avec des restrictions pour les ordinateurs 64 bits ou bien ne sont pas prises en charge dans les systèmes d'exploitation Itanium.

Pour plus d'informations sur les fonctionnalités incluses dans les différentes éditions de SQL Server 2005, consultez Fonctionnalités prises en charge par les éditions de SQL Server 2005.

Installation d'Integration Services sur des ordinateurs 64 bits

Fonctionnalités d'Integration Services installées sur des ordinateurs 64 bits

Lorsque vous installez SQL Server 2005 et que vous sélectionnez Integration Services et Business Intelligence Development Studio, toutes les fonctionnalités 32 bits et 64 bits de Integration Services disponibles au moment de la conception et de l'exécution sont installées. Lorsque vous installez Integration Services, vous installez également la prise en charge 32 bits au moment de l'exécution des packages DTS (Data Transformation Services) SQL Server 2000.

Les fonctionnalités 64 bits sont installées dans le répertoire Program Files et les fonctionnalités 32 bits sont installées séparément dans le répertoire Program Files (x86). (Ce comportement n'est pas spécifique à Integration Services ou SQL Server 2005.)

Important :
Business Intelligence Development Studio (l'environnement de développement 32 bits des packages Integration Services) n'est pas pris en charge sur le système d'exploitation 64 bits Itanium et n'est pas installé sur les serveurs Itanium.

Versions 64 bits des outils d'Integration Services

Les outils Integration Services suivants existent aussi en mode 64 bits :

• L'utilitaire dtexec (dtexec.exe)
• L'utilitaire dtutil (dtutil.exe)
• L'Assistant Importation et Exportation SQL Server (DTSWizard.exe)

Remarque :
Lors du développement et de l'évaluation des commandes à l'aide de l'utilitaire d'exécution de package (dtexecui.exe) sur un ordinateur 64 bits, n'oubliez pas que cet outil 32 bits exécute les packages en mode 32 bits. Vous devez également tester vos commandes en mode 64 bits à l'aide de la version 64 bits de dtexec.exe avant de les déployer ou de les planifier sur un serveur de production.

Problème d'installation de la tâche MSMQ

Une seule version de la tâche MSMQ SQL Server peut être inscrite avec COM+. Par conséquent, si vous avez installé SQL Server 64 bits sur un ordinateur 64 bits, vous ne pouvez utiliser la tâche MSMQ que dans des packages exécutés en mode 64 bits ; vous ne pouvez pas utiliser la tâche MSMQ dans des packages exécutés en mode 32 bits.

Si vous avez installé SQL Server 32 bits sur un ordinateur 64 bits, vous ne pouvez utiliser la tâche MSMQ que dans des packages exécutés en mode 32 bits ; vous ne pouvez pas utiliser la tâche MSMQ dans des packages exécutés en mode 64 bits.

Prise en charge des packages DTS (Data Transformation Services) sur des ordinateurs 64 bits

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. Pour plus d'informations, consultez Compatibilité descendante de SQL Server 2005 Integration Services.

Conception de packages Integration Services sur des ordinateurs 64 bits

Vous ne pouvez pas concevoir de packages dans BI Development Studio ni de scripts de débogage dans la tâche de script sur des systèmes d'exploitation Itanium.

Lorsque vous exécutez un package en mode 64 bits, il est possible que vous ne puissiez pas vous connecter à autant de sources de données qu'à partir d'un package exécuté en mode 32 bits. Certains fournisseurs de données .NET Framework et fournisseurs OLE DB natifs peuvent ne pas être disponibles en version 64 bits. Par exemple, le fournisseur Microsoft OLE DB pour Jet, qui se connecte à des bases de données Access et à des feuilles de calcul Excel, n'est pas disponible en version 64 bits.

Le Concepteur SSIS 32 bits affiche uniquement les fournisseurs 32 bits installés sur l'ordinateur local. Pour configurer un gestionnaire de connexions de telle sorte qu'il utilise un fournisseur 64 bits spécifique, vous devez installer la version 32 bits du fournisseur sur l'ordinateur de développement pour une utilisation au moment de la conception. Bien que la version 32 bits du fournisseur soit installée, vous pouvez toujours exécuter le package en mode 64 bits dans l'environnement de développement et après le déploiement. Les versions 32 bits et 64 bits d'un fournisseur ont le même ID. Par conséquent, le runtime SSIS sélectionnera la version appropriée du fournisseur à utiliser. Par exemple, vous exécutez le package dans l'environnement de développement sur un ordinateur 64 bits. Par défaut, le package utilise la version 64 bits du fournisseur car la valeur par défaut de la propriété de projet Run64BitRuntime a la valeur True.

Vous ne pouvez pas exécuter les packages contenant des scripts (par exemple dans des tâches de script ou dans des composants de script) en mode 64 bits, à moins que les scripts aient été précompilés. Par défaut, la valeur de la propriété PreCompile est True pour la tâche de script comme pour le composant de script.

Vous ne pouvez pas utiliser la tâche d'exécution de package DTS 2000 dans un package exécuté en mode 64 bits. Data Transformation Services Runtime SQL Server 2000 n'est pas disponible en version 64 bits.

Exécution de packages Integration Services sur des ordinateurs 64 bits

Vous pouvez parfois être amené à exécuter des packages en mode 32 bits pour exécuter des scripts non compilés, exécuter des packages DTS SQL Server 2000 ou encore utiliser un fournisseur de données .NET Framework managé ou un fournisseur OLE DB natif qui n'est pas disponible en version 64 bits.

Sélection d'une exécution de package 32 bits ou 64 bits dans le concepteur SSIS

Dans les Propriétés du projet d'un package Integration Services, vous pouvez sélectionner une exécution 32 bits ou 64 bits en définissant la valeur de la propriété Run64BitRuntime dans la page Débogage. Par défaut, la valeur de cette propriété est True. Lorsque la version 64 bits de l'exécutable de Integration Services n'est pas installée, ce paramètre est ignoré.

Remarque :
La propriété de projet Run64BitRuntime s'applique uniquement au moment de la conception.

Sélection d'une exécution de package 32 bits ou 64 bits dans un travail de l'Agent SQL Server

Lorsque vous configurez un travail de l'Agent SQL Server avec une étape de type Package SQL Server Integration Services, le travail exécute toujours le package en mode 64 bits sur un ordinateur 64 bits. Cela est dû au fait que cette étape appelle la version 64 bits de dtexec.exe pour exécuter le package. Vous devez pour cela installer et exécuter la version 64 bits de SQL Server 2005 et de l'Agent SQL Server sur l'ordinateur 64 bits. Si vous avez installé et exécutez la version 32 bits de SQL Server 2005 et de l'Agent SQL Server sur l'ordinateur 64 bits, cette procédure appelle la version 32 bits de dtexec.exe pour exécuter le package.

Si vous voulez exécuter un package à partir d'un travail de l'Agent SQL Server 64 bits en mode 32 bits, sélectionnez le type d'étape de travail de Système d'exploitation et entrez la ligne de commande ou utilisez un fichier de commandes appelant la version 32 bits de dtexec.exe. Vous pouvez utiliser l'utilitaire dtexecui.exe pour créer la ligne de commande, puis copier et coller la ligne de commande dans l'étape du travail.

Historique des modifications

Version	Historique
15 septembre 2007	Contenu modifié : Clarification de la disponibilité des sources de données et de la façon dont les fournisseurs fonctionnent dans un environnement de développement 64 bits.
5 décembre 2005	Contenu modifié : Remarque indiquant que Business Intelligence Development Studio ne s'exécute pas sur l'architecture Itanium. Il est maintenant précisé que dtexecui.exe s'exécute uniquement en mode 32 bits, et que les packages doivent être testés en mode 64 bits. Un problème connu au niveau de la tâche MSMQ a été décrit. Remarque indiquant que le fournisseur Microsoft OLE DB pour Jet, utilisé pour les bases de données Access et Excel, n'est pas disponible en version 64 bits.