資源描述:
《sql server數(shù)據(jù)庫備份的類型--》由會員上傳分享,免費在線閱讀,更多相關(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、進行詳細計劃,以便相關(guān)的數(shù)據(jù)和索引可以共同備份(恢復(fù))。此外,在邏輯上將文件和文件組恢復(fù)到與數(shù)據(jù)庫中的其他部分一致的狀態(tài),需要一個事務(wù)處理日志文件備份的完整子集。 差異文件和差異文件組備份:差異文件和文件組備份在概念上與差異數(shù)據(jù)庫備份一致。它們比復(fù)制整個文件或文件組花費的時間和空間更少,由于它減少必須應(yīng)用的事務(wù)處理日志備份的數(shù)量?! ∈聞?wù)處理日志備份:事務(wù)處理日志備份是對最后一次事務(wù)處理日志備份以來事務(wù)處理日志中記錄的所有事務(wù)處理的一種順序記錄。事務(wù)處理日志備份使您可以將數(shù)據(jù)庫恢復(fù)到某個特定的時間點,如輸入錯誤數(shù)據(jù)前。事務(wù)處理日志備份只以BULK-L
3、OGGEDRECOVERY模型和FULLRECOVERY模型使用。SIMPLERECOVERY模型不使用事務(wù)處理日志備份來對數(shù)據(jù)庫進行恢復(fù)和修復(fù)?! QLServer2000完成事務(wù)處理日志備份:(除非專門指定)時,它將截斷并沒有包含事務(wù)處理日志中活動部分的所有虛擬日志文件VLF。這使得可以重復(fù)使用這些VLF。事務(wù)處理日志的活動部分包括:事務(wù)處理日志中所有含有活動事務(wù)處理,或者標記為復(fù)制但是還沒有復(fù)制的事務(wù)處理的部分。在產(chǎn)品數(shù)據(jù)庫中,您通常將使用BULK-LOGGEDRECOVERY模型或者FULLRECOVERY模型,并且周期性的執(zhí)行事務(wù)處理日志備
4、份,以截斷事務(wù)處理日志。如果不經(jīng)常截斷事務(wù)處理日志,它將可能積累過多。如果事務(wù)處理日志運行越界,SQLServer將被關(guān)閉。您應(yīng)該通過周期性的事務(wù)處理日志備份來截斷事務(wù)處理日志,而不應(yīng)該手工截斷事務(wù)處理日志,因為手工截斷中斷日志文件備份鏈。您只需要備份事務(wù)處理日志而不用截斷它的唯一時候是:當數(shù)據(jù)文件失效并且必須備份當前的活動事務(wù)處理日志時,在這種情況下,就不能截斷,因為數(shù)據(jù)文件被損壞或不存在了?! ±斫庑迯?fù)過程:SQLServer2000具有兩種修復(fù)過程:自動修復(fù)過程(每次啟動SQLServer時自動執(zhí)行)和手工修復(fù)過程?! ≡O(shè)計自動修復(fù)過程的目的是為
5、了保證一旦啟動了SQLServer,每個數(shù)據(jù)庫中的數(shù)據(jù)可以在邏輯上保證一致,而不管SQLServer是如何或為什么關(guān)閉。SQLServer使用事務(wù)處理日志來完成該任務(wù)。它讀取每個數(shù)據(jù)事務(wù)處理日志的活動部分,并對自最近檢查點以來發(fā)生的所有事務(wù)處理進行檢查。它對所有提交的事務(wù)處理進行判斷,并將它們向前滾動。這意味著將它們再次在數(shù)據(jù)庫上加以應(yīng)用。然后,它判斷所有未提交的事務(wù)處理,將它們向后滾動。這可以保證只部分寫入數(shù)據(jù)庫的事務(wù)處理全部被刪除。該過程可以保證每個數(shù)據(jù)庫邏輯上的連續(xù)狀態(tài)得以保存。自動修復(fù)過程還可以發(fā)布一個檢查點,來標記事務(wù)處理日志與該點保持一致。
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ù)到某個特定點。在手工修復(fù)過程結(jié)束時,數(shù)據(jù)庫邏輯上應(yīng)該是一致的。 恢復(fù)數(shù)據(jù)庫 如果您喜歡外將數(shù)據(jù)庫恢復(fù)到最近的事務(wù)處理日志備份結(jié)束時的狀態(tài),您應(yīng)該使用最近的完全數(shù)據(jù)庫備份
7、進行啟動??梢詫⑦@種完全數(shù)據(jù)庫備份恢復(fù)為SQLSERVER實例的任何一種實例,而不僅僅是它得以備份時的狀態(tài)。如果您在使用差異數(shù)據(jù)庫備份,那么您可以恢復(fù)到最近的差異數(shù)據(jù)庫備份。最后,您將恢復(fù)比最近的完整或差異數(shù)據(jù)庫備份更近的事務(wù)處理日志備份。作為恢復(fù)最后的事務(wù)處理日志備份的一部分,SQLServer還將執(zhí)行一個手工恢復(fù)過程,將顯著的事務(wù)處理適當向前和向后滾動?! ∪绻罱耐暾麛?shù)據(jù)庫或差異數(shù)據(jù)庫備份受到損壞或丟失,您仍然可以使用以前的事務(wù)處理日志備份進行恢復(fù)。因此,如果您保留了一個完整的事務(wù)處理日志備份鏈,那么,您總可以恢復(fù),因為單個的完整數(shù)據(jù)庫備份與所
8、有事務(wù)處理備份日志一起存在。顯然,應(yīng)用其他的事務(wù)處理日志備份將花費其他的時間。經(jīng)常性的執(zhí)行完全