Discussion :

[drouhne]

Bonjour,

Je dois préparer une procédure de déploiement d'un cube SSAS 2008 sur différents serveurs. Je pensais le faire en demandant aux futurs utilisateurs d'exécuter un .XMLA permettant de créer le cube.

Par contre, la connexion à la source de données ne sera pas la même suivant les serveurs sur lesquels le cube va être déployé.

J'ai cru comprendre qu'on pouvait ajouter des variables dans un .XMLA. Où puis-je trouver de l'info et/ou des exemples ?

Quels sont les meilleures solution pour déployer un cube ?

Merci

François

[Jinroh77]

Effectivement, la solution d'utiliser un XMLA (généré par le "deployement wiard" de SSAS) est une bonne idée.
Si les utilisateurs doivent eux-mêmes générer le cube (via le XMLA) il faut leur fournir une interface pour cela. C'est celle-ci qui gérera la connexion à l'instance SSAS avec la connectionstrnig adéquat (le développeur passe lui par SQL Server Management Studio).

Ensuite, si chacun des cubes déployés aux différents endroits puisent leurs données sur la même base, je en vois pas l'utilité d'utiliser des variables.

[drouhne]

Ensuite, si chacun des cubes déployés aux différents endroits puisent leurs données sur la même base, je ne vois pas l'utilité d'utiliser des variables.

C'est bien là mon soucis : les cubes ne puiseront pas leur données sur la même base : le nom de la base et/ou du serveur seront différents suivant les cas. D'où l'idée de mettre des variables dans le .XML pour (simplement?) les remplacer par la chaine de connexion adéquate.

J'ai le même soucis avec une date de début de lecture des données : le cube n'intègrera que les X dernières années de données, X pouvant être différent pour chaque déploiement.

François

[Jinroh77]

Dans ce cas il peut être intéressant de réaliser le déploiement de vos cubes en AMO. Un peu de code et vous pourriez réaliser une mini-application qui depuis la machine d'exécution mets à jour les variables de nom de machines etc. puis exécute la création du cube sur l'instance.