Discussion :

[Samoo]

Bonjour tout le monde,

Je travaille en ce moment chez un client sur un projet de migration de serveur.
C'est l'occasion de variabiliser correctement les packages et de refaire certaines choses proprement.

Voici comment fonctionnaient les différents flux initialement :

Il y avait un package Master contenant l'ensemble des variables serveur,emplacement de fichier etc) du projet.
Ce package possède un fichier de configuration.

Il appel plusieurs packages et ces "sous packages" utilisent alors pour configuration de package les variables du package père.

Jusque la pas de problème. Sauf que lors des test on s'est rendu compte qu'il y avait un soucis lors du passage de variable.

Étrangement les packages fils ont envoyé une erreur indiquant qu'ils n'arrivaient pas a se connecter sur la base de log.

En faisant des recherches sur internet je suis tombé sur ça :

http://social.msdn.microsoft.com/For...ovider-for-xml

http://weblogs.sqlteam.com/dmauri/ar...4/02/9489.aspx

Ça correspond à mon problème. Pour pallier à ça j'ai maintenant :

Un package Master, avec son fichier de config, et des packages enfants avec le même fichier de config.

Au final c'est pas plus mal c'est plus simple et même plus propre je trouve.
Surtout qu'on a aucun cas ou les packages enfant ont des pères différents.

Par contre j'ai désormais un problème pour l’exécution des packages.

Est ce qu'en tapant une ligne de commande de ce type :

dtexec /SQL "Chemin du package Master" /SERVER "Serveur SSIS" /CONFIGFILE "Chemin du fichier de config en prod"

Est ce que le fichier de config pour les enfants sera correct ?

Comment faire pour que lors de la livraison en production tous les packages pointent vers le bon fichier de config ?

(je cherche une autre soution qu'ouvrir un notepad et faire un CTRL + H et remplacer l'ancien chemin du fichier de config par celui de production)

Merci d'avance

[arnaudvoisin]

[...]
Est ce qu'en tapant une ligne de commande de ce type :

dtexec /SQL "Chemin du package Master" /SERVER "Serveur SSIS" /CONFIGFILE "Chemin du fichier de config en prod"

Est ce que le fichier de config pour les enfants sera correct ?
[...]

Bonjour,

La réponse à ta question est non. L'argument /CONFIGFILE de l'utilitaire DTEXEC ne va pas faire hériter les enfants de la référence au fichier de configuration. Le seule moyen de faire hériter des valeurs des variables ou propriétés d'un package à un autre étant la Parent Package Variable configuration.

Si tu veux faire partager une référence à un fichier de configuration commun à plusieurs package, tu peux envisager de mettre en référence une variable d'environnement contenant le chemin de fichier pour tous les packages (parent+ enfants). Bien sur cela présente des inconvénients.

Grâce à l'API et via un langage .NET (Powershell par exemple), tu peux modifier la référence à une configuration XML dynamiquement.

A toi de voir, ce qui est possible de faire en fonction de tes contraintes.

[Samoo]

Non malheureusement cette solution n'est pas possible/envisageable.(serveur multi pays ce n'est pas nous qui le gerons , et pour la france nous avons une dizaine de flux master SSIS => presque autant de fichier de configurations du coup ça imposerait autant de variable d'environnement)