1. 概述

在一些對數(shù)據(jù)可靠性要求很高的行業(yè)，若發(fā)生意外停機或數(shù)據(jù)丟失，其損失是十分慘重的；

數(shù)據(jù)庫管理員應針對具體的業(yè)務要求指定詳細的數(shù)據(jù)庫備份與災難恢復策略，并通過模擬故障對每種可能的情況進行嚴格測試，只有這樣才能保證數(shù)據(jù)的高可用性；

數(shù)據(jù)庫的備份是一個長期過程，而恢復只在發(fā)生事故后才能進行，恢復后可看做是備份數(shù)據(jù)庫的逆過程，恢復程度的好壞很大程度上依賴于備份的情況；

數(shù)據(jù)庫管理員在恢復時采取的步驟正確與否也會直接影響最終的恢復結(jié)果；

2. 備份類型

備份數(shù)據(jù)庫是指對數(shù)據(jù)庫或事務日志進行復制，當系統(tǒng)，磁盤或數(shù)據(jù)庫文件損壞時，能使用備份文件進行恢復，防止數(shù)據(jù)丟失；
SQL Server 數(shù)據(jù)庫備份支持以下幾種類型，分別應用于不同的場合：

僅復制備份

獨立于正常 SQL Server 備份序列的特殊用途備份；

數(shù)據(jù)備份

完整數(shù)據(jù)庫的數(shù)據(jù)備份（數(shù)據(jù)庫備份）、部分數(shù)據(jù)庫的數(shù)據(jù)備份（部分備份）或一組數(shù)據(jù)文件或文件組的備份（文件備份）；

數(shù)據(jù)庫備份

數(shù)據(jù)庫的備份，完整數(shù)據(jù)庫備份表示備份完成時的整個數(shù)據(jù)庫；差異數(shù)據(jù)庫備份植保會自最近完整備份以來對數(shù)據(jù)庫所做的更改；

差異備份

基于完成數(shù)據(jù)庫或部分數(shù)據(jù)庫以及一組數(shù)據(jù)文件或文件組的最新完整備份的數(shù)據(jù)備份（“差異基準”），僅包含自差異基準以來發(fā)生了更改數(shù)據(jù)區(qū)；部分差異備份僅記錄自上一次部分備份（稱為“差異基準”）以來文件組中發(fā)證更改的數(shù)據(jù)區(qū)；

完整備份

一種數(shù)據(jù)備份，包含特定數(shù)據(jù)庫或者一組特定的文件組或文件中的所有數(shù)據(jù)，以及能恢復這些數(shù)據(jù)的足夠的日志；

日志備份

包括以前日志備份中未備份的所有日志記錄的事務日志備份，完整恢復模式；

文件備份

一個或多個數(shù)據(jù)庫文件或文件組的備份；

部分備份

僅包含數(shù)據(jù)庫中部分文件組的數(shù)據(jù)（包含主要文件組、每個讀/寫文件組以及任何可選指定的只讀文件中的數(shù)據(jù)）；

3. 恢復模式

恢復模式在控制事務日志維護，提供給用戶選擇；SQL Server 數(shù)據(jù)庫中有3中恢復模式：簡單恢復模式、完全恢復模式、大容量日志恢復模式；
通常，數(shù)據(jù)庫使用完全恢復模式或簡單恢復模式；

3.1 簡單恢復模式

簡單恢復模式能最大限度地減少事務日志的管理開銷，因為它不備份事務日志；若數(shù)據(jù)庫損壞，則簡單恢復模式將面臨極大的工作丟失風險，數(shù)據(jù)只能恢復到已丟失數(shù)據(jù)的最新備份

所以，在簡單恢復模式下，備份間隔應盡可能短，以防止大量丟失數(shù)據(jù)，但，間隔的長度應該足以避免備份開銷影響生產(chǎn)工作；在備份策略中加入差異備份有助于減少開銷；

對于用戶數(shù)據(jù)庫，簡單恢復模式用于測試和開發(fā)數(shù)據(jù)庫，或用于主要包含只讀數(shù)據(jù)的數(shù)據(jù)庫（如數(shù)據(jù)倉庫）；簡單恢復模式并不適用生產(chǎn)系統(tǒng)，因為對于生產(chǎn)系統(tǒng)來說，丟失最新的更改是無法接受的，在這種情況下建議使用完全恢復模式；

3.2 完全恢復模式和大容量日志恢復模式

相對于簡單恢復模式，完全恢復模式和大容量日志恢復模式提供了更強的數(shù)據(jù)保護功能；這些恢復模式基于備份事務日志來提供完整的可恢復性及在最大范圍的故障情形內(nèi)防止丟失工作；

完全恢復模式

完全恢復模式需要日志備份；此模式完整記錄所有事務，并將事務日志記錄保留到對其備份完畢為止；若能夠在出現(xiàn)故障后備份日志尾部，就能使用完全恢復模式將數(shù)據(jù)庫恢復到故障點；完全恢復模式也支持還原單個數(shù)據(jù)頁；

大容量日志恢復模式

大容量日志記錄大多數(shù)大容量操作，他只用在完全恢復模式的附加模式；對于某些大規(guī)模大容量操作（如大容量導入或索引創(chuàng)建），暫時切換到大容量日志恢復模式可提供性能并減少日志空間使用量；與完全恢復模式相同，大容量日志恢復模式也能將事務日志記錄保留到對其備份完畢為止；

注意： 由于大容量日志恢復模式不支持時點恢復，所以必須在增大日志備份與增加工作丟失風險之間進行權(quán)衡；

4. 備份數(shù)據(jù)庫

為了方便用戶，SQL Server 數(shù)據(jù)庫支持用戶在數(shù)據(jù)庫在線并正在使用時進行備份；

但，存在以下限制：

無法備份脫機數(shù)據(jù)； 隱式或顯式引用脫機數(shù)據(jù)的任何備份操作都會失敗；即使一個或多個數(shù)據(jù)文件不可以，日志備份也能成功；

注意： 若某個文件包含大容量日志恢復模式下所作的大容量日志更改，則所有文件都必須處于聯(lián)機狀態(tài)才能成功備份；

備份過程中的并發(fā)限制； 數(shù)據(jù)庫仍在使用時，SQL Server 能使用聯(lián)機備份過程來備份數(shù)據(jù)庫；在備份過程中，能進行多個操作；但，若正在創(chuàng)建或刪除數(shù)據(jù)庫文件時嘗試啟動備份操作，則備份文件將等待，直到創(chuàng)建或刪除完成或備份超時；

若備份操作與文件管理操作或收縮操作重疊，就會發(fā)生沖突；無論哪個沖突操作首先開始，第二個操作總會等待第一個操作設置的鎖超時（超時期限由會發(fā)超時設置控制）；若在超市期限內(nèi)釋放鎖，第二個操作將繼續(xù)執(zhí)行；若鎖超時，則第二個操作失敗；

使用 SSMS 繼續(xù)備份的過程如下：

右擊要備份的數(shù)據(jù)庫，任務 → 備份；

先刪除，再添加；

在彈出的選擇備份目標對話框匯總，選擇好備份的路徑；文件類型選擇備份文件，文件名 填寫需要備份的數(shù)據(jù)庫的名稱，最好在備份的數(shù)據(jù)庫的名稱后加上日期，方便以后查找，再連續(xù)單擊確定，即可完成備份；

5. 恢復數(shù)據(jù)庫

數(shù)據(jù)庫完整還原的目的還是還原整個數(shù)據(jù)庫，真?zhèn)�數(shù)據(jù)庫在還處于脫機狀態(tài)；

在數(shù)據(jù)庫的任何部分變成聯(lián)機之前，必須將所有數(shù)據(jù)恢復之前，必須將所喲數(shù)據(jù)恢復到同一點，即數(shù)據(jù)庫的所有部分都處于同一時間點并不存在未提交的事務；

簡單恢復模式下，數(shù)據(jù)庫不能還原到特定備份中的特定時間點；

完整恢復模式下，還原備份數(shù)據(jù)庫之后，必須還原所有后續(xù)的事務日志備份，再恢復數(shù)據(jù)庫，能將數(shù)據(jù)庫還原到這些日志備份之一的特定恢復點；恢復點可以是特定的日期和時間、標記的事務或日志序列號，還原數(shù)據(jù)庫時，特別是在完整恢復模式或大容量日志恢復模式下，應使用一個還原順序；

注意： 還原順序由通過一個或多個還原階段來移動數(shù)據(jù)的一個或多個還原操作組成；

用 SSMS 對象管理資源管理器恢復數(shù)據(jù)庫，操作步驟如下：

展開數(shù)據(jù)庫，根據(jù)具體的數(shù)據(jù)庫選擇一個用戶數(shù)據(jù)庫，或展開系統(tǒng)數(shù)據(jù)庫并選擇一個系統(tǒng)數(shù)據(jù)庫；右擊數(shù)據(jù)庫，單擊還原數(shù)據(jù)庫；

在常規(guī)，使用源部分指定要還原的備份集和位置；在目標部分，數(shù)據(jù)庫文本框自動填充要還原的數(shù)據(jù)庫的名稱；

若要更改數(shù)據(jù)庫名稱，可在數(shù)據(jù)庫文本框中輸入新名稱；

在還原到框中，保留默認選項至最近一次進行的備份，或單擊時間線訪問備份時間線，以手動選擇要停止恢復的時間點；

總結(jié) 

到此這篇關于SQL Server數(shù)據(jù)庫備份和恢復數(shù)據(jù)庫的文章就介紹到這了.