Discussion :

[achestyx]

Bonjour


Je dispose de 2 serveurs :
Serveur A : Serveur de développement
Serveur B : Serveur de production

J'ai développé des packages sur Serveur A. Ces packages sont déployés dans le systeme de fichier et ils se basent sur un fichier de conf (.dtsConfig).

Lors de ma mise en production, j'ai ajouté un lecteur réseau sur A pointant sur B puis j'ai lancé mon manifeste de déploiement sur A en donnant les valeurs de production aux variables des packages.

L'installation des packages et du dtsConfig sur B s'est à priori bien passé.
Lors de l'exécution, les packages de B ont bien tournés mais avec les dernières variables connues sur A...

Du coup en urgence j'ai copié mes sources sur B, compilé sur B et réinstallé depuis B...

Je ne sais pas si la description de mon problème est compréhensible mais je cherche une solution pour pouvoir faire des installations sur mon serveur de production depuis mon serveur de développement...

Merci pour vos éclaircissements...

[FrancoisJehl]

Lorsque l'application d'une configuration échoue, le package reprend les valeurs 'par défaut" (ie présentes dans le dtsx). Ta configuration ne doit pas s'appliquer (surement un chemin de fichier différent). Essaie de l'exécuter en prod avec un DTEXEC /FILE TonPackage.dtsx /CONFIG TonFichier.dtsConfig.


François JEHL
Consultant/Formateur
MCITP/MCT BI & Database Development
http://fjehl.blogspot.com

[achestyx]

Merci pour la réponse.
Dans la mesure ou mes packages sont exécutés par l'agent SQL serveur il faut que je force l'utilisation du fichier de config dans mon étape ? Si oui comment dois je faire ?

[FrancoisJehl]

C'est une option mais ça n'est pas obligatoire. Au final tu as trois solutions

1) Tu as un environnement de dev avec une architecture similaire à ta prod. Tu mets tes configs dans un dossier identique (traditionnellement dans 100/Dts/Packages/NomDeTonPackage/ et ça roule sans modif vu que ton package se sert juste du nom.

2) Tu utilises le SSISDeploymentManifest et tu déploies tes packages avec: il va mettre les références à jour.

3) Tu passes à des configurations "indirectes" (un mode que j'aime bien) en stockant l'emplacement de ton fichier (ou son path) dans une variable d'environnement. Cf le post de Jamie: http://blogs.conchango.com/jamiethom...1/02/2342.aspx

Bref à toi de voir!

François JEHL
Consultant/Formateur
MCITP/MCT BI & Database Development
http://fjehl.blogspot.com

[achestyx]

J'avais utilisé la deuxième solution en exécutant le manifeste sur mon serveur de recette.
Au final :
- Les packages ont bien été installés dans le répertoire du serveur cible.
- Le fichier .dtsConfig a bien été copié dans le répertoire du serveur cible
- A l'exécution le dtsConfig n'a pas été pris en compte...

Du coup je m'interroge : Bug ? probleme de manip ?

[FrancoisJehl]

N'utilisant presque jamais les manifestes (je fais du DTUTIL avec les packages et j'utilise des configurations indirectes à base de variables d'environnement) je viens de te dire une grosse bêtise (faut bien des fois ).
Le dtsConfig est bien copié dans le PackageStore mais la ref n'est pas mise à jour.

Donc il semble que tu doives spécifier CONFIGFILE dans la ligne DTEXEC de ton job.
Sinon une solution doit marcher: tu enregistres ton dtsConfig dans ton package en utilisant une adresse relative (./MonFIchier.dtsConfig) et tu copies sur la destination en respectant cela (tout dans le même dossier).
Ca devrait marcher.

François JEHL
Consultant/Formateur
MCITP/MCT BI & Database Development
http://fjehl.blogspot.com