日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

很多朋友認為數據庫在簡單模式下，堆表誤刪除一條記錄，是無法找回的，因為沒有日志記錄。其實不然，某種意義上是可以找回的，因為堆表在刪除記錄時，只更改了行偏移，實際數據沒有被物理刪除，所以利用這點，測試了下恢復數據，果然成功了，但是還有點問題沒有研究出結果：如果不關閉頁面校驗，除了更改偏移量，刪除數據時還需要更改頁眉，這點還沒時間去琢磨，所以恢復數據時還要能推斷出頁眉的16進制對應關系，有興趣的朋友可以分享下經驗給我。這里為了排除頁眉的校驗錯誤，關閉后測試

廢話不多說，測試的demo如下：

測試環(huán)境：

　　SQL Server 2008 R2

　　數據庫：repl_test 簡單模式

　　測試表：test_del

測試步驟

1.創(chuàng)建測試表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)  
  
  
  
  
go 
 
 
 
 

Row - Offset
4 (0x4) - 180 (0xb4)
3 (0x3) - 159 (0x9f)
2 (0x2) - 0 (0x0)
1 (0x1) - 117 (0x75)
0 (0x0) - 96 (0x60)

發(fā)現第3行的行偏移量被更改成了0，繼續(xù)執(zhí)行

 
 
 
 

  
  
  
  
dbcc page(repl_test,1,219,2)  
  
  
  
  
go 
 
 
 
 

DATA:

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ā)現row3的記錄還存在數據頁中！

那么猜想，是否將第三行的行偏移量0x0修改回原來的0x8a就可以恢復記錄了？
 

利用winHex工具，打開mdf文件，因為是219頁面，8*220 = 1802240字節(jié)，所以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

則會讀取表時發(fā)生頁面校驗錯誤。

那么如何找回記錄又可以DBCC checkdb安全通過呢？

1.笨方法找回記錄后將原表刪除，損壞頁面會被丟失，重新表，導入數據即可。

2.修改頁眉校驗，可惜小弟不才，還沒研究頁眉結構對應的物理16進制關系。只靠修改前的頁眉截圖，修改后按照截圖還原頁眉，這里無法向大家說明白修改的地方。希望有經驗或者有興趣的朋友可以和我分享下，謝謝~

原文鏈接：http://www.cnblogs.com/SQLServer2012/archive/2013/01/17/2864880.html

【編輯推薦】

1. 百萬數據下幾種SQL性能測試
2. 巧用數據庫連接監(jiān)控組件解決關閉問題
3. SQL Server高可用的常見問題
4. SQL Server 2008 R2故障轉移群集環(huán)境準備
5. SQL Server: 局部變量是如何影響查詢性能的

 

當前題目：恢復SQLServer簡單模式下誤刪除堆表記錄
轉載注明：http://www.dlmjj.cn/article/dhdjcos.html