Version imprimable
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
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.Citation:
Envoyé par Ptit_Dje
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+
A priori:
devrait le convaincre ainsi que rajouter un petit commentaire au niveau de la ligne pour expliquer que tu filtres a cet endroit.Code:IF ORIGINAL_LOGIN()= 'sa'
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.Citation:
Envoyé par Ptit_Dje
A+ :ccool:
Bonjour,
le téléchargement du pdf est impossible : erreur 500.
Problème résolu. L'article est disponible en téléchargment des à présent.
++
Merci David ;)Citation:
Envoyé par mikedavem
Hmm c'est bon ça les triggers LOGON, je pensais que seul Oracle faisait ça :ccool:
Intéressante cette source.Claire et précise.Merci je la mets en application ...de suite.
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.
Tout dépend la version utilisée :-) ..
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...Citation:
Envoyé par Philippe Robert
Il manque le droit insert to public sur la table
On peut aussi s'en remettre à la fonctionnalité d'audit de sécurité introduite avec SQL Server 2008.Citation:
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...
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.
@++ ;)