Discussion :

[StripMat]

Bonjour,

Je cherche à identifier des sessions de connexion à un même compte utilisateur simultanément, mais malheureusement je ne parviens pas à trouver, en SQL, une variable à récupérer permettant d'identifier chacune de ces sessions (peut-être dans les tables systèmes ?), j'ai bien essayé SESSION_USER mais je récupers le nom d'utilisateur... :/

Existe-il un moyens d'identifier chaque session ? L'objectif étant de réaliser des triggers remplissant des tables de logs, mais le problème c'est que les utilisateurs de mon appli se connectent tous avec le même utilisateur SQL.

En espérant qu'une telle solution existe

[aieeeuuuuu]

Bonjour,

dm_exec_sessions sera peut être un bon début pour vous... mais je n'ai pas bien compris ce que vous vouliez obtenir comme informations

[StripMat]

Merci pour la table, effectivement cela peut correspondre à mon besoin.

Je cherche à créer des fichiers de logs, pour cela je dois récupérer les informations propres à chaque sessions (faire le lien entre IDSession et un utilisateur enregistré dans une table de notre base) pour ensuite écrire tout sa dans une table log ou un fichier text, peu importe.

Comme chaque utilisateur de notre application vient taper dans notre BDD avec le même Utilisateur, il faut définir quel utilisateur physique vient se connecter à notre base de donnée, je souhaite faire cela par le biais des sessions et leur ID.


Je précise que je débute en SQL et sur SQL Server, si je m'exprime mal pardonnez le moi

PS : En testant un peu des requêtes sur la table dm.exec_session, j'ai remarqué que lorsque je me connecte avec notre compte utilisateur par la console TSE, il persiste dans la table même une fois déconnecté, mais dès que je le reconnecte, l'heure de login de ce dernier change mais son ID ne change jamais, est-ce normal ? Et pourquoi reste-il toujours dans la table ?

[dbaffaleuf]

session_id n'est pas non plus une bonne façon d'identifier un utilisateur physique. Si un utilisateur A se connecte il obtient un session_id=54 par exemple, il se déconnecte et un autre utilisateur B arrive et obtiendra le même session_id=54.

Si la machine de connexion est aussi centralisée (serveur d'applications, 3 tiers+) et que le login de connexion est le même, alors je ne vois pas comment identifier l'utilisateur physique derrière la connexion. Il faut le faire en amont de SQL Server, au niveau du frontal applicatif.

Si on est en client serveur pur (client lourd -> SQL Server), alors la machine ou l'IP (host_name dans sys.dm_exec_sessions, client_net_address dans sys.dm_exec_connections) peut permettre d'identifier l'origine physique de la connexion.

[StripMat]

Merci pour vos réponses, effectivement j'ai eu beau me creuser la cervelle, je pense que nous allons gérer ces logs au niveau applicatif.

[StripMat]

Nouvelle question, j'ai tenté de créer un deuxième utilisateur avec le même nom de connexion mais j'ai reçu l'erreur 15063. J'ai fais des recherches sur cette erreur, sans succès :/

Est-ce possible qu'a l'identification d'un nouveau client un script puisse lui créer un utilisateur SQL avec un nom de connexion commun à tous les autres Utilisateurs ?