Discussion :

[Monstros Velu]

Bonjour,

je sais qu'on ne peut pas se connecter à distance à une base SSAS sans active directory, je l'ai lu sur une page MSDN que je n'arrive pas à retrouver ou il était expliqué tous les modes de connection pour SSAS (c'est à dire seulement celui-ci). Or, mon chef n'y croit pas, et je n'arrive pas à retrouver cette page.

Quelqu'un aurait-il une preuve quelconque du fait qu'il n'est pas possible de se conncter à distance à SSAS sans Active directoyr, s'il-vous-plait ?

[FrancoisJehl]

Bien sûr que tu peux te connecter à distance sans Active Directory.
A ce moment là il ne faut plus passer par un mode de connexion TCP, mais HTTP avec un bridge effectué par un IIS.
J'ai écrit un post là dessus il y a déjà qq temps:

http://fjehl.blogspot.com/2008/06/ou...trieur-en.html


François JEHL
Consultant Formateur
MCITP/MCT Business Intelligence Development
Winwise (Paris)
http://fjehl.blogspot.com

[Reskibil]

Dans mes liens, j'ai retrouvé ça, ca peut peut etre aider :

http://msdn.microsoft.com/en-us/libr...ffice.10).aspx

Sinon y'a ca :
http://support.microsoft.com/kb/306125

Et enfin, celui qu ia l'air le plus premetteur dans ton cas :
http://support.microsoft.com/kb/940167

Voila c'est tout ce que j'ai en stock.


PS : Attention, prouver à son chef qu'il a tort peut provoquer de graves problemes d'entretiens annuels

[Monstros Velu]

A ce moment là il ne faut plus passer par un mode de connexion TCP, mais HTTP avec un bridge effectué par un IIS.
J'ai écrit un post là dessus il y a déjà qq temps:

http://fjehl.blogspot.com/2008/06/ou...trieur-en.html

Merci... Mais dans ce cas, il s'agit d'une connexion locale, puisque IIS est sur le même server. Ca peut fonctionner pour Excel, mais avec la perte des droits sur chaque cube. Suffisant pour la preprod en tout cas.

Par contre, est-ce que Visual Studio pourra déployer et processer les cubes à travers ce pont ? J'en doute.

[FrancoisJehl]

Non même pas. Dans mon exemple le compte anonyme de IIS peut être un compte AD qui a les droits de connexion sur un autre SSAS (à configurer dans msmdpump.ini).
De plus toutes les features d'une connexion TCP sont possibles par ce pont HTTP->TCP (deploy, process,query...)

François JEHL
Consultant Formateur
MCITP/MCT Business Intelligence Development
Winwise (Paris)
http://fjehl.blogspot.com

[Monstros Velu]

Au final, soit on se connecte à SSAS en local sans AD, soit on se connecte à distance par l'AD : Le bridge permet de passer d'un type de connexion à l'autre :
Si le server n'est pas dans l'AD, le bridge utilise une connection locale, et on peut se connecter au serveur en accédant au bridge. Si le server est dans l'AD, on peut mettre le bridge n'importe où dans l'AD, et y accéder que l'on soit ou non dans l'AD si on a accès au bridge. Mais le bridge semble être une bonne idée.

Par contre, j'ai montré l'article à mon chef de projet, il a peur des failles de sécurité possibles, entrainées par le bridge.

[Monstros Velu]

J'ai eu le feu vert pour mettre en place le bridge sur le serveur de dev. Hélas, je n'ai pas de fichier msmdpump.dll, nulle part sur le serveur. Faut-il une version spécifique de SQL Server ?


edit : Désolé, j'ai pas ouvert les yeux assez grand, la dll y est...

[Monstros Velu]

J'ai mis en place le bridge.

Une remarque :
Le fichier .ini doit être paramétré avec le nom du server et le nom de l'instance. (localhost ne semble pas fonctionner)

Une question :
Comment écrire ma chaine de connection dans le fichier de config de SSIS, du coup ?

Code XML :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
	<Configuration ConfiguredType="Property" Path="\Package.Connections[Connection_CUBE].Properties[ConnectionString]" ValueType="String">
		<ConfiguredValue>Data Source=http://theserverdedev:8080/ASoverHTTP/msmdpump.dll;Initial Catalog=CUBE;Provider=MSOLAP.3;Integrated Security=SSPI;Impersonation Level=Impersonate;</ConfiguredValue>
	</Configuration>

[FrancoisJehl]

Ta chaîne de connexion prend comme nom de serveur l'adresse de msmdpump.dll

MONSERVEUR/MONINSTANCE devient http://monserveur/ssas/msmdpump.dll

François JEHL
Consultant / Formateur
MCITP/MCT Database & BI Development
http://fjehl.blogspot.com

[Monstros Velu]

Provider, Integrated Security et Impersonation Level ne changent pas alors ? J'aurai crû que si...