前言

在日常開發(fā)工作中，有可能會(huì)存在數(shù)據(jù)庫的誤操作，比如不小心刪除了一個(gè)表或者刪除了一堆數(shù)據(jù)，這個(gè)時(shí)候我們就需要將數(shù)據(jù)庫進(jìn)行恢復(fù)，恢復(fù)到誤操作以前的狀態(tài)，而這篇文章就是主要如何在誤操作之后，恢復(fù)數(shù)據(jù)庫的數(shù)據(jù)。

一、恢復(fù)數(shù)據(jù)實(shí)例

1.創(chuàng)建初始數(shù)據(jù)

use master
if exists (select * from sys.databases where name='test') 
drop database test;

create database test;

use test
create table UserInfo
(
id int,
name varchar(50),
nickname varchar(50),
);
go

insert into UserInfo values (1,'張三','小張');
insert into UserInfo values (2,'張三2','小張');
insert into UserInfo values (3,'李四','小李');
insert into UserInfo values (4,'王五','小王');
insert into UserInfo values (5,'趙六','小趙');

select * from UserInfo;

2.保證數(shù)據(jù)恢復(fù)的前提條件

前提1 - 數(shù)據(jù)庫創(chuàng)建時(shí)便已設(shè)置恢復(fù)模式為完整

對(duì)于任何環(huán)境下，新建數(shù)據(jù)庫后，我們都需要先檢查數(shù)據(jù)庫的恢復(fù)模式，確認(rèn)數(shù)據(jù)庫的恢復(fù)模式是【完整恢復(fù)模式】，這是數(shù)據(jù)庫數(shù)據(jù)得以恢復(fù)的基礎(chǔ)。如果等到出問題，再想到這個(gè)就為時(shí)已晚了。
修改恢復(fù)模式如下圖所示：

選中數(shù)據(jù)庫，然后右鍵菜單=》選擇【屬性】=》屬性頁選擇【選項(xiàng)】=》恢復(fù)模式哪一項(xiàng)，選擇【完整】=》點(diǎn)擊【確定】

數(shù)據(jù)庫一般默認(rèn)恢復(fù)模式就是【完整】恢復(fù)模式。

腳本檢查恢復(fù)模式：SELECT recovery_model,recovery_model_desc FROM sys.databases WHERE name ='test';

如果查詢結(jié)果如下，則表示數(shù)據(jù)恢復(fù)模式配置沒有問題。

前提2 - 至少做過一次完整的備份

數(shù)據(jù)庫數(shù)據(jù)恢復(fù)是需要基于數(shù)據(jù)的完整備份上進(jìn)行的，如果沒有一次完整的數(shù)據(jù)備份，那么數(shù)據(jù)備份無從談起，所以，創(chuàng)建完一次數(shù)據(jù)庫后，需強(qiáng)制性做一次完整的備份。

數(shù)據(jù)完整備份操作如下圖所示：

選中數(shù)據(jù)庫=》右鍵菜單，選擇【任務(wù)】=》選擇【備份】=》備份類型，選擇【完整】=》確定

擴(kuò)展內(nèi)容：可以通過一下sql查詢所有的數(shù)據(jù)庫備份信息

SELECT database_name,recovery_model,name, backup_finish_date,type FROM msdb.dbo.backupset

如：本人剛才操作了兩次數(shù)據(jù)完整備份和一次事務(wù)日志備份，查詢結(jié)果如下，
type為D表示數(shù)據(jù)備份，L表示事務(wù)日志備份：

3.模擬不小心誤操作

再次強(qiáng)調(diào)：數(shù)據(jù)恢復(fù)的前提條件中修改備份模式以及強(qiáng)制做一次完整的數(shù)據(jù)和事務(wù)日志備份，是我們?cè)诔霈F(xiàn)問題之前必須做過的操作，否則就沒有什么恢復(fù)可言了。
現(xiàn)在我們模擬做一下誤操作：

--模擬誤操作 2022-11-23 14.25 開始的誤操作，記一下誤操作事件，以便后續(xù)演示數(shù)據(jù)恢復(fù)
--本意刪除張三2的，但是條件不當(dāng)，將不該刪除的數(shù)據(jù)也刪除了
delete from UserInfo where nickname='小張';
insert into UserInfo values (110,'錯(cuò)誤數(shù)據(jù)','小錯(cuò)誤');

--不小心新建了一個(gè)表格
select * into UserInfo2 from UserInfo;

現(xiàn)在我們比對(duì)一下誤操作前后數(shù)據(jù)

4.開始恢復(fù)

出現(xiàn)誤操作之后，具體恢復(fù)步驟如下：

1、首先將數(shù)據(jù)庫限制為單個(gè)用戶訪問

出現(xiàn)誤操作后，我們需要切斷其他用戶對(duì)數(shù)據(jù)庫在進(jìn)行操作產(chǎn)生數(shù)據(jù)，造成更大的問題，因此需要先將數(shù)據(jù)庫限制為單個(gè)用戶訪問，與外界隔絕開。
具體操作如下：

當(dāng)我們將限制訪問設(shè)置為【SINGLE_USER】后，我們會(huì)發(fā)現(xiàn) 數(shù)據(jù)庫后面會(huì)附加上【單個(gè)用戶】標(biāo)志。

2、做一次事務(wù)日志備份（備份日志尾部）

• 首先選擇數(shù)據(jù)庫，右鍵菜單，選擇【任務(wù)】=》選擇【備份】
• 進(jìn)入備份界面，
• 在【常規(guī)】這一項(xiàng)設(shè)置中 ，將備份類型選擇【事務(wù)日志】
• 在【介質(zhì)選項(xiàng)】這一項(xiàng)設(shè)置中，按照下圖操作步驟進(jìn)行勾選和操作
• 最后點(diǎn)擊【確定】，此時(shí)我們會(huì)發(fā)現(xiàn)數(shù)據(jù)庫出現(xiàn)了【正在還原…】的標(biāo)志
• 具體操作步驟如下圖所示：

如果無法備份，則查詢一下誰在占用：

SELECT * FROM sys.sysprocesses WHERE dbid=DB_ID('test')

然后使用kill 語句將占用者清除即可，如 kill 56，56代表占用者的spid
完成以上操作后，繼續(xù)進(jìn)行備份。

3、還原完整數(shù)據(jù)備份

完成上述事務(wù)日志的備份后，我們就需要將數(shù)據(jù)進(jìn)行還原。

• 首先選擇數(shù)據(jù)庫，右鍵菜單=》選擇【任務(wù)】=》選擇【還原】=》選擇【文件和文件組】
• 進(jìn)入【還原文件和文件組】界面
• 【常規(guī)】這一項(xiàng)中 在備份集列表中 選擇 文件類型為【行數(shù)據(jù)的】并且類型為【完整】，備份的完成時(shí)間距離誤操作最近的一次備份。
• 【選項(xiàng)】這一項(xiàng)中 選擇【不對(duì)數(shù)據(jù)庫執(zhí)行任何操作，不回滾未提交的事務(wù)】這一項(xiàng)
• 最后點(diǎn)擊【確定】即可
• 具體操作如下圖所示：

4、還原事務(wù)日志備份

還原完完整數(shù)據(jù)備份后，我們需要還原事務(wù)日志，因?yàn)閿?shù)據(jù)庫最終需要根據(jù)事務(wù)日志與完整備份的數(shù)據(jù)進(jìn)行比對(duì)后進(jìn)行數(shù)據(jù)的恢復(fù)操作。

• 首先選擇數(shù)據(jù)庫，右鍵菜單=》選擇【任務(wù)】=》選擇【還原】=》選擇【事務(wù)日志】
• 進(jìn)入還原事務(wù)日志界面
• 【常規(guī)】這一項(xiàng)設(shè)置中，選擇需要還原的事務(wù)日志備份（選擇誤操作后備份的那個(gè)事務(wù)日志）
• 然后點(diǎn)擊時(shí)間點(diǎn)后面的按鈕，打開時(shí)間還原窗口，設(shè)置需要還原的時(shí)間點(diǎn)
• 設(shè)置完還原的時(shí)間點(diǎn)后，在【選項(xiàng)】這一項(xiàng)設(shè)置中，設(shè)置恢復(fù)狀態(tài)為回滾未提供事務(wù)，使用數(shù)據(jù)庫處于可以使用的狀態(tài)
• 最后點(diǎn)擊【確定】即可
• 具體操作如下圖所示：

至此，數(shù)據(jù)已經(jīng)恢復(fù)成功。

5、最后恢復(fù)數(shù)據(jù)庫的限制訪問設(shè)置

將限制訪問，從【SINGLE_USER】修改為【MULTI_USER】即可

到此這個(gè)數(shù)據(jù)恢復(fù)的完整流程結(jié)束。

二、恢復(fù)數(shù)據(jù)原理

1.數(shù)據(jù)庫文件類型

數(shù)據(jù)庫中的文件類型：

• 以上有mdf,ndf,ldf 以及bak 四種文件類型，其中一般我們創(chuàng)建的數(shù)據(jù)庫都會(huì)包含mdf 和ldf 兩個(gè)文件，不需要手動(dòng)創(chuàng)建，這兩個(gè)是一套數(shù)據(jù)，可以通過分離的方式拷貝出來作為備份，還原的時(shí)候通過數(shù)據(jù)庫的“附加”功能即可還原。
• bak自成一套，bak文件是通過使用數(shù)據(jù)庫的“備份”功能而備份出來的文件，里面包含了數(shù)據(jù)和日志文件，并且備份時(shí)做了壓縮，所以同一個(gè)數(shù)據(jù)庫的bak文件比在運(yùn)行的mdf數(shù)據(jù)文件＋ldf日志文件要小。

2.使用bak恢復(fù)數(shù)據(jù)原理

首先我們要了解 事務(wù)日志中，記錄了數(shù)據(jù)庫自創(chuàng)建之初數(shù)據(jù)庫所有的操作日志。

例如：

• 2022-10-10 創(chuàng)建了數(shù)據(jù)庫，此時(shí)我們第一次做了完整備份bak（包含數(shù)據(jù)+日志）
• 2022-10-11 我們又做了一次完整備份bak（包含數(shù)據(jù)+日志）
• 2022-10-12
• 12：00 做了誤操作，此時(shí)還不知曉，
• 12：05 我們發(fā)現(xiàn)自己誤操作了，馬上設(shè)置訪問權(quán)限，進(jìn)行事務(wù)日志備份（這很關(guān)鍵），此時(shí)我們就有了2022-10-11所有的完整數(shù)據(jù)，以及到2022-10-12 12：05所有的事務(wù)日志。那么我們就可以根據(jù)2022-10-11的完整數(shù)據(jù)以及2022-10-12 12：05 的事務(wù)日志去反推12：00的數(shù)據(jù)。因此我們需要做的第一個(gè)操作先還原2022-10-11的完整數(shù)據(jù)備份，然后還原2022-10-12 12：05事務(wù)日志備份，并且設(shè)置還原的時(shí)間點(diǎn)。最后數(shù)據(jù)庫系統(tǒng)會(huì)根據(jù)完整數(shù)據(jù)以及事務(wù)日志備份和設(shè)置的還原時(shí)間點(diǎn)去恢復(fù)數(shù)據(jù)。

總結(jié)

到此這篇關(guān)于SQLServer數(shù)據(jù)庫誤操作恢復(fù)的方法的文章就介紹到這了,更多相關(guān)SQLServer數(shù)據(jù)庫恢復(fù)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

參考

SQLServer 2008以上誤操作數(shù)據(jù)庫恢復(fù)方法——日志尾部備份
數(shù)據(jù)庫誤操作恢復(fù)實(shí)現(xiàn)原理

最新評(píng)論