Bonjour,
on a un server de base de données sql server 2000
on a 3 administrateurs de base de données
et on veux savoir qui a supprimer telle de données dans telle tables
est ce que ce possible de le connaitre ?
merci de votre reponse
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Audit dans sql server 2000
Bonjour,
on a un server de base de données sql server 2000
on a 3 administrateurs de base de données
et on veux savoir qui a supprimer telle de données dans telle tables
est ce que ce possible de le connaitre ?
merci de votre reponse
C'est possible, soit en créant des triggers, soit utilisant DBCC TRACEON.
Mais surveiller comme ça tout ce qui se passe dans une base, c'est très consommateur de ressources.......
OK merci
mais j'ai du mal a comprendre l'utilsation du DBCC TRACEON
est que tu peux m'eclaircir un peu
Non, pas TRACEON, mais le profileur SQL.
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Bonjour,
Si vous souhaitez journaliser ce qui se passe dans vos base de données, vous pouvez reprendre l'idée de SQLPro en utilisant les procédures stockées système sp_trace_XXX, et gérer le tout dans un job.
@++
Le profiler, si c'est temporaire, ça va aller. Mais pour du permanent, c'est quand-même contraignant...
Il n'y a pas vraiment de raison d'auditer en permanence un serveur (sauf à faire s'écrouler les perfs...). Mais si vous voulez le faire en continu, c'est possible dans la version 2008. C'est le résultat des Lois Sarbanne Oaxley et donc du flicage américain !
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
On est bien d'accord. Mais j'ai bien peur que randriamanana ait envie de le faire en continu...
Bonjour,
ouia je veux le faire en continue car on ne pourrait pas determiner à quel moment les malfaiteur vont frapper
mais le generateur de profil de sql server 2000 peut le faire temporairement
Il y a beaucoup plus simple, parce qu'à auditer en permanence vous allez faire eécrouler les performances du système. C'est de gérer la sécurité en amont par l'utilisation de privilèges adéquats !
Vous, vous êtes du genre à attendre que l'assassin assassine. Ne serait-il pas plus logique que l'assassin soit empêcher d'assassiner ?
En dernier recours, vous pouvez toujours utiliser l'un des outils de lecture des JT, comme celui d'Apex ou de Lumigent.
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Merci beaucoup
peut etre qu'on va modifier au niveau de privilège mais actuelement
les 3 admin du bd ont la meme privilège
Bonjour,
C'est normal.les 3 admin du bd ont la meme privilège
En revanche ils ne doivent pas avoir le même login.
@++
Répondre avec citation
Partager