Version imprimable
ok pour le VPC...c'est ce que je suis en train de faire, c'est super long...
Mais concernant le cube, chez le client je dois copier mon fichier analysis Service sur le serveur?
L'ouvrir avec sql serveur, que j'aurai installer prealablement sur le serveur, et changer le nom du serveur contenant la base? et si c'est un nom base different, changer le nom dans le projet aussi?
ca me parait galere, je me demandais si y avait pas un moyen plus simple pour mettre a jour les parametres...
Là je suppose qu'il doit y avoir des outils mais je les connais pas. Nous ce qu'on a fait pour le passage en prod c'est juste aller sur le serveur de prod, coller le code XMLA du Cube en changeant le nom du serveur, les bases étant les mêmes.
Tout se faisant dans Management Studio, pas besoin d'ouvrir le Cube dans VS ni coller des fichiers. Juste récupérer le code du cube.
ok ca m'interesse ce dont tu me parles...mais ca ne me parle pas :?Citation:
Nous ce qu'on a fait pour le passage en prod c'est juste aller sur le serveur de prod, coller le code XMLA du Cube en changeant le nom du serveur, les bases étant les mêmes.
Tout se faisant dans Management Studio, pas besoin d'ouvrir le Cube dans VS ni coller des fichiers. Juste récupérer le code du cube.
Où as t-on le code XMLA du cube?
Où le colles tu?
Peux tu m'expliquer la démarche à suivre de ce que tu fais pour mettre à jour le cube sur ton serveur de prod?
Notamment à la premiere installation sur ton serveur de prod. Dois tu copier les fichiers analysis Services sur ton serveur et le deployer sur le serveur?
Et ce n'est que pour les mises a jour suivantes tu colles le fameux fichier XMLA?
En fait je ne sais pas par où commencer...mise à part l'installation de SQL serveur sur mon VPC...;)
merci pour ton aide
Ok alors pour autant que je me souvienne :
Dans Management Studio, tu te ocnnectes à Analysis Services. Puis click droit sur ton cube (la solution complete, pas juste le .cube), script/Create to.
Là tu obtiens le code xmla de creation du cube.
Ensuite tu y fais les modifs souhaitées (dans notre cas, ctrl+H pour remplacer le nom de l'ancien serveur par le nouveau).
Après, il suffit d'aller sur le serveur de destination, New Query XMLA et on colle le code que l'on execute (je ne saurais trop te conseiller de faire des tests avec ton code avant histoire d'être sûr). Puis tu le process depuis Management Studio. Voila pour la création.
Pour les MAJ, en fait on drop l'ancien cube et on le recrée, c'est plus simple.
Il me semble qu'il y a un outil de déploiement pour les cube ou encore quelques bidouilles mais on a retenu cette solution car elle semble la plus simple pour nous et, à terme, pour l'équipe IS qui mettra en prod (on est pas supposé avoir accès au serveur de prod selon eux). Ca suppose quand même que tes bdd aient absolument la même structure sinon ca va poser quelques soucis.
Une fois le script lancé, tu peux, depuis Management Studio, voir tous les éléments du cube (Datasources, DS Views, Cube, Dimensions, Roles etc...) et les modifier à la main si besoin est.
Du coup, aucun besoin de Visual Studio.
On a fait quand même quelques tests avec le backup/restore du cube mais c'était pas terrible. On a eu quelques problèmes étranges après.
On a également essayé de copier les fichiers de dev mais ca implique de devoir aller ensuite sur l'autre serveur, modifier les datasources à la main et déployer donc au final c'est la solution du script XMLA qu'on a gardé et qui fonctionne bien. Même principe pour le passage des bdd de base.
D'apres ce que j'ai compris, avec le code de création de mon cube que je colle dans Management Studio, sur mon serveur analysis encore vierge (sans fichier copié), apres avoir changé le nom de mon serveur, j'execute le code et c'est bon?
Je vais voir si j'arrive à m'en sortir avec ce que tu m'as mis...
merci bien pour ton aide.
je suis vraiment pas doué, je ne retrouve pas le nom de mon serveur dans le code de création de mon cube...:cry:
Fais une recherche sur les balises suivantes :
Dans le mien, je n'ai qu'une datasource donc qu'une seule occurrence.Code:
2
3
4
5
6<DataSources> <DataSource xsi:type="RelationalDataSource"> <ID>xxxxxx</ID> <Name>xxxxxxxx</Name> <ConnectionString>Provider=SQLNCLI.1;Data Source=serveur\instance;Integrated Security=SSPI;Initial Catalog=base de donnée</ConnectionString>
Attention à bien scripter toute la solution du cube, pas juste le fichier .cube.
pour l'instant j'ai suivi a la lettre ce que tu m'as mis, et ca a fonctionné!!:yaisse2:
Donc j'ai réussi à restaurer ma base sur ma VPC, et à creer mon cube.
Je suis en bonne voie.
Je vois le bout du tunnel...
Il ne me reste plus qu'à ramener mon Intégration Services, et mes reports.
Sais tu s'il existe une facon simple (comme pour le cube, ce serait trop bien!!) de ramener ce qu'il me reste (report et integration)?
Pour l'intégration, à part copier les fichiers dtsx, je vois pas.
Les rapports, tu peux soit copier les .rdl mais il faut les déployer ensuite, soit déployer directement depuis ton serveur de dev sur le serveur final mais tu ne pourra pas les ouvrir avec VS.
Pour ca, tu vas dans les propriétés du projet et tu changes le serveur de destination (si il est accessible).
vu que j'installe tout sur un VPC, mon serveur n'est pas accessible, enfin en tout cas je ne le vois pas...
Donc faut que je fasse un copier/coller dans l'explorateur windows et que je redeploie mes reports un par un?:aie:
Pareil pour mon integration services?
C'est pas super optimiser, mais c'est un cas particulier avec mon VPC.
Si tu peux pas déployer à distance effectivement, il faut que tu copies les fichiers. Pour le déploiement des rapports sur le serveur, tu peux déployer toute la solution (il faudra certainement changer les datasources pour mettre le bon serveur).
Un collègue pensait qu'on pouvait juste copier les rapports déjà déployés (dans E:/MSSQL etc... et non ceux de Mes documents) mais on a pas testé.
Derniere possibilité, tu upload manuellement les rdl dans report manager (la page web http://localhost/reports) mais c'est pas super pratique (enfin tu auras pas à les déployer).
pour les rapports, je suis parti pour tous les déployer un par un sur mon VPC.
Pour l'intégration Services, je vais surement faire pareil, copier les fichiers, creer le *.dtsxdeployment et l'installer, je ne vois pas d'autres solutions
pour integration services, il doit y avoir plus simple, parce que la je dois changer les chemins d'acces de tous mes fichiers de configuration...
Dans le cas où le serveur de prod est accessible, on peut déployé directement sur le serveur de prod j'imagine...
En tout cas la c'est bien lourd...:aie:
Ah, alors pour ca y'a une technique que je connais pas malheureusement mais peut être que quelqu'un d'autre pourra t'éclairer. En fait, ce qu'on fait, c'est qu'on transfert les packages mais pour les lancer, on utilise un scheduler extérieur qui va lancer les .bat (qui eux vont lancer les packages avec SQLCMD je crois).
Or on a 2 jeux de .bat qui vont taper sur des fichiers de configuration qui vont définir les connexions. Par exemple, en lançant le package de recette, ca va partir sur la recette et lancer l'intégration, et idem pour la prod.
Il me semble que ces fichiers de configuration sont en XML mais mes connaissances dans ce domaine s'arretent là car je m'occupe un peu des cubes et bdd, beaucoup des rapports mais presque pas de SSIS.
Je pense qu'avec quelques recherches sur le net, tu devrais pouvoir trouver ton bonheur.
ok, merci pour l'info, je vais regarder ca...encore un truc que je ne connais pas...:?
En tout cas je te remercie de ton soutien, sans toi j'y serais encore...Je t'en dois une...Un de ces jour qd je serai de passage sur paris, faudra que je te paye une biere :D