共計 4137 個字符，預計需要花費 11 分鐘才能閱讀完成。

這篇文章將為大家詳細講解有關 SQL Server 2008 數據備份與還原的示例分析，丸趣 TV 小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

1、恢復模式

右鍵數據庫屬性 – 選項 – 可以看到“恢復模式”，SQL Server 2008 數據庫恢復模式分為三種：完整恢復模式、大容量日志恢復模式、簡單恢復模式，如下圖。

完整恢復模式

為默認恢復模式。它會完整記錄下操作數據庫的每一個步驟。使用完整恢復模式可以將整個數據庫恢復到一個特定的時間點，這個時間點可以是最近一次可用的備份、一個特定的日期和時間或標記的事務。

大容量日志恢復模式

簡單地說就是要對大容量操作進行最小日志記錄，節省日志文件的空間（如導入數據、批量更新、SELECT INTO 等操作時）。比如一次在數據庫中插入數十萬條記錄時，在完整恢復模式下每一個插入記錄的動作都會記錄在日志中，使日志文件變得非常大，在大容量日志恢復模式下，只記錄必要的操作，不記錄所有日志，這樣一來，可以大大提高數據庫的性能，但是由于日志不完整，一旦出現問題，數據將可能無法恢復。因此，一般只有在需要進行大量數據操作時才將恢復模式改為大容量日志恢復模式，數據處理完畢之后，馬上將恢復模式改回完整恢復模式。

簡單恢復模式

在該模式下，數據庫會自動把不活動的日志刪除，因此簡化了備份的還原，但因為沒有事務日志備份，所以不能恢復到失敗的時間點。通常，此模式只用于對數據庫數據安全要求不太高的數據庫，并且在該模式下，數據庫只能做完整和差異備份。

可以看出三種恢復模式的區別在于對“日志”的處理方式不同，就“日志”大小來看：完全恢復模式 大容量日志恢復模式 簡單恢復模式。

2、備份方式

SQL Server 2008 提供了四種備份方式：完整備份、差異備份、事務日志備份、文件和文件組備份。

完整備份

備份整個數據庫的所有內容，包括事務日志。該備份類型需要比較大的存儲空間來存儲備份文件，備份時間也比較長，在還原數據時，也只要還原一個備份文件。

差異備份

差異備份是完整備份的補充，只備份上次完整備份后更改的數據。相對于完整備份分來說，差異備份的數據量比完整數據備份小，備份的速度也比完整備份要快。因此，差異備份通常作為常用的備份方式。在還原數據時，要先還原前一次做的完整備份，然后還原 *** 一次所做的差異備份，這樣才能讓數據庫里的數據恢復到與 *** 一次差異備份時的內容相同。

事務日志備份

事務日志備份只備份事務日志里的內容。事務日志記錄了上一次完整備份或事務日志備份后數據庫的所有變動過程。事務日志記錄的是某一段時間內的數據庫變動情況，因此在進行事務日志備份之前，必須要進行完整備份。與差異備份類似，事務日志備份生成的文件較小、占用時間較短，但是在還原數據時，除了先要還原完整備份之外，還要依次還原每個事務日志備份，而不是只還原 *** 一個事務日志備份（這是與差異備份的區別）。

文件和文件組備份

如果在創建數據庫時，為數據庫創建了多個數據庫文件或文件組，可以使用該備份方式。使用文件和文件組備份方式可以只備份數據庫中的某些文件，該備份方式在數據庫文件非常龐大時十分有效，由于每次只備份一個或幾個文件或文件組，可以分多次來備份數據庫，避免大型數據庫備份的時間過長。另外，由于文件和文件組備份只備份其中一個或多個數據文件，當數據庫里的某個或某些文件損壞時，可能只還原損壞的文件或文件組備份。

3、舉例說明

完整備份

例如，在 2012 年 1 月 1 日早上 8 點進行了完整備份，那么將來在還原時，就可以恢復到 2012 年 1 月有 1 日早上 8 點時的數據庫狀態。

差異備份

差異備份是備份完整備份后的數據變動情況。例如，在 2012 年 1 月 1 日早上 8 點進行了完整備份后，在 1 月 2 日和 1 月 3 日又分別進行了差異備份，那么在 1 月 2 日的差異備份里記錄的是從 1 月 1 日到 1 月 2 日這一段時間里的數據變動情況，而在 1 月 3 日的差異備份里記錄的是從 1 月 1 日到 1 月 3 日這一段時間里的數據變動情況。因此，如果要還原到 1 月 3 日的狀態，只要先還原 1 月 1 日做的完整備份，再還原 1 月 3 日做的差異備份就可以了。

事務日志備份

事務日志備份是以事務日志文件作為備份對象，相當于將數據庫里的每一個操作都記錄下來了。假設在 2012 年 1 月 1 日早上 8 點進行了完整備份后，到 1 月 2 日早上 8 點為止，數據庫里的數據變動了 100 次，如果此時做了差異備份，那么差異備份記錄的是第 100 次數據變動后的數據庫狀態，而如果此時做了事務日志備份，備份的將是這 100 次的數據變動情況。

再舉一個例子，例如在 2012 年 1 月 1 日早上 8 點進行了完整備份后，在 1 月 2 日和 1 月 3 日又進行了事務日志備份，那么在 1 月 2 日的事務日志備份里記錄的是從 1 月 1 日到 1 月 2 日這一段時間里的數據變動情況，而在 1 月 3 日的事務日志備份里記錄的是從 1 月 2 日到 1 月 3 日這一段時間里的數據變動情況。因此，如果要還原到 1 月 3 日的數據，需要先還原 1 月 1 日做的完整備份，再還原 1 月 2 日做的事務日志備份，*** 還要還原 1 月 3 日所做的事務日志備份。

4、備份方式的選擇

了解了以上數據庫備份方式后，便可以針對自己的數據庫利用以上方式來備份數據庫了。合理備份數據庫需要考慮幾方面，首先是數據安全，其次是備份文件大小，*** 是做備份和還原能承受的時間范圍。

數據變動量較小

例如，如果數據庫里每天變動的數據量很小，可以每周（周日）做一次完整備份，以后的每天（下班前）做一次事務日志備份，那么一旦數據庫發生問題，可以將數據恢復到前一天（下班時）的狀態。

當然，也可以每周（周日）做一次完整備份，以后的每天（下班前）做一次差異備份，這樣一旦數據庫發生問題，同樣可以將數據恢復到前一天下班時的狀態。只是一周的后幾天做差異備份時，備份的時間和備份的文件都會跟著增加。但這也有一個好處，在數據損壞時，只要恢復完整備份的數據和前一天差異備份的數據即可，不需要去恢復每一天的事務日志備份，恢復的時間會比較短。

數據變動量較大

如果數據庫里的數據變動得比較頻繁，損失一個小時的數據都是十分嚴重的損失時，用上面的辦法備份數據就不可行了，此時可以交替使用三種備份方式來備份數據庫。

例如，每天下班時做一次完整備份，在兩次完整備份之間每隔八小時做一次差異備份，在兩次差異備份之間每隔一小時做一次事務日志備份。如此一來，一旦數據損壞可以將數據恢復到最近一個小時以內的狀態，同時又能減少數據庫備份數據的時間和備份數據文件的大小。

數據庫文件較大

在前面還提到過當數據庫文件過大不易備份時，可以分別備份數據庫文件或文件組，將一個數據庫分多次備份。在現實操作中，還有一種情況可以使用到數據庫文件的備份。例如在一個數據庫中，某些表里的數據變動得很少，而某些表里的數據卻經常改變，那么可以考慮將這些數據表分別存儲在不同的文件或文件組里，然后通過不同的備份頻率來備份這些文件和文件組。但使用文件和文件組來進行備份，還原數據時也要分多次才能將整個數據庫還原完畢，所以除非數據庫文件大到備份困難，否則不要使用該備份方式。

尾部日志備份

針對以上備份方案，能看出數據還是不完整嗎？比如昨天夜間 12 點做了完整備份，每隔一小時做了一次事務日志備份，*** 一次事務日志備份是今天中午 12 點，現在是今天中午 12 點 10 分，發現數據庫數據遭到丟失或破壞，可 *** 一次事務日志備份是今天中午 12 點，如果我此時將數據庫恢復到 12 點，那么 12 點后至 12 點 10 分前沒遭到破壞的操作數據將丟失（比如數據庫有三個表，一個表的數據遭到破壞，其它兩個表的數據被其它用戶變動）。此時就要用到【尾部日志備份】，尾部日志備份原理是從 *** 一次事務日志備份的時間點開始，將之后的所有操作進行備份，還原時便可以找到 12 點后操作的正確數據了。

注：進行尾部日志備份時，數據庫將強制停止數據庫，此時如果不停止數據庫，還有用戶繼續操作，尾部日志備份將失去意義。SQL Server 2012 如果你 *** 一次備份事務日志后，對數據進行過改動，即發生過事務日志（也就是當前日志文件記錄的 LSN(日志序列號) 大于 *** 一次事務日志備份里記錄的 ***LSN，SQL Server 通過 LSN 來區分日志的記錄），并尚未對尾部日志備份，它會提示并要求你必須先做尾部備份。

5、示例操作

首先進行完整備份【MyTest.bak】，然后再基于此備份文件 進行兩次事務日志備份，*** 一次事務日志備份時間為【2012-8-4 23:07】。下圖：備份文件名為【MyTest.bak】，*** 一次事務日志備份時間為【2012-8-4 23:07】

下圖：選擇備份文件“MyTest.bak”后，此時能看到“要還原的備份集”列表里顯示有備份文件，分別列出了完整備份文件和兩次事務日志備份。

以上備份文件 *** 一次事務日志備份時間為【2012-8-4 23:07】，那么，您可以還原到自 *** 完整備份開始后，至 *** 一次事務日志備份時間期間的任何一個時間點，這就充分驗證上上文講到的事務日志備份方式（如果后期進行過尾部日志備份，還原時在“要還原的備份集”列表里的 *** 一行會列出尾部日志記錄）。

如果事務日志備份有兩次，分別是“事務日志 1”、“事務日志 2”，那么在還原時去掉“事務日志 1”復選框，“事務日志 2”也會自動去掉，但只去掉“事務日志 2”是允許的，這也充分驗證了上文講到的：“在還原數據時，除了先要還原完整備份之外，還要依次還原每個事務日志備份，而不是只還原 *** 一個事務日志備份”，不同于差異備份可以基于完整備份，只還原 *** 一次差異備份即可。

若在【2012-08-04 23:36:53】插入一條數據，【2012-08-04 23:37:44】又做了一次事務日志備份 3，然后再將時間點還原到【2012-08-04 23:36:00】，還原后，此時間點后的數據就沒有了。

【注意：在還原時會提示數據庫正在使用，一般要斷開全部連接后，才能進行還原。我一般使用腳本將數據脫機再聯機，所有連接將會全部斷開】

關于“SQL Server 2008 數據備份與還原的示例分析”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。