菜单

sql server 日志文件结构及误操作数据找回

2019年4月4日 - MySQL

  下图是日记文件的流程图,当日志备份后虚拟日志一和虚构日志二会被截断,虚拟日志三改为了逻辑日志的起来,当虚拟日志三和编造日志四在采取后,再一次备份时,由于日记文件是叁个转换体制的文书,此时又从虚拟日志一上马。
   图一  日志文件的外观

  使用sql server2000.

   
 图片 1

USE 数据库名称
GO
ALTER DATABASE 数据库名称 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 数据库名称 SET RECOVERY SIMPLE  
GO
USE 数据库名称
GO
DBCC SHRINKFILE (N'数据库日志名称' , 1, TRUNCATEONLY)--清理为1M日志文件 “数据库日志名称”请查看以下图片中的日志逻辑名称
GO
USE 数据库名称
GO
ALTER DATABASE 数据库名称 SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE 数据库名称 SET RECOVERY FULL 
GO

  事务日志是一种回绕的公文。例如一个数据Curry的日志文件包含5个虚拟日志单元,在开立数据库时,逻辑日志文件从情理文件的始端开头,新的日记记录被添加到逻辑日志未端,然后向物理日志未端扩充。

  图片 2

 二. ApexSQL Log工具

  由于dbcc log数据不太直观,现通过第2方工具ApexSQL
Log来查看,该工具得以看到对上边表的开创,插入,更新,删除的操作记录,在数据库日志文件里还标注了早先时间表,以及操作由哪位用户执行的,对于每3个操作,能够观看更具体的换代音讯。

    那是刚刚操作的二条记下如下图所示

  
 图片 3

  选中insert 该行能够找到该语句做undo (撤废回滚 旧值覆盖)和redo(提交
新值覆盖)

  图片 4

-- Undo   INSERT (0000001E:00000047:0013) done at 2018-07-29 09:49:55.570 by hsr-PC\hsr in transaction 0000:00000301 (Committed)
BEGIN TRANSACTION
DELETE FROM [dbo].[Test] WHERE /*** WARNING: WHERE CLAUSE FOR THIS STATEMENT WAS GENERATED FOR A TABLE WITH NO PRIMARY KEY AND NO CLUSTERED INDEX ***/[ID] = 1 AND [name] = N'aaaa' COLLATE Chinese_PRC_CI_AS
IF @@ROWCOUNT <= 1 COMMIT TRANSACTION ELSE BEGIN ROLLBACK TRANSACTION; PRINT 'ERROR: STATEMENT AFFECTED MORE THAN ONE ROW. ALL THE CHANGES WERE ROLLED BACK.' END

--Redo    INSERT (0000001E:00000047:0013) done at 2018-07-29 09:49:55.570 by hsr-PC\hsr in transaction 0000:00000301 (Committed)
INSERT INTO [dbo].[Test] ([ID], [name]) VALUES (1, N'aaaa' COLLATE Chinese_PRC_CI_AS)

-- 下面ID=1的语句做四做操作
update Test set name='cccc' where ID=1
update Test set name='dddd' where ID=1
update Test set name='eeee' where ID=1
delete from  Test  where ID=1

 下列记录了对应的操作,trial restricted 或然是因为该软件必要付费。

图片 5

  总括: 使用truncate table
来删除操作是不会记录日志的,且无法做undo操作。日志记录与实际修改的数据量有关,每一条记下的改动都会保留日志记录。sql
server日志里面能读到数码修改前的值和改动后的值。

 

参考文献:

  sq lserver二零一一实施与治本实战指南

   在2个虚构日志单元里,分成很多块,块内有实际的日记记录,每条日志记录有1个LSN(Log
Sequence
Number)编号,这几个号码由三局地组成。第1局地是虚拟日志单元(Virtual Log
File)系列号,第三部分是在编造日志单元中块的号码,第二有个别是在块中国和东瀛记记录的号子。对于有些LSN,其编号为000001D:000000FD:0002。
那申明这几个LSN是属于虚拟日志000001D,该虚拟日志中属于块000000FD,在该块中对应记录2。

  在sql server
里有多少文件.mdf和日志文件.ldf,日志文件是sqlserver数据库的另贰个重中之重组成部分,日志文件记录了富有工作以及各种业务对数据库所做的改动。为了提升数据库的属性,
sqlserver
数据是缓存在内存里,并未实时写入到磁盘,直到数据库出现检查点(checkpoint)只怕内部存储器不足必须(Lazy
Write)将数据的修改写入到磁盘。 sql
server在拉开了事情并对内部存款和储蓄器中的数目举行修改时,会变卦日志记录。 sqlserver
对数据页的插入修改删除都以在内部存款和储蓄器中形成后交给业务,但并不会联合到硬盘的多少页上。
为了保证数据库事务的1致性 如(服务器崩溃,断电)等
内部存款和储蓄器中的改动未有来得及写入硬盘,下次重启时候要力所能及东山再起到一个事务一致的时间点,就非得倚重于业务日志。

图片 6

一. 概述

  由于dbcc log是未公开的通令,所以未找到相关评释, 如下图所示
包涵了日前序号号,操作类型,事务号等连锁新闻。

  1.2 DBCC LOG
  使用DBCC LOG来查阅日志文件里存放了些什么音信, dbcc log(dbname,
formart_id),formart_id 使用”3″ 参数输出会相比较详细。

     一.一 存款和储蓄结构

  图2 事务日志的循环使用

  与数据文件不同日志文件不是按页/区来开始展团队的。每个物理日志文件是分成多个虚拟日志单元,虚拟日志单元未有固定大小,且数额不稳定,
管理员也不可能配备高低和数目。
例如:日志文件每自动增加三回(默许是按一成的上空增加),会至少增添3个虚构单元。

Create database TestLog
go
use TestLog
go
Create Table Test(ID int,name nvarchar(50))
GO
Insert into Test Values(1,'aaaa')
update Test set name='bbbb' where ID=1
Go
dbcc traceon (3604)
go
dbcc log (TestLog,3)

  当逻辑日志的末尾到达物理日志的前面时,新的日记记录将回绕到大体日志文件的始端继续向后写(那是因为日志备份会截断使日志空间重用)。

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图