Version imprimable
Bonjour,
Je dois installer une solution BI.
J'ai développer des packages Integration Services, un Cube sous Analysis Services et des reports.
Je voudrais tout installer sur un PC, type installation Cliente, pour voir comment ca tourne.
Est-ce que qqn pourrai me dicter la marche à suivre?
Qu'est ce que je dois installer sur le PC client?
Les Fichiers à fournir?
Je suis sous XP tout a été développé sous SQL Server 2005.
merci d'avance
Geof
Bonjour,
Installation cliente ??
- Integration Services est un outil serveur uniquement, avec des lots planifiés.
- Pour visualiser des cubes Analysis Services directement, il te faut une application cliente, non livrée avec SQL Server. Au plus simple : Excel, de préférence Excel 2007
- Les rapports Reporting Services sont visulaisable via un navigateur web, en se connectant sur Report Manager (http://serveur/reports/)
Je m'exprime mal, desolé...Citation:
Envoyé par rudib
En fait je dois installer ce que j'ai fait sur les portables des commerciaux pour qu'ils puissent faire une demo aux clients.
Je voulais savoir ce que je devais installer sur leur poste pour que la demo puisse se faire.
Comment faire pour qu'il aient ce que j'ai fait (Integration services, Cube, Reports)?
Citation:
Envoyé par geof
a part un accès distant au serveur je ne vois pas...sinon les outils utilisés pour SSIS (exécution locale d'un package) voire management studio si vraiment il faut visualiser les résultats dans la bdd puis Internet :D pour avoir accès aux reports (reporting services?) qui sont bien entendu déployés sur le serveurs pour etre visible par tous
Citation:
Envoyé par Fleur-Anne.Blain
C'est bien ce qu'il me semblait...
Mais dans mon cas, j'ai tout en local, donc si j 'ai bien compris, il faut que j'installe SQL serveur 2005, avec tout ce que ca comporte(reporting service, integration services...) sur un serveur accessible. Mais comment je fais pour que mon travail soit accessible?
Evidemment je le copierai sur le serveur, et apres faut que je configure avec management studio, c'est ca?
Exactement.Tu deploies reports et package SSIS sur le serveur, avec un utilisateur ayant les droits pour exécuter SSIS par exemple. Pour deployer sur le server SSIS et tes reports je t'invite à lire ceci :
Déploiement report
Déploiement package SSIS
Citation:
Envoyé par geof
Je viens de discuter avec mon chef...les commerciaux n'ont pas accès à un serveur distant, il faut donc qu'il en est un sur leur ordinateur portable.
Par consequent je dois tout installer (Sql server 2005) sur leur PC?
Copier les fichiers relatif à mon travail sur leur PC?
et apres configurer via management studio, toutes les connexions?
Je suis bon?:roll:
ok j'avais pas vu...Je vais lire ca, merci!!;)
Tu ne vas quand meme pas mettre tous les outils + la bdd en local sur chaque PC 8O....enfin si tu n'as pas le choix...mais je trouve ca un peu "idiot" mais bon t'as pas le choix apparementCitation:
Envoyé par geof
Le plus simple ce serait de faire une VPC, non ?
Une image de serveur virtuelle qu'il suffira juste de copier d'un ordi à l'autre ca devrait marcher par contre ca risque de prendre de la place et d'etre un peu gourmand en ressources.
c'est quoi une VPC? virtual pc?
C'est juste pour qq pc (2-3) enfin je crois...:roll:
Comment tu fais une image du serveur, sachant que pour l'instant le seul serveur configuré pour SQL serveur, c'est mon PC...
Sinon je ne vois pas vraiment d'autres solutions, etant donné qu'ils n'ont pas acces à un serveur distant qd ils sont en rdv...
Oui, une Virtual PC.
Pas possible de faire une image du serveur, il va falloir tout réinstaller sur la VPC. Mais au moins, tu n'auras à le faire qu'une fois pour toute et tu es sûr que tout le monde aura la même chose!
je suis bon alors!!! c'est ce que j'étais en train de faire...:yaisse2:
Mais alors ca pompe de la ressource, mon ordos est dans les choux!
J'y retourne dans ma galere...
merci
Je parlais d'une image virtuelle du serveur donc après il suffit d'installer Virtual Server ou autre et de copier l'image pour avoir l'ensemble tout pret.
Par contre il faut un bon ordi pour faire tourner un serveur virtuel.
Bon courage.
C'est vrai que dans son cas ca pourrait etre une bonne solution...mais ca fait un peu fumer la machine...faut pas être pressé pendant certaines tâchesCitation:
Envoyé par Reskibil
C'est sûr mais sans accès à distance à un serveur, l'alternative c'est d'installer tous les composant en local ... autant dire qu'il est pas sorti de l'auberge.
Une autre question me vient...
En fait je ne vois pas, ne m'étant pas encore retrouvé dans ce cas, qd on développe un cube analysis, on est dans la plupart des cas en local.
L'installation de la solution chez le client est faite sur un serveur, en général...
Alors comment fait on pour dire au cube que la base à attaquée est sur le réseau (nom d'ordi différent)?
C'est encore tres flou dans ma tete à ce niveau là.
En fait pour faire simple, je ne vois pas comment on fait pour qu'une solution BI, développée sur une base spécifique en local, peut fonctionner sur une base (qui peut avoir un nom différent, mais de meme structure chez le client) sur le réseau?
Je ne vois pas où je dois faire les modifications pour que ca tourne.
De meme pour les mises à jours, comment fait-on? Faut tout reconfigurer?
comme vous pouvez le voir je suis loin...
merci de m'éclairer
autre question comment fait-on une image de serveur?
Dans ton cube, tu as une ou plusieurs datasources ainsi que des DS Views. Si ton cube doit taper sur une autre base, tu change les infos de ta datasource...
Pour l'image, je peux te dire en utilisant VirtualBox (open source de virtualisation) mais je suppose que c'est pareil pour VMWare, VirtualPC ou VirtualServer.
En fait, tu vas lancer l'appli puis configurer les caractéristiques de ton serveur virtuel.
Une fois ceci fait, tu vas lancer ta machine virtuelle et y installer Windows Server, SQL Server et tout ce qui te fait envie comme si c'était une machine physique.
Toute ta machine virtuelle est stockée dans un seul fichier (plutot volumineux). Donc ensuite, il te reste plus qu'à installer le prog de virtualisation sur les postes et copier ton fichier de machine virtuelle. Après, il suffit de le loader et la machine virtuelle se lance.
Bon ok, c'est en gros, car y'a pas mal de paramétrage à faire, surtout si tu veux que ta machine virtuelle soit accessible depuis l'extérieur mais fondamentalement, c'est l'idée.
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