Discussion :

[geof]

Bonjour,

J'ai déjà mis un post se rapprochant.
Mais j'ai tj un doute concernant la mise en production d'une solution BI.
En effet je ne vois comment faire pour ajouter/modifier des rapports chez un client, en admettant que son serveur de reports est inaccessible.
Que doit on donc faire pour faire la mise à jour de la solution?
On doit copier les fichiers de rapports, les coller sur le serveur du client, les ouvrir avec SSRS et ensuite les déployer? Ca me parait tres contraignant!

Meme de question concernant les Integrations Services...

Ne peut-on pas créer une sorte de package (*.exe), dans lequel sont les modifications à appliquer à la solution BI?
Ce serait beaucoup plus simple pour le client et le fournisseur de la solution.

merci

[Reskibil]

C'est encore moi qui te répond :-)
Outre les techniques déjà citées dans l'autre post, je me demande si il n'y a effectivement pas un moyen de faire plus simple. Fondamentalement, un rapport c'est du code dans un fichier RDL. Donc au meme titre qu'une table ou un objet de cube, il semble logique qu'un Create devrait être possible. Faudrait creuser. En tout cas, ca m'interesse aussi si tu trouves.
Peut être un .bat qui lance le script de création du rapport... Pour SSIS, je suis pas trop a fond dessus mais je suppose que ca doit etre le meme principe.
Je vais faire des tests quand j'aurais un peu de temps (bon ce sera pas tout de suite en l'occurrence).

Pour les rapports, à voir du coté de management studio, clic droit sur un rapport et Script, ca a l'air de générer un script de création. Après, il suffit de le lancer.

[geof]

:-)
pour l'instant j'ai trouvé la facon de créer un script, c'est un *.rss, je ne sais meme pas ce que c'est...mais ca n'a pas l'air d'etre executable par visual studio...je regarderai ca cet ap.
C'est qd meme bizarre qu'il n'y est pas plus d'explication sur le net concernant les update de solutions BI.
Je continue ma prospection...

[geof]

J'avance petit à petit, desormais j'arrive à déployer mes reports, cube...sur un serveur distant.
Mais concernant les mises à jour des solutions clients, clients n'ayant pas de serveur accessible, comment fait-on?
Personne ne s'est retrouvé dans ce cas de figure?

[Reskibil]

mais ca n'a pas l'air d'etre executable par visual studio...

Non mais par management studio surement. L'idée c'est de n'utiliser que SSMS sur le serveur final pour la maintenance et pas du tout VS.

[geof]

oui c'est ce que je voulais dire...
je regarderai ca?
La je me penche sur les .bat et les variables d'environnement.

[maverickbj]

Mais concernant les mises à jour des solutions clients, clients n'ayant pas de serveur accessible

Qu'est ce que tu veux dire par solutions clients ? Je sais qu'il y a des classes .net qui permettent de générer les rapports comme t'as du faire pour les rapports et les cubes il faut creuser de ce côté là. Moi j'ai déjà fait un msi qui permet d'installer des rapports comme une application et j'ai utiliser les classes .net .

Dis moi ce que tu veux faire je te dis si j'ai une idée.

[geof]

en fait, une partie a été résolu...Je cherchais à trouver une solution simple pour créer un job à l'aide d'un script, comme on peut le faire avec un cube (on peut generer un fichier XMLA, qui lorsqu"il est executé dans SQL management créé le cube directement).
J'ai vu qu'on pouvait généré un script pour un job, mais il faut faire qq modif, comme le nom du serveur, le chemin des fichiers de config...j'ai pas encore essayé. Je suis tj sur le chemin de mes fichiers de configuration.
Petite remarque qd je veux mettre à jour mes package, avec un deploiement sur le serveur, je ne suis pas sur que mes modif soient prisent en compte.
Par exemple, j'ai changé le nom d'un de mes packages, et apres le deploiement le nom dans sql management n'avait pas changé...
Dur dur integration services!!!