Discussion :

[yakiniku]

Bonjour,

J'essaie d'appeler une procédure stockée présente sur un serveur SQL 2008 (Serveur_A) depuis un autre serveur SQL 2008 (Serveur_B), mais SQL Server me retourne une erreur :

Code :

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

exec Serveur_A.MaBDD.MaTable param1, param2, ...

Résultat :

Le fournisseur OLE DB "SQLNCLI10" du serveur lié "Serveur_A" a retourné le message "Spécification d'autorisation non valide".
Msg 7399, Niveau 16, État 1, Ligne 1
Le fournisseur OLE DB "SQLNCLI10" du serveur lié "Serveur_A" a rapporté une erreur. Échec de l'authentification.
Msg 7303, Niveau 16, État 1, Ligne 1
Impossible d'initialiser l'objet de la source de données du fournisseur OLE DB "SQLNCLI10" du serveur lié "Serveur_A".

J'ai mis le RPC à true sur chaque base, et les 2 bases sont en 64 Bits et en SP1.

Code :

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

1
2
 
exec sp_linkedservers

me retourne :

Serveur_A | SQLNCLI | SQL Server | Serveur_A | NULL | NULL | NULL
Serveur_B | SQLNCLI | SQL Server | Serveur_B | NULL | NULL | NULL

Bref si quelqu'un voit la source du problème...

Merci et bonne journée

[yakiniku]

J'ai réussi à corriger l'erreur en passant par un nouveau linkedserver :

Code :

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

1
2
3
4
5
exec sp_addlinkedserver
'serveur_A_LS',
'',
'SQLNCLI10',
'serveur_A'

Code :

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

exec sp_serveroption serveur_A_LS, 'rpc', true

L'appel à ma procédure stockée directement marche bien, mais quand je fais cet appel dans un déclencheur, j'obtiens cette erreur :

Le partenaire du gestionnaire de transactions a désactivé la prise en charge des transactions à distance/par réseau.

[SQLpro]

Un trigger encapsule une transaction. Vous devez donc démarrer la transaction en mode DISTRIBUTED et active le service DTC sur l'ensemble des serveurs afin de faire du commit à deux phases.

Personnellement je ne ferais jamais d'appel de procédure distante dans un trigger sauf si vous voulez sciemment pourrir les performances de votre application !

A +

[yakiniku]

Merci pour ta réponse, ca marche niquel maintenant !

Qu'est ce que tu veux dire par

Personnellement je ne ferais jamais d'appel de procédure distante dans un trigger sauf si vous voulez sciemment pourrir les performances de votre application !

?

Le déclencheur serait activé environ 10 fois par jour, ca risque de tout faire planter sur les 2 serveurs ?

[SQLpro]

Pour les performances c'est catastrophique car dans une transaction il y a maintient des verrous sur les tables. Hors le code dans un trigger est à l'intérieur de la transactions implicite (INSERT, UPDATE ou DELETE)
Par conséquent vous allez allonger les temps de verrouillage par les allers et retours entre vos deux serveurs... Et là c'est généralement multiplier par 1000 la durée de la transaction, qui bloque tous les autres utilisateurs. Un peu comme si vous voulez faire manœuvrer une paquebot à un carrefour prévu pour des smart !
Bref, il faut éviter les triggers et dans le cas ou il n'y a pas d'autres solution (ce qui est rare) il faut en minimiser la durée le plus possible.
Or votre solution va à l'inverse....

Pourquoi ne pas faire cela directement dans une procédure stockée ?

A +

[yakiniku]

Ah ouais en effet c'est moche.

Du coup la solution est de mettre cette proc stock sur le serveur du déclencheur pour qu'il n'y ait pas d'appel distant dans celui-ci.

De toute façon, l'action de la proc stock n'est pas énorme, elle est exécutée rapidement dans ce cas là.


Bref, merci pour ton aide, je mets le sujet en résolu

Ciao