视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
SQLServer简单模式下误删除堆表记录恢复方法(绕过页眉校验)
2020-11-09 07:07:53 责编:小采
文档

首先,我需要强调下,这篇主旨是揭示堆表的删除记录找回的原理,我所考虑的方面并不适用于每个人的每种情况,望大家见谅~

很多朋友认为数据库在简单模式下,堆表误删除一条记录,是无法找回的,因为没有日志记录。其实不然,某种意义上是可以找回的,因为堆表在删除记录时,只更改了行偏移,实际数据没有被物理删除,所以利用这点,测试了下恢复数据,果然成功了,但是还有点问题没有研究出结果:如果不关闭页面校验,除了更改偏移量,删除数据时还需要更改页眉,这点还没时间去琢磨,所以恢复数据时还要能推断出页眉的16进制对应关系,有兴趣的朋友可以分享下经验给我。这里为了排除页眉的校验错误,关闭后测试
废话不多说,测试的demo如下:
测试环境:
  SQL Server 2008 R2
  数据库:repl_test 简单模式
  测试表:test_del
测试步骤
1.创建测试表test_del,并插入测试数据。
代码如下:
create table test_del( a int identity,b char(10))
go
insert into test_del select 'row 1';
insert into test_del select 'row 2';
insert into test_del select 'row 3';
insert into test_del select 'row 4';
insert into test_del select 'row 5';
go

2.查看测试数据,显示正常。


3.DBCC IND命令来找到数据页id,找到数据页id:219,这个数据页存放了test_del的数据


使用dbcc page查看数据页的内容以及行偏移量
dbcc page(repl_test,1,219,1)
go输出结果为:
DATA:
Slot 0, Offset 0x60, Length 21, DumpStyle BYTE
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
Memory Dump @0x00000000120CC060
0000000000000000: 10001200 01000000 726f7720 31202020 †........row 1
0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
Slot 1, Offset 0x75, Length 21, DumpStyle BYTE
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
Memory Dump @0x00000000120CC075
0000000000000000: 10001200 02000000 726f7720 32202020 †........row 2
0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
Slot 2, Offset 0x8a, Length 21, DumpStyle BYTE
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
Memory Dump @0x00000000120CC08A
0000000000000000: 10001200 03000000 726f7720 33202020 †........row 3
0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
Slot 3, Offset 0x9f, Length 21, DumpStyle BYTE
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
Memory Dump @0x00000000120CC09F
0000000000000000: 10001200 04000000 726f7720 34202020 †........row 4
0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
Slot 4, Offset 0xb4, Length 21, DumpStyle BYTE
Record Type = PRIMARY_RECORD Record Attributes = NULL_BITMAP Record Size = 21
Memory Dump @0x00000000120CC0B4
0000000000000000: 10001200 05000000 726f7720 35202020 †........row 5
0000000000000010: 20200200 00†††††††††††††††††††††††††† ...
OFFSET TABLE:
Row - Offset
4 (0x4) - 180 (0xb4)
3 (0x3) - 159 (0x9f)
2 (0x2) - 138 (0x8a)
1 (0x1) - 117 (0x75)
0 (0x0) - 96 (0x60)
其中行偏移量第一行为96 (0x60),实际记录为row 1,row 2: (0x75),row 3: (0x8a),row 4:(0x9f),row 5: (0xb4)

4. 删除第三行数据 a = 3,b = row 3的记录
代码如下:
delete test_del where a = 3
go


说明a=3 b=row3的记录已经被删除。

5.再次查看数据页的行偏移
dbcc page(repl_test,1,219,1)
goRow - Offset
4 (0x4) - 180 (0xb4)
3 (0x3) - 159 (0x9f)
2 (0x2) - 0 (0x0)
1 (0x1) - 117 (0x75)
0 (0x0) - 96 (0x60)
发现第3行的行偏移量被更改成了0,继续执行
dbcc page(repl_test,1,219,2)
goDATA:
..
00000000120CC060: 10001200 01000000 726f7720 31202020 †........row 1
00000000120CC070: 20200200 00100012 00020000 00726f77 † ...........row
00000000120CC080: 20322020 20202002 00001000 12000300 † 2 .........
00000000120CC090: 0000726f 77203320 20202020 02000010 †..row 3 ....
00000000120CC0A0: 00120004 00000072 6f772034 20202020 †.......row 4
00000000120CC0B0: 20020000 10001200 05000000 726f7720 † ...........row
00000000120CC0C0: 35202020 20200200 00000021 21212121
发现row3的记录还存在数据页中!
那么猜想,是否将第三行的行偏移量0x0修改回原来的0x8a就可以恢复记录了?
利用winHex工具,打开mdf文件,因为是219页面,8*220 = 1802240字节,所以219的行偏移量应该在1802239处,剩下的工作就很简单了
6.关闭数据库的数据页I/O保护机制,即设置page_verify数据库选项为none,并将repl_test 数据库设置为脱机,利用winhex找到repl_test.mdf文件的1802240结尾处16进制码
代码如下:
alter database repl_test set page_verify none
go
use master
alter database repl_test set offline
go

把repl_test数据库设置为脱机,用winhex工具找到219页面的结尾处(220页面的其实位置):


果然第3行的行偏移量为00 00,那么我将其改回8A 00后保存,并将数据库设置为online


记录被成功恢复。
如果不进行
代码如下:
alter database repl_test set page_verify none
go

则会读取表时发生页面校验错误。
那么如何找回记录又可以DBCC checkdb安全通过呢?
1.笨方法找回记录后将原表删除,损坏页面会被丢失,重新表,导入数据即可。
2.修改页眉校验,可惜小弟不才,还没研究页眉结构对应的物理16进制关系。只靠修改前的页眉截图,修改后按照截图还原页眉,这里无法向大家说明白修改的地方。希望有经验或者有兴趣的朋友可以和我分享下,谢谢~
如何释放堆中的空闲页面?
若要删除堆中的行并释放页,我们可以使用下列方法之一。
•在 DELETE 语句中指定 TABLOCK 提示。使用 TABLOCK 提示会导致删除操作获取表的共享锁,而不是行锁或页锁。这将允许释放页。
•如果要从表中删除所有行,请使用 TRUNCATE TABLE。
•删除行之前,请对堆创建聚集索引。删除行之后,可以删除聚集索引。与先前的方法相比,此方法非常耗时,并且使用更多的临时资源。
如果释放空闲页面空间,很有可能记录就无法再恢复了,同时说明数据库完整模式+日志备份是多么的重要,可以省去很多发杂的步骤
文笔不好,如果哪里看的模糊请留言。

您可能感兴趣的文章:

  • sqlserver2008查看表记录或者修改存储过程出现目录名无效错误解决方法
  • SQL SERVER数据库表记录只保留N天图文教程
  • SQL Server利用sp_spaceused如何查看表记录存在不准确的情况
  • 下载本文
    显示全文
    专题