Précédent   Forum des professionnels en informatique > Bases de données > MS SQL-Server
MS SQL-Server Forum Microsoft SQL-Server. Avant de poster -> FAQ SQL-Server, Tutoriels SQL-Server
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 24/11/2010, 09h45   #1
Invité de passage
 
sylvain finoux
Inscription : août 2010
Messages : 8
Détails du profil
Informations personnelles :
Nom : sylvain finoux

Informations forums :
Inscription : août 2010
Messages : 8
Points : 2
Points : 2
Par défaut serveur lié: Échec de l'ouverture de session de l'utilisateur*'NT AUTHORITY\ANONYMOUS LOGON'. (18456)

Bonjour,

Lors de la création d'un serveur lié entre mes 2 serveurs ms sql 2005 sp3 us

. si je paramètre avec "Seront effectuées dans ce contexte de sécurité"
alors cela fonctionne sans problème
mais
. si je précise un mapping utilisateur j'ai le message suivant
Citation:
"Échec de l'ouverture de session de l'utilisateur*'NT AUTHORITY\ANONYMOUS LOGON'. (Microsoft SQL Server, Erreur*: 18456)"
le seveur source est 32bits et le serveur lié est 64 bits

J'ai lu que le problème était connu et corrigé depuis le sp2 de sql2005
(microsoft préconisait le changement de protocol canaux nommés en lieu et place de TCP-IP)

merci par avance
doubsman est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 24/11/2010, 12h34   #2
Rédacteur/Modérateur

 
Avatar de SQLpro
 
Homme Frédéric BROUARD
Expert SGBDR & SQL
Inscription : mai 2002
Messages : 10 932
Détails du profil
Informations personnelles :
Nom : Homme Frédéric BROUARD
Localisation : France

Informations professionnelles :
Activité : Expert SGBDR & SQL
Secteur : Conseil

Informations forums :
Inscription : mai 2002
Messages : 10 932
Points : 17 736
Points : 17 736
Quels Windows ???

A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
* * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
SQLpro est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 24/11/2010, 17h14   #3
Invité de passage
 
sylvain finoux
Inscription : août 2010
Messages : 8
Détails du profil
Informations personnelles :
Nom : sylvain finoux

Informations forums :
Inscription : août 2010
Messages : 8
Points : 2
Points : 2
Bonjour,

voici les précisions

le serveur lié est construit sur le serveur possédant la config windows suivante:
windows server 2003 R2 SP2 us 32bits

serveur attaqué par le serveur lié possède la configuration suivante:
windows server 2003 SP2 us 64bits


cordialement
doubsman est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 29/11/2010, 16h01   #4
Invité de passage
 
sylvain finoux
Inscription : août 2010
Messages : 8
Détails du profil
Informations personnelles :
Nom : sylvain finoux

Informations forums :
Inscription : août 2010
Messages : 8
Points : 2
Points : 2
J'ai trouvé la solution, c'est relativement bête:

Je procédait aux créations de serveurs liés depuis mon poste client 32 bits et cela ne marchait pas.

Mais en procèdant à la même création depuis cette fois le "managment studio" du serveur source en TSE, cela fonctionne...

merci
doubsman est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 10h16.


 
 
 
 
Partenaires

Hébergement Web