淺談 SQLServer 數據庫的備份與還原

在生活中，數據庫管理員最擔心的就是數據庫癱瘓，從而造成數據丟失，任何數據的丟失都會造成非常嚴重的后果，所以我們為了更有效的保護和恢復數據，需要進行備份數據。
一般來說，造成數據的丟失主要包括幾類：
1、程序錯誤：程序異常終止或邏輯錯誤
2、人為錯誤：管理員誤操作
3、計算機失?。合到y崩潰，硬件和軟件引起的錯誤
4、磁盤失?。捍疟P讀寫磁頭損壞、磁盤物理塊損壞
5、災難和偷竊：自然災害、人為偷竊都會造成
SQL server的備份有如下三種：
1、完整備份：完整備份包括對整個數據庫、部分事務日志、數據庫結構和文件結構的備份。它代表的是備份完成時刻的數據庫。是所有備份類型的基礎。

2、差異備份：是指對上一次完整備份之后所有更改的數據做備份，備份過程能夠識別出數據庫中哪一部分被修改了，并只對這一部分做備份。

差異備份的優勢是速度快，備份數據庫所需要的時間很少，但差異備份要求事先已經執行過一次完整備份。

3、事務日志備份：記錄了數據庫的所有改變，在備份事務日志時，需要考慮以下因素：

在執行了至少一次完整備份后，才能備份事務日志；
在簡單恢復模式下不能備份事務日志；
如果沒有與其相一致的數據庫備份，則不能恢復事務日志。
在執行數據庫事務日志備份期間，SQL server將做以下工作：
備份事務日志：從上一次成功的事務日志備份到當前事務日志的尾部；
截斷事務日志：到事務日志活動部分的開始，丟棄不活動的部分。
事務日志備份主要是T-SQL語句，而不是整個數據庫結構、文件結構或數據。
恢復模式也有三種：
1、簡單恢復模式：在簡單恢復模式下，不活動的日志將被刪除，所以不支持事務日志備份。也正是因為不支持事務日志備份，數據庫只能恢復到備份的時間點，而無法將數據庫還原到故障點或特定的時間點。因此，簡單恢復模式只適用于小型數據庫和不經常改動的數據庫。

2、完整恢復模式：對于十分重要的生產數據庫，如銀行、電信系統，在發生故障時可能要求恢復到歷史上某個時刻，一旦發生故障，必須保證數據不丟失，保證數據能夠恢復到發生故障的狀態。這樣，就必須采用完整恢復模式。

完整恢復模式可在最大范圍內防止出現故障時丟失數據，它包括數據庫備份和事務日志備份，并提供全面保護，使數據庫免受媒體故障的影響。

由于支持事務日志備份，因此完整恢復模式可以將數據庫恢復到任意一個指定的時間點。

3、大容量日志恢復模式：
DBA在某些場合需要對數據庫執行一些大批量的數據插入、更新或刪除等操作，如一次需要導入上百萬條數據，如果在完整恢復模式下，那么這些操作將產生大量的日志記錄，導致數據庫性能很低。在這種情況下，可以采用大容量日志恢復模式來提高性能。

雖然大容量日志恢復模式會完整的記錄其他事務，但它只對大容量操作進行最小記錄，只要日志備份包含大容量操作，數據庫就只能恢復到日志備份的結尾，而不能恢復到某個時間點或日志備份中某個標記的事務。
備份設備：
在進行備份時，一般是建立一個文件來存儲備份的數據，這個備份文件就叫做備份設備，如圖中的backup就是創建的一個備份設備：

注意：若想創建自動備份，那么SQL server代理必須啟用：

創建備份計劃：
右擊“維護計劃”，點擊“維護計劃向導”即可根據向導來進行做備份計劃：


勾選要執行的工作：

定義詳細信息：

設置自動清除歷史備份：

由于每天對數據庫進行備份，時間久了，其備份文件占用的磁盤空間也越來越大，通過修改維護計劃，可以


所有的備份設置，最好在初次備份時，進行全面的檢查，以確保備份的萬無一失。
備份完畢之后，查看備份文件：


這里我們刪除數據庫中的表來模擬數據庫數據丟失