我们想捕获应用程序在不可预期的时间的备份请求。而这个备份导致了生产用户的性能问题。而从SQL Server错误日志无法查询到发出备份请求的应用程序名称。我建议使用SQL Server默认跟踪Audit Backup/Restore event。当备份或恢复命令执行时，会触发Audit Backup/Restore event类。
默认跟踪提供了非常有用的跟踪SQL Server问题的信息。有大量的审核事件。默认跟踪是轻量的，建议不要关闭默认跟踪。
当定位备份和恢复的问题时，下面问题是有用的：
1） 用于备份和恢复的登录名是什么？
2） 操作是什么时候启动的？
3） 命令内容是什么？
4） 哪个应用程序发出的请求？
不能保证备份和恢复信息有用，但是一些线索能提供方向或进一步的方向。
下面的查询列出了在SQL Server实例中的所有备份和恢复事件。注意：默认跟踪的默认设置是循环使用跟踪文件，所以备份跟踪文件作为历史记录。当SQL Server实例重启的时候，默认跟踪文件也更新。
|
1
2
3
4
5
6
7
8
9
10
11
|
select e.name as eventclass,t.loginname, t.spid, t.starttime,
t.textdata, t.objectid, t.objectname, t.databasename,t.hostname, t.ntusername,t.ntdomainname, t.clientprocessid, t.applicationname, t.errorFROM sys.fn_trace_gettable(CONVERT(VARCHAR(150), ( SELECT TOP 1
f.[value]FROM sys.fn_trace_getinfo(NULL) f
WHERE f.property = 2
)), DEFAULT) T
inner join sys.trace_events e on t.eventclass = e.trace_event_id
where eventclass=115
|
本文转自UltraSQL51CTO博客，原文链接：http://blog.51cto.com/ultrasql/1581975 ，如需转载请自行联系原作者