GPS平臺、網站建設、軟體開發、系統運維，找森大網路科技！
https://cnsendnet.taobao.com
來自森大科技官方部落格
http://www.cnsendblog.com/index.php/?p=1791

可能許多同學對SQL Server的備份和還原有一些瞭解，也可能經常使用備份和還原功能，我相信除DBA之外我們大部分開發員隊伍對備份和還原只使用最基礎的功能，對它也只有一個大概的認識，如果對它有更深入的認識，瞭解它更全面的功能豈不是更好，到用時會得心應手。因為經常有中小型客戶公司管理人員對資料庫不瞭解或掌握不牢，會請我們技術人員出馬找回丟失的資料或硬體損壞移動資料的現象，或其它情況的發生。

首先從資料庫【恢復模式】說起，因為資料庫如果恢復模式設定不正確，會導致資料無法還原。

SQL Server 2012對資料庫備份和還原與SQL Server 2008基本沒有太大變化，僅對還原時間點選擇UI和相關還原選項做了小改動，備份和還原核心沒有做變化，這只是個人的掌握和了解，僅供參考，具體還請以官方文件為依據。以下利用SQL Server 2012 SSMS(SQL Server Management Studio)做圖例演示。

SQL Server 2008資料庫恢復模式分為三種：完整恢復模式、大容量日誌恢復模式、簡單恢復模式。

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

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

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

瞭解了以上資料庫還原模式後，一般就應該知道將自己的資料庫設定為何種模式了。備份資料庫，SQL Server 2008提供了四種備份方式：完整備份、差異備份、事務日誌備份、檔案和檔案組備份。

◆ 完整備份：備份整個資料庫的所有內容，包括事務日誌。該備份型別需要比較大的儲存空間來儲存備份檔案，備份時間也比較長，在還原資料時，也只要還原一個備份檔案。

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

◆ 事務日誌備份：事務日誌備份只備份事務日誌裡的內容。事務日誌記錄了上一次完整備份或事務日誌備份後資料庫的所有變動過程。事務日誌記錄的是某一段時間內的資料庫變動情況，因此在進行事務日誌備份之前，必須要進行完整備份。與差異備份類似，事務日誌備份生成的檔案較小、佔用時間較短，但是在還原資料時，除了先要還原完整備份之外，還要依次還原每個事務日誌備份，而不是隻還原最後一個事務日誌備份（這是與差異備份的區別）。

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

完整備份可能比較好理解。例如，在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日所做的事務日誌備份。

瞭解了以上資料庫備份方式後，便可以針對自己的資料庫利用以上方式來備份資料庫了。合理備份資料庫需要考慮幾方面，首先是資料安全，其次是備份檔案大小，最後是做備份和還原能承受的時間範圍。

例如，如果資料庫裡每天變動的資料量很小，可以每週（週日）做一次完整備份，以後的每天（下班前）做一次事務日誌備份，那麼一旦資料庫發生問題，可以將資料恢復到前一天（下班時）的狀態。

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

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

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

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

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

注：進行尾部日誌備份時，資料庫將強制停止資料庫，此時如果不停止資料庫，還有使用者繼續操作，尾部日誌備份將失去意義。SQL Server 2012如果你最後一次備份事務日誌後，對資料進行過改動，即發生過事務日誌（也就是當前日誌檔案記錄的LSN(日誌序列號)大於最後一次事務日誌備份裡記錄的最大LSN，SQL Server通過LSN來區分日誌的記錄），並尚未對尾部日誌備份，它會提示並要求你必須先做尾部備份。

例項部分：

◆ 首先進行完整備份【MyTest.bak】，然後再基於此備份檔案進行兩次事務日誌備份，最後一次事務日誌備份時間為【2012-8-4 23:07】

圖1-1：備份檔名為【MyTest.bak】，最後一次事務日誌備份時間為【2012-8-4 23:07】

圖1-2：選擇備份檔案“MyTest.bak”後，此時能看到“要還原的備份集”列表裡顯示有備份檔案，分別列出了完整備份檔案和兩次事務日誌備份。

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

如果事務日誌備份有兩次，分別是“事務日誌1”、“事務日誌2”，那麼在還原時去掉“事務日誌1”複選框，“事務日誌2”也會自動去掉，但只去掉“事務日誌2”是允許的，這也充分驗證了上文講到的：“在還原資料時，除了先要還原完整備份之外，還要依次還原每個事務日誌備份，而不是隻還原最後一個事務日誌備份”，不比差異備份可以基於完整備份，只還原最後一次差異備份即可。

圖1-3：我【2012-08-04 23:36:53】插入一條資料，【2012-08-04 23:37:44】又做了一次事務日誌備份3，然後再將時間點還原到【2012-08-04 23:36:00】，還原後，此時間點後的資料就沒有了。

【注意：在還原時會提示資料庫正在使用，一般要斷開全部連線後，才能進行還原。我一般使用指令碼將資料離線再聯機，所有連線將會全部斷開】

alter database MyTest set offline with ROLLBACK IMMEDIATE--離線
alter database MyTest set online with ROLLBACK IMMEDIATE--聯機

◆ 如果你最後一次是做的完整備份，基於完整備份想還原到某個時間點是不允許的。

圖2-1：備份檔名為【MyTestA.bak】，備份時間為【2012-8-4 22:33】

圖2-2：先選擇最後一次完整備份檔案MyTestA，此時能看到“要還原的備份集”列表裡顯示有備份檔案，然後再點“時間線”按鈕進入“備份時間線”介面，將最後一次完整備份時間由“22:33:41”改為它之前任何一個時間點，如改為“22:32:41”，然後再確定，會看到圖2-3的效果。

圖2-3：只要基於完整備份再還原到某個時間點是不允許的，因為完整備份後沒做過任何差異備份或事務日誌備份。此時能看到“要還原的備份集”列表裡顯示為空，無法進行還原。

GPS平臺、網站建設、軟體開發、系統運維，找森大網路科技！
https://cnsendnet.taobao.com
來自森大科技官方部落格
http://www.cnsendblog.com/index.php/?p=1791