|
|
事務日志
每一個SQL Server數據庫在硬盤上包含至少兩個物理文件，一個MDF文件和一個LDF文件。MDF文件包含所有被存儲的實際數據。LDF文件或日志文件，包含了每一個數據變化的紀錄。記錄每個數據變化使撤銷操作和“時間點”備份成為可能。一個時間點的備份使我們能夠恢復我們希望的任何時間點的數據庫，昨天，兩個小時前，兩分鐘前。默認情況下，MDF和LDF文件位于硬盤上SQL Server下的Server/Version/MSSQL/Data 目錄下。
雖然這有歷史記錄不可能永遠保存在事物日志文件中。如果這樣做，隨著時間的推移日志文件的大小將變得巨大和無法控制。相反，日志文件應該定期清理，或“刪節”。在被刪節之間有多少時間允許日志文件增長是由數據庫“恢復模式”決定的。
恢復模式
一個“恢復模式”決定一個數據庫的事務日志如何保存。每個數據庫都有自己的恢復模式設置。這意味著SQL Server可以包含多個數據庫，每一個都有自己的恢復模式，并且獨于其他數據庫的配置。
要查看一個數據庫恢復模式設置，打開SQL Server服務器管理，右鍵點擊一個數據庫，然后選擇屬性。一旦屬性對話框中打開后，從左邊的菜單選擇選項。
恢復模式可以是完全，簡單，或批日志恢復。
簡單恢復
當一個數據庫設置為簡單恢復模式，這意味著日志文件不會被永久保存。因此，當執行一個TSQL聲明，任何改變被寫入數據和日志文件，但這些日志文件在被刪節(清理)之前不會保存很長一段時間。這刪節又SQL Server簽發“檢查點”所造成的。對于造成檢查點事件完整描述，請參閱Microsoft文章： http://msdn.microsoft.com/en-us/library/ms188748.ASPx。刪節日志文件對我們意味著，這些日志文件不能被用于數據庫恢復。這是因為我們無法控制日志何時將被清除。因此，當一個數據庫設置為簡單恢復，唯一的可選的備份類型是一個全備份。
完整備份恢復你所有的數據，但你不能要求它恢復我在某一特定的時間點的所有數據。對于時間點的恢復，我們需要一個事物日志。
全恢復
不要與“全備份”混淆，全恢復涉及到一個保存歷史事務日志文件的數據庫。由于日志文件現將是數據庫不可分割的一部分，所以當創建數據庫就必創建日志文件。當創建一個數據庫，要考慮有兩個文件選項，“初始大小”和“自動增長，這兩個選項可在SQL Server數據庫管理屬性頁上進行配置。在該文件頁面上，可設置初始化大小和自增大小。
如果數據庫設置為全恢復，那么每一個數據變動操作歷史記錄都將被保存。如果日志文件銼光或用完物理磁盤空間，那么數據庫將停止工作。這種風險可以由SQL Server自動增加日志文件的功能來降低。要啟用自動成長功能，就要給日志文件初始兆字節大小的空間。下一步，選擇“ Autogrowth ”復選框，并輸入一個增長的大小。日志文件的大小也可以加以限制或不加限制的增長。如果沒有設置自動增長，一個固定大小的日志文件將自動生成。如果日志文件填滿了，那么該數據庫將停止工作。自動增長功能可以避免了這一點，但帶有一些額外開銷。當SQL Server設置自動增加日志文件大小時，資源(內存， CPU ，以及硬盤)利用率和數據庫的性能，可能遭受影響。一旦對日志進行了調整，性能將恢復正常。
差異備份
當數據庫運行在全恢復的模式，那么事物日志正在不斷的被保存，這樣我們就又可以有幾個新的備份選擇。除了全備份現在可以進行差異備份和事物日志備份。
差異備份復制上次完全備份所有的數據變化。因此，這些備份通常比完全備份更快和更小。但隨著時間的推移，越來越多的數據發生變化，差異備份文件將變得很大。完整備份創建一個檢查點的意義在于，新的差異備份可以從這一點開始進行。
事物日志備份
事務日志備份將復制上次完全或以前的事務日志備份的所有數據變化。事物日志備份通常是非常快并且非常小。缺點是它們的恢復能力有限。例如，如果您創建一個星期一的全備份和周二至周五事務日志備份，然后需要在周六恢復，恢復的步驟將是先恢復星期一的全備份，然后恢復星期二的日志備份，星期三的日志，星期四的日志，并最終恢復星期五的日志備份。顯然這個過程，是需要耗費很多資源的。此外，如果一個由于某種原因日志備份損壞或無法使用，那么整個恢復鏈將中斷，而不會獲得日志備份良好時那樣的效果。
結論
SQL Server2008提供了幾種恢復方法，包括全恢復和簡單恢復。恢復方法的選擇將取決于事物日志文件是否被保存，如果是的話，任何類型的備份可以執行，如全備份，差異備份，或事務日志備份。
it知識庫：SQL Server 2008 的恢復和備份模式，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
