首先，我需要強(qiáng)調(diào)下，這篇主旨是揭示堆表的刪除記錄找回的原理，我所考慮的方面并不適用于每個(gè)人的每種情況，望大家見諒~
很多朋友認(rèn)為數(shù)據(jù)庫在簡單模式下，堆表誤刪除一條記錄，是無法找回的，因?yàn)闆]有日志記錄。其實(shí)不然，某種意義上是可以找回的，因?yàn)槎驯碓趧h除記錄時(shí)，只更改了行偏移，實(shí)際數(shù)據(jù)沒有被物理刪除，所以利用這點(diǎn)，測試了下恢復(fù)數(shù)據(jù)，果然成功了，但是還有點(diǎn)問題沒有研究出結(jié)果：如果不關(guān)閉頁面校驗(yàn)，除了更改偏移量，刪除數(shù)據(jù)時(shí)還需要更改頁眉，這點(diǎn)還沒時(shí)間去琢磨，所以恢復(fù)數(shù)據(jù)時(shí)還要能推斷出頁眉的16進(jìn)制對(duì)應(yīng)關(guān)系，有興趣的朋友可以分享下經(jīng)驗(yàn)給我。這里為了排除頁眉的校驗(yàn)錯(cuò)誤，關(guān)閉后測試
廢話不多說，測試的demo如下：
測試環(huán)境：
SQL Server 2008 R2
數(shù)據(jù)庫：repl_test 簡單模式
測試表：test_del
測試步驟
1.創(chuàng)建測試表test_del，并插入測試數(shù)據(jù)。
復(fù)制代碼 代碼如下:
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.查看測試數(shù)據(jù)，顯示正常。
3.DBCC IND命令來找到數(shù)據(jù)頁id，找到數(shù)據(jù)頁id：219，這個(gè)數(shù)據(jù)頁存放了test_del的數(shù)據(jù)
使用dbcc page查看數(shù)據(jù)頁的內(nèi)容以及行偏移量
dbcc page(repl_test,1,219,1)
go輸出結(jié)果為：
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)，實(shí)際記錄為row 1，row 2： (0x75)，row 3： (0x8a)，row 4：(0x9f)，row 5： (0xb4)
4. 刪除第三行數(shù)據(jù) a = 3，b = row 3的記錄
復(fù)制代碼 代碼如下:
delete test_del where a = 3
go
說明a=3 b=row3的記錄已經(jīng)被刪除。
5.再次查看數(shù)據(jù)頁的行偏移
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)
發(fā)現(xiàn)第3行的行偏移量被更改成了0，繼續(xù)執(zhí)行
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
發(fā)現(xiàn)row3的記錄還存在數(shù)據(jù)頁中！
那么猜想，是否將第三行的行偏移量0x0修改回原來的0x8a就可以恢復(fù)記錄了？
利用winHex工具，打開mdf文件，因?yàn)槭?19頁面，8*220 = 1802240字節(jié)，所以219的行偏移量應(yīng)該在1802239處，剩下的工作就很簡單了
6.關(guān)閉數(shù)據(jù)庫的數(shù)據(jù)頁I/O保護(hù)機(jī)制，即設(shè)置page_verify數(shù)據(jù)庫選項(xiàng)為none，并將repl_test 數(shù)據(jù)庫設(shè)置為脫機(jī)，利用winhex找到repl_test.mdf文件的1802240結(jié)尾處16進(jìn)制碼
復(fù)制代碼 代碼如下:
alter database repl_test set page_verify none
go
use master
alter database repl_test set offline
go
把repl_test數(shù)據(jù)庫設(shè)置為脫機(jī)，用winhex工具找到219頁面的結(jié)尾處（220頁面的其實(shí)位置）：
果然第3行的行偏移量為00 00，那么我將其改回8A 00后保存，并將數(shù)據(jù)庫設(shè)置為online
記錄被成功恢復(fù)。
如果不進(jìn)行
復(fù)制代碼 代碼如下:
alter database repl_test set page_verify none
go
則會(huì)讀取表時(shí)發(fā)生頁面校驗(yàn)錯(cuò)誤。
那么如何找回記錄又可以DBCC checkdb安全通過呢？
1.笨方法找回記錄后將原表刪除，損壞頁面會(huì)被丟失，重新表，導(dǎo)入數(shù)據(jù)即可。
2.修改頁眉校驗(yàn)，可惜小弟不才，還沒研究頁眉結(jié)構(gòu)對(duì)應(yīng)的物理16進(jìn)制關(guān)系。只靠修改前的頁眉截圖，修改后按照截圖還原頁眉，這里無法向大家說明白修改的地方。希望有經(jīng)驗(yàn)或者有興趣的朋友可以和我分享下，謝謝~
如何釋放堆中的空閑頁面？
若要?jiǎng)h除堆中的行并釋放頁，我們可以使用下列方法之一。
•在 DELETE 語句中指定 TABLOCK 提示。使用 TABLOCK 提示會(huì)導(dǎo)致刪除操作獲取表的共享鎖，而不是行鎖或頁鎖。這將允許釋放頁。
•如果要從表中刪除所有行，請(qǐng)使用 TRUNCATE TABLE。
•刪除行之前，請(qǐng)對(duì)堆創(chuàng)建聚集索引。刪除行之后，可以刪除聚集索引。與先前的方法相比，此方法非常耗時(shí)，并且使用更多的臨時(shí)資源。
如果釋放空閑頁面空間，很有可能記錄就無法再恢復(fù)了，同時(shí)說明數(shù)據(jù)庫完整模式+日志備份是多么的重要，可以省去很多發(fā)雜的步驟
文筆不好，如果哪里看的模糊請(qǐng)留言。
您可能感興趣的文章:- sqlserver2008查看表記錄或者修改存儲(chǔ)過程出現(xiàn)目錄名無效錯(cuò)誤解決方法
- SQL SERVER數(shù)據(jù)庫表記錄只保留N天圖文教程
- SQL Server利用sp_spaceused如何查看表記錄存在不準(zhǔn)確的情況
