Discussion :

[Baquardie]

Bonjour,

Nous avons deux serveurs SQL 2012 (11.0.3128) installés en clustering avec la technologie AlwaysOn High Availability.

Comme les logins peuvent être différent sur les deux serveurs je voudrais créer une job qui permet de lire les logins sur chaque replica et écrire le résultat dans une table, dans ma BD Administrateur, afin de conserver une trace des lectures.

La job roule très bien sur le réplica actif. Mais pas sur le réplica secondaire, puisque ma base de données est en read-only.

Je dois donc modifier mon script afin d'écrire sur le listener et non pas sur le serveur sur lequel roule ma job.

J'ai donc créé un Linked Server à partir de chaque réplica qui pointe vers mon listener, en utilisant l'option "Be made using the login's current security context".

À partir de mon réplica actif, cela fonctionne parfaitement.

Mais à partir de mon réplica secondaire, cela me donne un erreur d'accès :

Code :

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

1
2
Msg 18456, Level 14, State 1, Line 1
Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'.

Est-ce que vous avez une idée pourquoi rendu à cette étape cela ne fonctionne pas ? Qu'est-ce qui m'échappe ? Je voudrais éviter d'utiliser l'option "Be made using this securitu context" et de créer un LOGIN SQL sur mes deux serveurs SQL......

Merci de me donner des pistes de recherche, c'est très apprécié.

[mikedavem]

Hello,

Le comportement que tu as es tout à fait normal si je comprends bien ton contexte.
De ce que j'ai compris la base de données sur laquelle tu écris se trouve sur le réplica primaire de ta topologie AlwaysOn à un instant T. Par conséquent le contexte d'exécution du job est différent en fonction d'où tu l'exécutes:

- Sur le primaire le contexte du job est local donc aucun souci d'authentification
- Sur le(s) secondaire(s) le contexte est distant car tu te connectes d'abord sur le réplica secondaire qui va utiliser ton serveur lié et donc se connecter ensuite sur le réplica primaire. Tu te retrouves dans une problématique bien connue qui est le double saut. Si tu veux garder l'authentification Windows il faudra configurer ton architecture pour qu'elle puisse déléguer le jeton d'authentification jusqu'à ton primaire depuis le secondaire (configuration des SPN, des délégations vers les services concernées etc ..)

>> un peu plus d'info ici

++