sql server數(shù)據(jù)庫備份的類型--

《sql server數(shù)據(jù)庫備份的類型--》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫。

1、SQLServer數(shù)據(jù)庫備份的類型>>　　完全數(shù)據(jù)庫備份:將數(shù)據(jù)庫中所有數(shù)據(jù)文件全部復(fù)制，包括完全數(shù)據(jù)庫備份過程中數(shù)據(jù)庫的所有行為。所有用戶數(shù)據(jù)以及所有數(shù)據(jù)庫對象，包括系統(tǒng)表，索引和用戶自定義表，都包括在內(nèi)?！　〔町悢?shù)據(jù)庫備份:差異數(shù)據(jù)庫備份復(fù)制最后一次完全數(shù)據(jù)庫備份以來所有數(shù)據(jù)文件中修改過的數(shù)據(jù)，包括差異數(shù)據(jù)庫備份過程中發(fā)生的所有數(shù)據(jù)庫行為。　　文件和文件組備份:文件備份只復(fù)制單個數(shù)據(jù)文件，文件組備份復(fù)制單個文件組中的每個數(shù)據(jù)文件，包括文件或文件組備份過程中發(fā)生的所有數(shù)據(jù)庫行為。此類型的備份比完全數(shù)據(jù)庫備份占用的時間和空間都要小。文件和文件組備份需要

2、進(jìn)行詳細(xì)計劃，以便相關(guān)的數(shù)據(jù)和索引可以共同備份（恢復(fù)）。此外，在邏輯上將文件和文件組恢復(fù)到與數(shù)據(jù)庫中的其他部分一致的狀態(tài)，需要一個事務(wù)處理日志文件備份的完整子集?！　〔町愇募筒町愇募M備份:差異文件和文件組備份在概念上與差異數(shù)據(jù)庫備份一致。它們比復(fù)制整個文件或文件組花費(fèi)的時間和空間更少，由于它減少必須應(yīng)用的事務(wù)處理日志備份的數(shù)量?！　∈聞?wù)處理日志備份:事務(wù)處理日志備份是對最后一次事務(wù)處理日志備份以來事務(wù)處理日志中記錄的所有事務(wù)處理的一種順序記錄。事務(wù)處理日志備份使您可以將數(shù)據(jù)庫恢復(fù)到某個特定的時間點(diǎn)，如輸入錯誤數(shù)據(jù)前。事務(wù)處理日志備份只以BULK-L

3、OGGEDRECOVERY模型和FULLRECOVERY模型使用。SIMPLERECOVERY模型不使用事務(wù)處理日志備份來對數(shù)據(jù)庫進(jìn)行恢復(fù)和修復(fù)?！　QLServer2000完成事務(wù)處理日志備份:（除非專門指定）時，它將截斷并沒有包含事務(wù)處理日志中活動部分的所有虛擬日志文件VLF。這使得可以重復(fù)使用這些VLF。事務(wù)處理日志的活動部分包括：事務(wù)處理日志中所有含有活動事務(wù)處理，或者標(biāo)記為復(fù)制但是還沒有復(fù)制的事務(wù)處理的部分。在產(chǎn)品數(shù)據(jù)庫中，您通常將使用BULK-LOGGEDRECOVERY模型或者FULLRECOVERY模型，并且周期性的執(zhí)行事務(wù)處理日志備

4、份，以截斷事務(wù)處理日志。如果不經(jīng)常截斷事務(wù)處理日志，它將可能積累過多。如果事務(wù)處理日志運(yùn)行越界，SQLServer將被關(guān)閉。您應(yīng)該通過周期性的事務(wù)處理日志備份來截斷事務(wù)處理日志，而不應(yīng)該手工截斷事務(wù)處理日志，因?yàn)槭止そ財嘀袛嗳罩疚募浞萱?。您只需要備份事?wù)處理日志而不用截斷它的唯一時候是：當(dāng)數(shù)據(jù)文件失效并且必須備份當(dāng)前的活動事務(wù)處理日志時，在這種情況下，就不能截斷，因?yàn)閿?shù)據(jù)文件被損壞或不存在了?！　±斫庑迯?fù)過程:SQLServer2000具有兩種修復(fù)過程：自動修復(fù)過程（每次啟動SQLServer時自動執(zhí)行）和手工修復(fù)過程?！　≡O(shè)計自動修復(fù)過程的目的是為

5、了保證一旦啟動了SQLServer，每個數(shù)據(jù)庫中的數(shù)據(jù)可以在邏輯上保證一致，而不管SQLServer是如何或?yàn)槭裁搓P(guān)閉。SQLServer使用事務(wù)處理日志來完成該任務(wù)。它讀取每個數(shù)據(jù)事務(wù)處理日志的活動部分，并對自最近檢查點(diǎn)以來發(fā)生的所有事務(wù)處理進(jìn)行檢查。它對所有提交的事務(wù)處理進(jìn)行判斷，并將它們向前滾動。這意味著將它們再次在數(shù)據(jù)庫上加以應(yīng)用。然后，它判斷所有未提交的事務(wù)處理，將它們向后滾動。這可以保證只部分寫入數(shù)據(jù)庫的事務(wù)處理全部被刪除。該過程可以保證每個數(shù)據(jù)庫邏輯上的連續(xù)狀態(tài)得以保存。自動修復(fù)過程還可以發(fā)布一個檢查點(diǎn)，來標(biāo)記事務(wù)處理日志與該點(diǎn)保持一致。

6、　　SQLServer從修復(fù)主數(shù)據(jù)庫開始。主數(shù)據(jù)庫包含了用于定位，打開和恢復(fù)剩余的數(shù)據(jù)庫。其次，它修復(fù)模型和MSDB數(shù)據(jù)庫（和可能存在的分布式數(shù)據(jù)庫）。再次，修復(fù)每個用戶數(shù)據(jù)庫。最后，清除并啟動TEMPDB數(shù)據(jù)庫而結(jié)束。您可以通過查詢SQLServer錯誤日志來檢查修復(fù)過程?！　∽⒁?，你不能直接控制自動修復(fù)過程?！　∈止せ謴?fù)涉及到應(yīng)用一個或多個數(shù)據(jù)庫備份，然后手工將它們完全修復(fù)或修復(fù)到某個特定點(diǎn)。在手工修復(fù)過程結(jié)束時，數(shù)據(jù)庫邏輯上應(yīng)該是一致的?！　』謴?fù)數(shù)據(jù)庫　　如果您喜歡外將數(shù)據(jù)庫恢復(fù)到最近的事務(wù)處理日志備份結(jié)束時的狀態(tài)，您應(yīng)該使用最近的完全數(shù)據(jù)庫備份

7、進(jìn)行啟動。可以將這種完全數(shù)據(jù)庫備份恢復(fù)為SQLSERVER實(shí)例的任何一種實(shí)例，而不僅僅是它得以備份時的狀態(tài)。如果您在使用差異數(shù)據(jù)庫備份，那么您可以恢復(fù)到最近的差異數(shù)據(jù)庫備份。最后，您將恢復(fù)比最近的完整或差異數(shù)據(jù)庫備份更近的事務(wù)處理日志備份。作為恢復(fù)最后的事務(wù)處理日志備份的一部分，SQLServer還將執(zhí)行一個手工恢復(fù)過程，將顯著的事務(wù)處理適當(dāng)向前和向后滾動?！　∪绻罱耐暾麛?shù)據(jù)庫或差異數(shù)據(jù)庫備份受到損壞或丟失，您仍然可以使用以前的事務(wù)處理日志備份進(jìn)行恢復(fù)。因此，如果您保留了一個完整的事務(wù)處理日志備份鏈，那么，您總可以恢復(fù)，因?yàn)閱蝹€的完整數(shù)據(jù)庫備份與所

8、有事務(wù)處理備份日志一起存在。顯然，應(yīng)用其他的事務(wù)處理日志備份將花費(fèi)其他的時間。經(jīng)常性的執(zhí)行完全