SQL Server简单模式下误删除堆表记录恢复方法(绕过页眉校验)

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

很多朋友认为数据库在简单模式下，堆表误删除一条记录，是无法找回的，因为没有日志记录。其实不然，某种意义上是可以找回的，因为堆表在删除记录时，只更改了行偏移，实际数据没有被物理删除，所以利用这点，测试了下恢复数据，果然成功了，但是还有点问题没有研究出结果：如果不关闭页面校验，除了更改偏移量，删除数据时还需要更改页眉，这点还没时间去琢磨，所以恢复数据时还要能推断出页眉的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 "codetitle">复制代码 代码如下:
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 "codetitle">复制代码 代码如下:
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。
•删除行之前，请对堆创建聚集索引。删除行之后，可以删除聚集索引。与先前的方法相比，此方法非常耗时，并且使用更多的临时资源。
如果释放空闲页面空间，很有可能记录就无法再恢复了，同时说明数据库完整模式+日志备份是多么的重要，可以省去很多发杂的步骤
文笔不好，如果哪里看的模糊请留言。