Comment puis-je faire SSIS (dtexec) utiliser un autre fichier de config?

J'ai configuré mon SSIS de configuration à charger à partir d'un fichier XML. Quand je lance le paquet avec dtexec, je spécifier un fichier de configuration différent pour chaque pays, je suis de traitement. Dans Visual Studio, j'ai spécifié ce que la France.dtsConfig (je dois en choisir un et c'était le premier).

Quand je lance le paquet avec dtexec /FILE Import.dtsx /Reporting V /ConfigFile "C:\Italy.dtsConfig" je vois encore la sortie en me disant que "Le paquet est de tenter de configurer dans le fichier XML de la France.dtsConfig".

Je pensais que je pouvais remplacer la configuration en fournissant un autre dtsConfig fichier pour chaque pays. Est-ce possible? Ce que je fais mal?

Remarque: j'ai trouvé que si je supprime le fichier spécifié dans le colis comme étant le fichier de configuration, puis elle prend les valeurs du fichier de configuration-je spécifier dans la commande dtexec. Mais si le fichier de configuration spécifié au moment de la conception est disponible, il sera utilisé indépendamment de mon option de ligne de commande spécifier un autre fichier de configuration. Je me demande si quelqu'un peut vérifier?

OriginalL'auteur Bernhard Hofmann | 2012-09-17

  1. 10

    Je suis à l'aide de SQL Server 2008 R2 et j'avais le même problème avec la Configuration de remplacement apparemment ignoré. J'ai trouvé le truc, j'avais besoin était de supprimer le paramètre de configuration XML à partir du package (Package Configurations), puis lors de l'exécution de l'emballage le fichier de configuration XML que vous spécifiez est appliquée. Il n'y a cependant pas de message émis sur l'utilisation du fichier (et depuis que vous avez supprimé la configuration XML de définition de l'emballage, ce message n'est pas non émise).

    MSDN a un explication (passez à la section "Comprendre Comment les Configurations du Package SSIS Sont Appliquées au Moment de l'Exécution") qui au premier abord n'a pas de sens pour moi, mais après avoir constaté que de ne pas avoir un fichier de configuration XML définis donne le résultat souhaité, je peux voir ce qu'il est en train de dire.

    Dans mon cas, j'ai été en utilisant le fichier XML pour définir le nom de l'instance du serveur sur lequel le [Configurations SSIS] tableau a été trouvé. Au moment de la conception, ce fut DEVServer dans le gestionnaire de connexion de l'objet, et je veux remplacer la valeur de TESTSvr. En suivant les règles:

    1. "L'utilitaire applique les configurations qui ont été spécifiées dans l'emballage au moment de la conception et dans l'ordre spécifié dans le paquet." Ainsi, la valeur DEVServer est chargé de l'emballage.
    2. "L'utilité applique ensuite les options que vous avez spécifié sur la ligne de commande." La valeur dans mon fichier XML (TESTSvr) est maintenant chargé. Je peux fournir le nom d'un fichier que j'aime ici, et il sera chargé (que ce soit la France ou l'Italie).
    3. "L'utilitaire de recharge ensuite les configurations qui ont été spécifiées dans l'emballage au moment de la conception et dans l'ordre spécifié dans le package. ... L'utilitaire de ligne de commande options qui ont été spécifiées pour recharger les configurations." Remarque: la deuxième partie de la règle, sur l'utilisation de la ligne de commande valeurs. Depuis que nous avons actuellement de définir le serveur de TESTSvr, cette valeur est maintenant utilisé pour charger les autres valeurs de configuration de la [Configurations SSIS] table que vous souhaitez.
    Je dois dire, il est très décevant de voir que la décision de conception. Aussi frustrant de découvrir pour la première fois. Au moins il y a de très clair.

    OriginalL'auteur Anthony K

  2. 6

    Je n'ai pas de référence à un article que les documents de ce comportement, mais j'ai confirmé. Si le fichier spécifié en tant que fichier de configuration dans le package de configuration est disponible au moment de l'exécution, il sera utilisé de préférence à celui spécifié sur la ligne de commande.

    À mon expérience et à mon avis, ce qui est contraire à un comportement normal car la définition de quelque chose dans une commande doit l'emporter sur le intégré par défaut.

    Utiliser le fichier de configuration spécifié dans la commande dtexec, renommer ou supprimer le fichier spécifié dans le Chaîne de Configuration de la fichier de configuration XML dans le Configurations de Package Organisateur.

    OriginalL'auteur Bernhard Hofmann

  3. 3

    Trouvé un moyen!

    Dans le concepteur tout simplement de décocher la case "Activer les configurations du package" option sous SSIS -> Configurations de l'ensemble, et de les enregistrer.

    dtexec sera encore à l'honneur le fichier de configuration fourni sur l' /conf interrupteur, mais il ne cherchera plus à utiliser le moment de la conception du fichier de configuration, même si il est accessible.

    Je suis d'accord que c'est un comportement étrange, et que l' /conf doit l'emporter sur les temps de conception des paramètres de n'importe quoi.

    OriginalL'auteur skinnydan72

  4. 2

    Cela devrait fonctionner 

     /CONFIGFILE "C:\Italy.dtsConfig"   /REPORTING V

    Spécifier le complet de fichier de configuration de l'emplacement à l'intérieur double quotes

    Edit :

    Lorsque vous avez déployé votre colis dans la base de données MSDB alors la commande à exécuter le package est 

      DTEXEC  /SQL "\Package.dtsx" /SERVER "Server Name"
          /CONFIGFILE "C:\Italy.dtsConfig"  /REPORTING V

    D'autre si vous avez déployé dans le Système de Fichiers puis 

     DTEXEC  /f "Physical Package Location"
 /CONFIGFILE "C:\Italy.dtsConfig" /REPORTING V

    Vérifier si vous êtes en pointant vers le bon package

    MSDN 

      You can use the /ConfigFile option to load additional configurations 
  at run time that you did not specify at design time. However, you cannot
  use the /ConfigFile option to replace configured values that you also
  specified at design time

    OriginalL'auteur praveen