Discussion :

[Kropernic]

Hello,

J'ai un souci...

Voici le contexte. Depuis une instance A, je dois accéder à une instance B. Or, je n'ai accès à cette instance B que via un utilisateur windows bien précis qui n'a des droits qu'en lecture sur certaines DB's.
Cet utilisateur se connection en windows authentication.

L'idée est d'aller récupérer certaines infos de l'instance B pour les répliquer dans A (à intervalle régulier) histoire qu'une application puisse accéder à ces informations et les afficher.

J'ai donc voulu créer un linked server sur l'instance A mais comment spécifier qu'il faut utiliser le contexte de sécurité de cet utilisateur pour la connexion au serveur lié ?

Il y a bien des options dans l'interface de création d'un serveur lié permettant de spécifié un security context en spécifiant un login et password mais cela ne vaut que pour les user en sql authentication il me semble. Et bien sûr, l'utilisateur ayant accès à l'instance B n'a pas les droits pour créer un linked server sur l'instance A .

Vous avez une idée ??

[bvesan]

Bonjour,
Je pense que la réponse à la question correspond à ces étapes:

• Se connectervia Management Studio à l'instance A avec un compte capable de créer un serveur lié
• Créer le serveur lié vers l'instance B. Dans l'onglet Sécurité, choisir pour connexion par défaut "Be made using the login's current security context" (désolé, je n'ai pas de Management Studio en français sous la main).
• (Management Studio risque de râler en disant que la connexion à l'instance distante n'est pas possible, mais il faut valider tout de même la création)
• Se connecter à l'instance A avec le compte Windows qui dispose des droits sur l'instance B. (si le compte Windows n'a pas le droit de se connecter à l'instance A, il faut bien entendu le lui donner...)
• Utiliser les objets distants (select * from [nom serveur lié].[nom de la base].sys.tables fera un bon test).

[Kropernic]

Excellent, ça fonctionne.

Un grand merci !