Discussion :

[mikedavem]

Bonjour,

Cette discussion a été ouverte pour recueillir vos commentaires ou vos remarques sur l'article : Les triggers LOGON

N'hésitez pas à nous faire parvenir vos impressions, commentaires, améliorations !!


Retrouvez tous les meilleurs cours et tutoriels pour apprendre Microsoft SQL Server

[Ptit_Dje]

Bonjour,

Dans le cadre de la creation d'une table audit_loginsa, je trouve inutile de creer des colonnes loginname et logintype etant donne que ceux-ci seront toujours les 2 memes constantes.

Par contre si l'on etend l'utilisation de la table a d'autres logins cela prend du sens. Dans ce cas la, il serait judicieux de renommer la table.

Bonne journee

[zinzineti]

Bonjour,

Dans le cadre de la creation d'une table audit_loginsa, je trouve inutile de creer des colonnes loginname et logintype etant donne que ceux-ci seront toujours les 2 memes constantes.

Par contre si l'on etend l'utilisation de la table a d'autres logins cela prend du sens. Dans ce cas la, il serait judicieux de renommer la table.

Bonne journee

Merci pour la remarque.

L'idée est de bien montrer ce qu'on collecte. Imaginons l'absence de la colonne loginname, comment convaincre le lecteur que c'est uniquement le compte "sa" qui est audité ?

A+

[Ptit_Dje]

A priori:

Code :

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

IF ORIGINAL_LOGIN()= 'sa'

devrait le convaincre ainsi que rajouter un petit commentaire au niveau de la ligne pour expliquer que tu filtres a cet endroit.
Apres la facon de presenter les choses est propre a chacun, ca ne gache en rien la qualite de ton article.

Joli travail, continue ainsi.

[zinzineti]

A priori:

Code :

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

IF ORIGINAL_LOGIN()= 'sa'

devrait le convaincre ainsi que rajouter un petit commentaire au niveau de la ligne pour expliquer que tu filtres a cet endroit.
Apres la facon de presenter les choses est propre a chacun, ca ne gache en rien la qualite de ton article.

Joli travail, continue ainsi.

Merci, je comprends parfaitement ta proposition. Mais la personne qui doit faire la recette de l'audit du compte "sa" ne sait pas forcément lire entre les lignes SQL ! c'est ce qui motive le choix des colonnes loginname et logintype. Mais c'est vrai que si c'est pour une utilisation personnel (sans recette) on a pas besoin de ces colonnes.
A+

[Invité]

Bonjour,
le téléchargement du pdf est impossible : erreur 500.

[mikedavem]

Problème résolu. L'article est disponible en téléchargment des à présent.

++

[zinzineti]

Problème résolu. L'article est disponible en téléchargment des à présent.

++

Merci David

[kedare]

Hmm c'est bon ça les triggers LOGON, je pensais que seul Oracle faisait ça

[ecureuilmasque]

Intéressante cette source.Claire et précise.Merci je la mets en application ...de suite.

[Philippe Robert]

Quel est l'intérêt du trigger logon ?

•mettre en place l'historique des accès à une instance SQL SERVER

=> On peut utiliser l'audit

•appliquer des règles particulières à un compte particulier.

=> Quels genres de règles ?

•imposer un nombre maximal de sessions pour un compte (au-delà de ce nombre, toute tentative de connexion à SQL SERVER par ce compte sera rejetée)

=> Gouverneur de ressources, demande maximale du groupe de charge de travail.

[mikedavem]

Tout dépend la version utilisée :-) ..

[Fabien Celaia]

Quel est l'intérêt du trigger logon ?

•mettre en place l'historique des accès à une instance SQL SERVER

=> On peut utiliser l'audit

Oui... mais si tu ne veux ressortir que les logins d'un user spécifique ? Le logon audit, c'est pour tous... et ça remplit l'errorlog... pas une table...

[Fabien Celaia]

Il manque le droit insert to public sur la table

[elsuket]

Oui... mais si tu ne veux ressortir que les logins d'un user spécifique ? Le logon audit, c'est pour tous... et ça remplit l'errorlog... pas une table...

On peut aussi s'en remettre à la fonctionnalité d'audit de sécurité introduite avec SQL Server 2008.

Par ailleurs l'audit de tous les événements de login, réussis ou échoués, est de plus en plus demandées par les clients et auditeurs.
Ils finissent dans le journal de SQL Server que l'on peut centraliser dans une seule base de données (avec PowerShell, SSIS, des jobs de l'Agent SQL Server, ...) et ainsi filtrer.

@++