SQL Server简单模式下误删除堆表记录恢复方法(绕过页眉校验)
时间:2019-01-03 分类:MsSQL 作者:编程之家
首先,我需要强调下,这篇主旨是揭示堆表的删除 记录找回的原理,我所考虑的方面并不适用于每个人的每种情况,望大家见谅~ 很多朋友认为数据库 在简单模式下,堆表误删除 一条记录,是无法找回的,因为没有日志记录。其实不然,某种意义上是可以找回的,因为堆表在删除 记录时,只更改了行偏移,实际数据没有被物理删除 ,所以利用这点,测试了下恢复数据,果然成功了,但是还有点问题没有研究出结果:如果不关闭 页面 校验,除了更改偏移量,删除 数据时还需要更改页眉,这点还没时间去琢磨,所以恢复数据时还要能推断出页眉的16进制对应关系,有兴趣的朋友可以分享 下经验给我。这里为了排除页眉的校验错误 ,关闭 后测试 废话不多说,测试的demo如下:
测试环境 :
sql Server 2008 R2
数据库 :repl_test 简单模式
测试表:test_del
测试步骤 1.创建测试表test_del,并插入测试数据。
<div class="codetitle">
<a style="CURSOR: pointer" data="88813" class="copybut" id="copybut88813" onclick="doCopy('code88813')"> 代码 如下:
<div class="codebody" id="code88813">
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,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,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,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,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) 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,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 提示 会导致删除 操作获取 表的共享锁 ,而不是行锁或页锁。这将允许释放页。 •如果要从表中删除 所有行,请使用 Trunc ATE TABLE。 •删除 行之前,请对堆创建聚集索引。删除 行之后,可以删除 聚集索引。与先前的方法 相比,此方法 非常耗时,并且使用更多的临时资源。 如果释放空闲页面 空间,很有可能记录就无法再恢复了,同时说明数据库 完整模式+日志备份是多么的重要,可以省去很多发杂的步骤 文笔不好,如果哪里看的模糊请留言。
原文地址:https://www.jb51.cc/mssql/63627.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。