目錄

• 前言
• 一、恢復數(shù)據(jù)實例
• 1.創(chuàng)建初始數(shù)據(jù)
• 2.保證數(shù)據(jù)恢復的前提條件
• 3.模擬不小心誤操作
• 4.開始恢復
• 二、恢復數(shù)據(jù)原理
• 1.數(shù)據(jù)庫文件類型
• 2.使用bak恢復數(shù)據(jù)原理
• 總結
• 參考

前言

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

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

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

use masterif exists (select * from sys.databases where name="test") drop database test;create database test;use testcreate table UserInfo(id int,name varchar(50),nickname varchar(50),);goinsert 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ù)恢復的前提條件

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

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

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

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

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

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

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

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

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

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

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

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

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

3.模擬不小心誤操作

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

--模擬誤操作 2022-11-23 14.25 開始的誤操作，記一下誤操作事件，以便后續(xù)演示數(shù)據(jù)恢復--本意刪除張三2的，但是條件不當，將不該刪除的數(shù)據(jù)也刪除了delete from UserInfo where nickname="小張";insert into UserInfo values (110,"錯誤數(shù)據(jù)","小錯誤");--不小心新建了一個表格select * into UserInfo2 from UserInfo;

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

4.開始恢復

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

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

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

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

2、做一次事務日志備份（備份日志尾部）

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

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

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

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

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

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

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

4、還原事務日志備份

還原完完整數(shù)據(jù)備份后，我們需要還原事務日志，因為數(shù)據(jù)庫最終需要根據(jù)事務日志與完整備份的數(shù)據(jù)進行比對后進行數(shù)據(jù)的恢復操作。

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

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

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

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

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

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

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

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

類型作用mdf （primary data file）主要數(shù)據(jù)文件，數(shù)據(jù)庫系統(tǒng)的可實時操作/讀取的數(shù)據(jù)文件，也可作為物理備份文件使用ndf （secondary data files）次要數(shù)據(jù)文件ldf （Log data files）事務日志文件，用于記錄數(shù)據(jù)庫的事務日志信息bak數(shù)據(jù)庫備份文件

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

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

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

例如：

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

總結

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

參考