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

Traductions disponibles Traductions disponibles
Numéro d'article: 934653 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Envisagez le scénario suivant. Vous utilisez l'Agent SQL Server 64 bits pour planifier un package Microsoft SQL Server 2005 Integration Services (SSIS) pour s'exécuter comme une étape de travail dans un environnement 64-bit. Dans ce scénario, l'agent SQL Server 64 bits va utiliser toujours l'utilitaire de DTExec.exe de 64 bits pour exécuter le package. Toutefois, certaines tâches ne prennent pas en charge l'utilitaire DTExec.exe 64 bits. Par conséquent, le package ne peut pas toujours exécuter. Dans certains cas dans lequel le lot ne peut pas exécuté, le message d'erreur suivant est enregistré :
Cette tâche ne prend pas en charge l'environnement natif Win64. Veuillez exécuter le package dans environnement WOW 32 bits au lieu de cela.
note Cette 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és dans le package, vous rencontrez divers problèmes de connexion lorsque l'agent SQL Server 64 bits exécute le package par Utilisation de l'utilitaire DTExec.exe 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 projet pas propriétés , vous ne voyez pas une option qui vous permettent d'utiliser la version 32 bits de l'utilitaire DTExec.exe

Comment faire pour planifier l'agent SQL Server 64 bits pour exécuter un package en utilisant la version 32 bits de l'utilitaire DTExec.exe

Pour planifier l'agent SQL Server 64 bits pour exécuter un package en utilisant 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 ne devez pas tapez les commutateurs de ligne de commande. Au lieu de cela, vous devez uniquement indiquer 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 SQL Server Agent. Pour ce faire, procédez comme suit :
    1. Démarrez le service Agent SQL Server.
    2. Ouvrez SQL Server Management Studio et puis connectez-vous à une instance de SQL Server 2005.
    3. Développer l'agent SQL Server , cliquez avec le bouton droit sur projets et puis cliquez sur Nouvelle tâche .
    4. Dans la boîte de dialogue Nouveau projet , spécifiez un nom pour le travail et un propriétaire du travail.
  2. Créer une étape de travail. Pour ce faire, procédez comme suit :
    1. Dans la boîte de dialogue Nouveau projet , sur les étapes , puis cliquez sur Nouveau .
    2. Dans la boîte de dialogue nouvelle étape , spécifiez un nom pour l'étape de travail.
    3. Dans la liste Type , sélectionnez SQL Server Integration Services package .
    4. Sous l'onglet Général , spécifiez l'emplacement du package.
    5. Sous les onglets restants, configurer les paramètres de l'étape de 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 , sélectionnez système d'exploitation (CmdExec) .
    2. Dans la zone Commandes , tapez le chemin d'accès de la version 32 bits de l'utilitaire DTExec.exe. Lorsque vous faites cela, placez le chemin d'accès entre des guillemets et placez le chemin d'accès dans devant de la commande existante.

      notes
      • La version 32 bits de l'utilitaire DTExec.exe est dans le dossier suivant :
        Drive\Microsoft SQL Server\90\DTS\Binn \Program fichiers (x 86)
      • Voici un exemple du contenu de la zone commande après avoir ajouté 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 qui est activé pour le sous-système de SQL Server Integration Services package n'est pas possible dans la liste Exécuter en tant que pour le sous-système de « système d'exploitation (CmdExec) ».

      note 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 Agent SQL Server , développez proxy et puis développez l'exécution de packages SSIS .
      2. Double-cliquez sur le compte proxy que vous souhaitez activer pour le sous-système de système d'exploitation (CmdExec) .
      3. Sous active pour les sous-systèmes suivants , cliquez pour sélectionner la case à cocher (CmdExec) du système d'exploitation .
    4. Cliquez sur Options avancées , puis cliquez sur Activez la case à cocher Inclure étape sortie dans l'historique .

      note Suivez cette étape seulement si vous souhaitez inclure la sortie de l'utilitaire DTExec.exe.exe dans l'historique de travail de SQL Server Agent. Vous pouvez utiliser cette sortie de diagnostics si le travail échoue.

Avantages de l'exécution 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 de la contrainte (Go) de 4 gigaoctets de l'espace d'adressage virtuel. Si vous exécutez un package dans un environnement 64 bits, le package peut utiliser plus de 4 Go de l'espace d'adressage virtuel. Pendant le traitement sollicitant beaucoup de mémoire, les performances de recherche et les performances de tri peuvent être améliorés sur un ordinateur qui dispose de plus de 4 Go de mémoire disponible.

note Par défaut, une application 64 bits peut s'exécutent au sein de la contrainte 8 téraoctets (To) d'espace d'adressage virtuel sur X 64 et systèmes. Une application 64 bits peut s'exécuter dans la contrainte 7 to sur les systèmes Itanium.

Limitations d'exécutez un package dans un environnement 64 bits

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

    note Le fournisseur Microsoft OLE DB pour Jet connecte aux bases de données Microsoft Office Access et à des feuilles de calcul Microsoft Excel.
  • Vous ne pouvez pas exécutez un package qui contient la tâche Exécuter le package DTS 2000 dans un environnement 64 bits. Cela est vrai, car l'exécution de SQL Server 2000 services DTS (Data Transformation) 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, reportez-vous au site Web de Microsoft à adresse et puis consultez la section « Considérations Integration Services » de la blanc vous téléchargez à partir du site Web :
http://download.microsoft.com/download/9/c/c/9cc42e30-538b-4451-8fdb-7134a004f94c/Adv64BitEnv.doc
Pour plus d'informations créer une étape de travail CmdExec, reportez-vous au site de Web MSDN (Microsoft Developer Network) suivant :
http://msdn2.microsoft.com/en-US/library/ms190264.aspx
Pour plus d'informations sur les limitations d'exécuter un package dans un environnement 64 bits, reportez-vous au site Web MSDN suivant :
http://msdn2.microsoft.com/en-us/library/ms141766.aspx
Pour plus d'informations créer un proxy, reportez-vous au site Web MSDN suivant :
http://msdn2.microsoft.com/en-us/library/ms190698.aspx
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 Un package SSIS ne s'exécute pas lorsque vous appelez le package SSIS à partir d'une étape de travail SQL Server Agent

Propriétés

Numéro d'article: 934653 - Dernière mise à jour: mardi 20 novembre 2007 - Version: 1.2
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Standard X64 Edition
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2005 Standard Edition for Itanium Based Systems
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium Based Systems
Mots-clés : 
kbmt kbexpertiseadvanced kbhowto kbinfo KB934653 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 934653
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com