Comment faire pour utiliser l’Agent de SQL Server 64 bits pour planifier un package SQL Server 2005 Integration Services

Résumé

Envisagez le scénario suivant. Vous utilisez l’Agent de SQL Server 64 bits pour planifier un lot de Microsoft SQL Server 2005 Integration Services (SSIS) pour s’exécuter comme une étape de travail dans un environnement 64 bits. Dans ce scénario, l’Agent de SQL Server 64 bits utilisent toujours l’utilitaire DTExec.exe 64 bits pour exécuter le package. Toutefois, certaines tâches ne gèrent pas l’utilitaire DTExec.exe de 64 bits. Par conséquent, le package ne peut pas toujours s’exécuter. Dans certains cas dans lesquels le package ne peut pas s’exécuter, le message d’erreur suivant est enregistré :
Cette tâche ne prend pas en charge les environnement Win64 natif. Exécutez le package dans un environnement de WOW 32 bits à la place.
Remarque Ce message d’erreur est enregistré uniquement si vous avez activé la journalisation dans le package.

En outre, certains fournisseurs OLE DB et certains fournisseurs ADO.NET ne sont pas disponibles dans les versions 64 bits. Si ces fournisseurs sont utilisées dans le package, vous rencontrez divers problèmes de connexion lorsque l’Agent de SQL Server 64 bits exécute le package à l’aide de l’utilitaire DTExec.exe de 64 bits.

Plus d'informations

Envisagez le scénario suivant. Vous souhaitez exécuter un package dans un environnement 64 bits. En outre, le package contient des tâches qui ne prennent pas en charge l’environnement Win64 natif. Dans ce scénario, vous devez sélectionner la version 32 bits de l’utilitaire DTExec.exe pour exécuter le package. Toutefois, lorsque vous affichez la boîte de dialogue Propriétés de la tâche ou de la boîte de dialogue Propriétés d’étape de travail , vous ne voyez pas une option qui vous permettra d’utiliser la version 32 bits de l’utilitaire DTExec.exe

La planification de l’Agent de SQL Server 64 bits pour exécuter un package à l’aide de la version 32 bits de l’utilitaire DTExec.exe

Pour planifier l’Agent de SQL Server 64 bits pour exécuter un package à l’aide de la version 32 bits de l’utilitaire DTExec.exe, vous devez créer manuellement une étape de travail pour exécuter le package. En outre, vous devez sélectionner la version 32 bits de l’utilitaire DTExec.exe pour exécuter le package.

Pour sélectionner la version 32 bits de l’utilitaire DTExec.exe pour exécuter le package, vous n’êtes pas obligé de taper tous les commutateurs de ligne de commande. Au lieu de cela, vous devez uniquement fournir le chemin d’accès de la version 32 bits de l’utilitaire DTExec.exe. Pour ce faire, procédez comme suit :
  1. Créer un travail de l’Agent de SQL Server. Pour ce faire, procédez comme suit :
    1. Démarrez le service SQL Server Agent.
    2. Ouvrez SQL Server Management Studio et connectez-vous à une instance de SQL Server 2005.
    3. Développez SQL Server Agent, cliquez sur travaux, puis cliquez sur Nouveau travail.
    4. Dans la boîte de dialogue Nouveau projet , spécifiez un nom pour le projet et le propriétaire de la tâche.
  2. Créer une étape de travail. Pour ce faire, procédez comme suit :
    1. Dans la boîte de dialogue Nouveau projet , cliquez sur opérations, puis cliquez sur Nouveau.
    2. Dans la boîte de dialogue Nouvelle étape du travail , spécifiez un nom pour l’étape du travail.
    3. Dans la liste Type , sélectionnez le Package de SQL Server Integration Services.
    4. Sous l’onglet Général , spécifiez l’emplacement du package.
    5. Sous les onglets restants, configurez les paramètres de l’étape du travail.
  3. Sélectionnez la version 32 bits de l’utilitaire DTExec.exe pour exécuter le package. Pour ce faire, procédez comme suit :
    1. Dans la liste Type de la boîte de dialogue Nouvelle étape du travail , sélectionnez le système d’exploitation (CmdExec).
    2. Dans la zone commande , tapez le chemin d’accès de la version 32 bits de l’utilitaire DTExec.exe. Lorsque vous effectuez cette opération, placez le chemin d’accès entre guillemets et placez le chemin d’accès, en regard de la commande existante.

      Remarques
      • La version 32 bits de l’utilitaire DTExec.exe se trouve dans le dossier suivant :
        Lecteur\Program (x86) de fichiers \Microsoft SQL Server\90\DTS\Binn
      • Voici un exemple de contenu de la boîte de commande une fois que vous ajoutez le chemin d’accès :
        "C:\Program Files (x86)\Microsoft SQL Server\90\DTS\Binn\DTExec.exe" /FILE "C:\MyFolder\MyPackage.dtsx" /MAXCONCURRENT " -1 " /CHECKPOINTING OFF 
    3. Dans la liste Exécuter en tant que , sélectionnez un compte proxy pour exécuter la version 32 bits de l’utilitaire DTExec.exe. Le compte proxy est activé pour le sous-système de Package de SQL Server Integration Services n’est peut-être pas disponible dans la liste Exécuter en tant que pour le sous-système « Système d’exploitation (CmdExec) ».

      Remarque Vous pouvez activer le compte proxy pour le sous-système « Système d’exploitation (CmdExec) ». Pour ce faire, procédez comme suit :
      1. Dans SQL Server Management Studio, développez SQL Server Agent, développez les Proxies, puis et L’exécution du Package SSIS.
      2. Double-cliquez sur le compte proxy que vous souhaitez activer pour le sous-système du système d’exploitation (CmdExec) .
      3. Sous Active pour les sous-systèmes suivants, activez la case à cocher le système d’exploitation (CmdExec) .
    4. Cliquez sur Avancé, puis cliquez sur pour sélectionner la case à cocher inclure sortie de l’étape dans l’historique .


      Remarque Suivez cette étape uniquement si vous souhaitez inclure la sortie de l’utilitaire de DTExec.exe.exe dans l’historique du travail de l’Agent de SQL Server. Si le travail échoue, vous pouvez utiliser cette sortie pour les tests de diagnostic.

Avantages de l’exécution d’un package dans un environnement 64 bits

Si vous exécutez un package dans un environnement 32 bits, le package est limité à l’exécution dans la contrainte (Go) de 4 gigaoctets de l’espace d’adressage virtuel. Si vous exécutez un package dans un environnement 64 bits, le lot peut utiliser plus de 4 Go d’espace d’adressage virtuel. Pendant le traitement de beaucoup de mémoire, les performances de recherche et les performances de tri peuvent être améliorées sur un ordinateur qui dispose de plus de 4 Go de mémoire disponible.

Remarque Par défaut, une application 64 bits peut exécuter dans les limites de 8 téraoctets (To) de l’espace d’adresse virtuelle sur les systèmes X 64. Une application 64 bits peut exécuter dans les limites de 7-To sur les systèmes basés sur Itanium.

Limitations de l’exécution d’un package dans un environnement 64 bits

  • Si vous disposez d’un package qui contient des tâches ou des composants de script, vous devez compiler les scripts dans les tâches de script ou de composants de script avant d’exécuter le package dans un environnement 64 bits. Par défaut, la valeur de la propriété PreCompile a la valeur true pour les tâches de script et des composants de script.
  • Si vous exécutez un package dans un environnement 64 bits, il se peut que vous ne puissiez pas vous connecter à partir du package aux sources de données autant que possible à partir d’un package qui s’exécute dans un environnement 32 bits. Certains fournisseurs de données.NET Framework et des fournisseurs OLE DB natifs ne soient pas disponibles dans les versions 64 bits. Par exemple, le fournisseur Microsoft OLE DB pour Jet n’est pas disponible dans une version 64 bits.

    Remarque Le fournisseur Microsoft OLE DB pour Jet se connecte aux bases de données Microsoft Office Access et aux feuilles de calcul Microsoft Office Excel.
  • Vous ne pouvez pas exécuter un package qui contient la tâche d’exécution de Package DTS 2000 dans un environnement 64 bits. Ceci est vrai car l’exécution de SQL Server 2000 DTS Data Transformation Services () n’est pas disponible dans une version 64 bits.

Références

Pour plus d’informations sur l’exécution d’un package dans un environnement 64 bits, visitez le site Web de Microsoft à l’adresse suivante, puis consultez la section « Considérations sur les Services d’intégration » du livre blanc que vous téléchargez à partir du site Web :Pour plus d’informations sur la création d’une étape de travail CmdExec, visitez le site Web de Microsoft Developer Network (MSDN) à l’adresse suivante :Pour plus d’informations sur les limitations de l’exécution d’un package dans un environnement 64 bits, visitez le site Web MSDN suivant :Pour plus d’informations sur la création d’un proxy, visitez le site Web MSDN suivant :
Pour plus d’informations sur les packages SSIS, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :

918760 package un SSIS ne s’exécute pas lorsque vous appelez le package SSIS à partir d’une étape de travail SQL Server Agent

Propriétés

ID d'article : 934653 - Dernière mise à jour : 17 janv. 2017 - Révision : 1

Commentaires