Comment exécuter les packages dtsx via la ligne de commande

quand j'execute dtsx paquet en ligne de commande je suis déclenchée avec l'erreur suivante en disant

1.La connexion n'est pas trouvé , l'erreur est générée par des connexions collection lors de l'élément de connexion spécifique n'est pas trouvé

2.Impossible de résoudre le chemin d'accès au package à un objet dans le package "xxxxxxx".Vérifiez que le chemin d'accès au package est valable

3.Le chemin d'accès au package référencé un objet qui ne peut pas être trouvé , cela se produit lorsqu'une tentative est faite pour résoudre un paquet chemin d'accès à un objet qui ne peut pas être trouvé

Mais cela fonctionne très bien quand je lance le paquet de Business Intelligence development studio.

source d'informationauteur mahesh

  1. 32

    Prendre un suppose ici que j'attends une réponse pour le commentaire, en général quand un paquet fonctionne très bien dans les OFFRES, mais ne fonctionne pas à partir de la ligne de commande, je trouve que c'est lié à 64/32 bits d'une incompatibilité.

    Êtes-vous à l'aide de Excel, Access ou quoi que ce soit d'autre que sous les draps utilise le pilote JET? Cela ne fonctionne qu'en 32 bits mode.

    Sur une version 64 bits de l'OS, par défaut lorsque vous créez une nouvelle connexion ODBC, vous allez créer dans la version 64 bits de l'espace de noms dont la version 32 bits ne sera pas en mesure d'accéder?

    Êtes-vous à l'aide de Informix ou UDB/DB2 pilotes? Je n'ai trouvé 32 versions de ceux-ci.

    De l'exécution d'un package à partir de la ligne de commande

    dtexec est la ligne de commande du mécanisme pour l'exécution d'un package SSIS. Il est disponible en 2 saveurs pour la version 64 bits de l'OS, les deux sont nommés dtexec et plus généralement le 32 bits est référencé dans la variable d'environnement Path

    Sur une version 64 bits de l'OS, le chemin d'accès par défaut pour le 64 bits serait "c:\Program Files\Microsoft SQL Server\100\DTS\Binn\DTExec.exe"

    Encore sur une version 64 bits de l'OS, le chemin d'accès à la version 32 serait "c:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn\DTExec.exe"

    Pour exécuter un package nommé FooBar.dtsx qui vit dans C:\Src\MyProject\MyProject, invocation serait

    "c:\Program Files (x86)\Microsoft SQL Server0\DTS\Binn\DTExec.exe" /file C:\Src\MyProject\MyProject\FooBar.dtsx

    Si le paquet vie sur SQL Server (DEVSQL01) dans le dossier Monprojet, ce serait l'appel pour exécuter le même paquet.

    "c:\Program Files (x86)\Microsoft SQL Server0\DTS\Binn\DTExec.exe" /SQL \MyProject\FooBar /SERVER DEVSQL01

    Modifier

    D'appliquer une configuration, vous devez spécifier le /CONF option

    "c:\Program Files (x86)\Microsoft SQL Server0\DTS\Binn\DTExec.exe" /file C:\Src\MyProject\MyProject\FooBar.dtsx /CONF C:\FooBar.dtsConfig

    En regardant vos commentaires, la seule différence entre notre consommation est que vous avez enveloppé le tout dans des guillemets doubles. L'essayer sans précédent de début et de fin de citation.

  2. 1

    type ci-dessous le texte de l'appel du package SSIS

    dtexec /f
    /set \package.les variables[Variable]; valeur

    Exemple:- dtexec /f E:\test_package\test_package\Package.dtsx
    /set \package.les variables[id];1

    Comment exécuter les packages dtsx via la ligne de commande

    Référence Des moyens pour exécuter le package SSIS

  3. 0

    L'option /SQL est pour les paquets déployé à la base de données MSDB -> servername\StoredPackages\MSDB\