Déterminer quel utilisateur a supprimé une base de données SQL Server?
J'ai un Serveur SQL server 2005 de la base de données qui a été supprimé, et j'ai besoin de découvrir qui l'a supprimé. Est-il un moyen d'obtenir ce nom d'utilisateur?
Merci, MagicAndi.
Vous devez vous connecter pour publier un commentaire.
Si il y a eu peu ou pas d'activité depuis la suppression, puis la dehors-de-le-boîte de trace peut être de l'aide. Essayez de lancer:
[En plus de l'out-of-the-box de trace, il est aussi le moins bien connu de "boîte noire" de la trace, ce qui est utile pour le diagnostic intermittente serveur tombe en panne. Ce post, SQL Server Intégré de Traces, vous montre comment le configurer.]
Je voudrais tout d'abord demander à tout le monde qui a accès à l'administration de Sql Server si ils l'ont supprimée.
La meilleure façon de récupérer de l'information pour la restauration de la dernière sauvegarde.
Maintenant pour discuter de la façon d'éviter de tels problèmes à l'avenir.
D'abord assurez-vous que votre processus de sauvegarde s'exécute correctement et fréquemment. Faire du journal des transactions baclup evey 15 minutes ou une demi-heure si c'est un proche de la gare et de base de données transactionnelle. Ensuite, plus vous risquez de perdre une demi-heure de worht de travail. La pratique de la restauration de la base de données jusqu'à ce que vous pouvez facilement le faire en vertu de stress.
Dans SQL Server 2008, vous pouvez ajouter des déclencheurs DDL (vous ne savez pas si vous pouvez le faire en 2005) qui vous permettent de vous connecter qui a fait des changements à la structure. Il pourrait être utile de votre temps pour examiner cette question.
Ne permettent PAS plus de deux personnes, un accès admin à votre base de données de production - administrateur de base de données et de sauvegarde de la personne lorsque le dba est sorti. Ces gens doivent se charger de tous les changements à la structure de base de données et de code et de tous les changements doivent être envoyés hors, le code révisé et testé en premier sur assurance de la qualité. Pas non scénarisées, "géré par le siège de votre pantalon" code doit toujours être exécuté sur prod.
Ici est un peu plus précis TSQL
Ceci peut être utilisé à la fois pour les événements de savoir ou de ne pas savoir la base de données/nom de l'objet. Résultats ressembler à ceci: