--查看日志在SQL SERVER 7.0和2000中,可以用下面的命令查看: DBCC log ( {dbid|dbname}, [, type={0|1|2|3|4}] ) 参数:
Dbid or dbname - 任一数据库的ID或名字 type - 输出结果的类型: 0 - 最少信息(operation, context, transaction id) 1 - 更多信息(plus flags, tags, row length) 2 - 非常详细的信息(plus object name, index name,page id, slot id) 3 - 每种操作的全部信息 4 - 每种操作的全部信息加上该事务的16进制信息 默认 type = 0 要查看MSATER数据库的事务日志可以用以下命令: DBCC log (master)
Dbid or dbname - 任一数据库的ID或名字 type - 输出结果的类型: 0 - 最少信息(operation, context, transaction id) 1 - 更多信息(plus flags, tags, row length) 2 - 非常详细的信息(plus object name, index name,page id, slot id) 3 - 每种操作的全部信息 4 - 每种操作的全部信息加上该事务的16进制信息 默认 type = 0 要查看MSATER数据库的事务日志可以用以下命令: DBCC log (master)
http://js.fixdown.com/soft/8324.htm
http://www.yiii.net/app/servlet/net.yiii.club.DownloadServlet?Information_Id=I00023471
解压缩密码 www.heibai.net http://www.ttdown.com/softview_8647.htm
注册机产生的是注册码,是两个 用解压缩密码解开后,压缩包里也有一个注册机的 打开log explorer file=> attach log file-> 选择服务器和登陆方式-> connect->
选择数据库-> attach-> 左面对话框中browse-> view log-> 就可以看到log记录了
想恢复的话: 右键log记录 undo transation-> 选择保存文件名和路径-> 然后打开该文件到查询分析器里执行
T-sql代码就可以了 例如 如果log是delete table where ...的话,生成的文件代码就是insert table ....
Log Explorer for SQL Server v3.3 特别版
www.chinaz.com
Log Explorer is the leading transaction analysis and data recovery solution for Microsoft SQL Server. By providing unprecedented access to the SQL Server transaction log, Log Explorer gives you the ability to understand and solve elusive database problems by browsing the transaction log, exporting data to create reports, and selectively recovering modified, deleted, dropped, or truncated data.
打开log explorer file=> attach log file-> 选择服务器和登陆方式-> connect->
选择数据库-> attach-> 左面对话框中browse-> view log-> 就可以看到log记录了
想恢复的话: 右键log记录 undo transation-> 选择保存文件名和路径-> 然后打开该文件到查询分析器里执行
T-sql代码就可以 例如 如果log是delete table where ...的话,生成的文件代码就是insert table .... 右键log记录 undo transation-> 选择保存文件名和路径-> 然后打开该文件到查询分析器里执行T-sql代码 log explorer使用的一个问题 1)对数据库做了完全 差异 和日志备份
备份时选用了删除事务日志中不活动的条目
再用Log explorer打试图看日志时
提示No log recorders found that match the filter,would you like to view unfiltered data
选择yes 就看不到刚才的记录了
如果不选用了删除事务日志中不活动的条目
再用Log explorer打试图看日志时,就能看到原来的日志 2)修改了其中一个表中的部分数据,此时用Log explorer看日志,可以作日志恢复 3)然后恢复备份,(注意:恢复是断开log explorer与数据库的连接,或连接到其他数据上,
否则会出现数据库正在使用无法恢复)
恢复完后,再打开log explorer 提示No log recorders found that match the filter,would you like to view unfiltered data
选择yes 就看不到刚才在2中修改的日志记录,所以无法做恢复. --------------------------------------------------------------------------------
系统中有一个数据库DB1,系统正在使用的过程中,不小心删除了某表T1的数据
现我可以按照用完整备份文件加日志备份时间点TIME1恢复的方法来恢复该数据库 但问题出在该数据库一直还必须在使用中,所以除了你删除了数据的TA表外,其它的
表的数据你不能只是恢复到错误时间点TIME1处,因为,TIME1以后也有数据变化 解决这个问题有两个方法
1:用LOG EXEPLORE 可以轻松搞定 2:先建立一个数据库DB2,将完整备份文件恢复到DB2中,再用DB2中的T1数据来更新
DB1中的T1数据即可.
--查看备份信息
RESTORE FILELISTONLY FROM DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\db1_backup ' --还原旧的备份
RESTORE DATABASE db2 FROM DISK = 'C:\Program Files\Microsoft SQL Server\MSSQL\BACKUP\db1_backup ' with replace,norecovery,
move 'db1_Data ' to 'C:\Program Files\Microsoft SQL Server\MSSQL\data\db2_data.mdf ',
move 'db1_Log ' to 'C:\Program Files\Microsoft SQL Server\MSSQL\data\db2_log.ldf ' --还原数据日志到时间点
restore log db2 from disk= 'db_log_backup ' with stopat= '2003/4/22 9:57 '
楼上。你的和以下结果一样:
SELECT * From ::fn_dblog(Default,Default) 不知你用过 "事件探查器"没有,
里边有很多信息,在 DBCC log (master) 结果中不能查看到了。我最需要是的里边的 运行过的SQL 脚本。
select * from tb
事件探查器 是探查一个SERVER,而要要求权限很高。我只要一个库的,并且,数据我要处理的。
是有 类似于事件探查器 一样,不过,我得到后,要处理,同时再保存到我要的地方及格式。
cross apply master.sys.dm_exec_sql_text(a.sql_handle)再结合其它系统视图,自己对进程id,时间分析,将结果分析整理起来,说不上可以做另一个事件探查器.
说错。你是不是SQL2005?2000中没有你说东东。
http://blog.csdn.net/jinjazz/archive/2008/08/07/2783909.aspx
你都已经知道有"事件探查器"了,干嘛还劲那么多劲,在你的存储过程中手动创建自己的跟踪就行啦。参考BOL中的sp_trace_create
sp_trace_setevent
sp_trace_setstatus
fn_trace_gettable
...
大哥,探查器MSDB开发时,送给你的。手动跟踪,让你在服务器上盯一开。你能看完且看出问题,我PP上写个服字。
让我怎么说你好!
--打开一个连接,执行以下SQL. DECLARE @t bit
SET @t=1
DECLARE @trace_id INT
EXEC sp_trace_create @traceid =@trace_id OUTPUT, @options=2 ,@tracefile = N'c:\trace_1',@stoptime=NULL
--Login
exec sp_trace_setevent @trace_id, 14, 3,@t
exec sp_trace_setevent @trace_id, 14, 6, @t
exec sp_trace_setevent @trace_id, 14, 8, @t
exec sp_trace_setevent @trace_id, 14, 9, @t
exec sp_trace_setevent @trace_id, 14, 11, @t
exec sp_trace_setevent @trace_id, 14, 14, @t
exec sp_trace_setevent @trace_id, 14, 23, @t
exec sp_trace_setevent @trace_id, 14, 26, @t
exec sp_trace_setevent @trace_id, 14, 40, @t
--Logout
exec sp_trace_setevent @trace_id, 15, 3,@t
exec sp_trace_setevent @trace_id, 15, 6, @t
exec sp_trace_setevent @trace_id, 15, 8, @t
exec sp_trace_setevent @trace_id, 15, 9, @t
exec sp_trace_setevent @trace_id, 15, 11, @t
exec sp_trace_setevent @trace_id, 15, 14, @t
exec sp_trace_setevent @trace_id, 15, 23, @t
exec sp_trace_setevent @trace_id, 15, 26, @t
exec sp_trace_setevent @trace_id, 15, 40, @t
--EXEC Prepared SQL
exec sp_trace_setevent @trace_id, 72, 1,@t
exec sp_trace_setevent @trace_id, 72, 3, @t
exec sp_trace_setevent @trace_id, 72, 6, @t
exec sp_trace_setevent @trace_id, 72, 8, @t
exec sp_trace_setevent @trace_id, 72, 9, @t
exec sp_trace_setevent @trace_id, 72, 14, @t
exec sp_trace_setevent @trace_id, 72, 15, @t
exec sp_trace_setevent @trace_id, 72, 23, @t
exec sp_trace_setevent @trace_id, 72, 26, @t
exec sp_trace_setevent @trace_id, 72, 40, @t
--CREATE TABLE
exec sp_trace_setevent @trace_id, 113, 1,@t
exec sp_trace_setevent @trace_id, 113, 3, @t
exec sp_trace_setevent @trace_id, 113, 6, @t
exec sp_trace_setevent @trace_id, 113, 8, @t
exec sp_trace_setevent @trace_id, 113, 9, @t
exec sp_trace_setevent @trace_id, 113, 14, @t
exec sp_trace_setevent @trace_id, 113, 15, @t
exec sp_trace_setevent @trace_id, 113, 23, @t
exec sp_trace_setevent @trace_id, 113, 26, @t
exec sp_trace_setevent @trace_id, 113, 40, @t
--SELECT
exec sp_trace_setevent @trace_id, 114, 1,@t
exec sp_trace_setevent @trace_id, 114, 3, @t
exec sp_trace_setevent @trace_id, 114, 6, @t
exec sp_trace_setevent @trace_id, 114, 8, @t
exec sp_trace_setevent @trace_id, 114, 9, @t
exec sp_trace_setevent @trace_id, 114, 14, @t
exec sp_trace_setevent @trace_id, 114, 15, @t
exec sp_trace_setevent @trace_id, 114, 23, @t
exec sp_trace_setevent @trace_id, 114, 26, @t
exec sp_trace_setevent @trace_id, 114, 40, @t
EXEC sp_trace_setstatus @trace_id, 1 执行完後,已经在服务器上创建一个跟踪了,跟踪的信息都记录在C:\Trace_1.trc文件里面.
你可以试着执行一些其它的SQL,看接下来到底有没有被记录到.
--打开另外一个Connection:
declare @i int select @i=traceid from :: fn_trace_getinfo(default) where value='c:\trace_1'exec sp_trace_setstatus @i,0 --停止跟蹤
exec sp_trace_setstatus @i,2 --刪掉跟蹤
go--取到跟蹤的信息
SELECT * FROM :: fn_trace_gettable('c:\trace_1.trc',-1)
--