Discussion :

[dily0403]

Bonjour,

Je souhaite planifier le lancement périodique d'une procédure stockée sur mon serveur SQL Server 2005.
Cette procédure stockée requête sur des tables d'un autre serveur (SQL Server 2000) qui est déclaré comme serveur lié sur le serveur 2005.
Lorsque j'execute la procédure stockée à la main (login : sa), la procédure fonctionne bien.
Par contre lorsque je la lance à partir du travail de l'agent SQL Server, j'obtiens le message d'erreur suivant :

Exécuté en tant qu'utilisateur : dbo. Accès au serveur distant refusé car le contexte de sécurité en cours n'est pas approuvé. [SQLSTATE 42000] (erreur 15274). L'étape a échoué.

Quelles sont les choses à checker de part est d'autre ?

Environnement serveur local :
Windows 2003 Server Std
SQL Server 2005

Environnement serveur lié :
Windows 2000 Server
SQL Server 2000

Merci d'avance pour votre aide.

David

[kagemaru]

Bonjour,

les droits de l'utilisateur de démarrage de l'agent SQL (services.msc) ne permettent pas l'accès au SQL Server distant.
Il faudrait ajouter un login sur le SQL Server distant correspondant à l'utilisateur qui démarre le SQL Agent sur le 2005. Si c'est LocalSystem, il faudra sûrement le changer avec un user windows "nommé".

[dily0403]

Après maintes et maintes essais, je n'arrive toujours pas à lancer ma procédure stockée par l'intermédiaire de l'agent SQL 2005 pour un requêtage sur le serveur lié SQL 2000.

Que dois-je faire de part et d'autre ?
Avec quel login lancer l'agent SQL 2005 ?

Pour info :
Les 2 serveurs sont sur le même domaine et leur type d'authentification est "Windows et SQL Server".

[JeanDavidKevin]

Bonjour,

Je me retrouve exactement avec le même problème.
Avez-vous pu trouver une solution depuis ?

[mikedavem]

Pour vous aider au mieux il nous faut savoir plus sur le contexte de votre problème :

Les comptes de connexion utilisées au travers du serveur lié :
--> compte SQL ou Windows
--> Délégation activée ou non
--> etc ..

Quel code utilisez vous ?

Quelle erreur avez vous exactement ?

++

[franjo14123]

Je vous met la méthode qui m'a permis de résoudre mon soucis car j'ai galéré un peu donc je pense que ça peu aider.

En fait le problème est coté réseau et non sql.
Si un canal réseau est déjà ouvert entre les 2 serveurs qu'on attaque avec une requête par exemple, on ne peut pas ouvrir un second canal entre les 2 machines en utilisant des noms de compte différents.

Dans mon cas, le serveur distant était déjà référencé comme serveur lié donc un premier canal était ouvert. Puis mon job qui plantait ouvrait un second canal mais avec des infos de connexions différentes -> message d'erreur.

Il faut donc que le compte utilisé pour le serveur lié soit le même que celui utilisé pour le job ('rubrique run as user' dans les propriétés avancées des étapes du job). Mais aussi que le propriétaire du job soit le même compte.
Une fois le même compte utilisé pour tout ça, ça marche !