數據庫恢復和日誌文件闡述

• 恢復模式簡述以下：
  • 簡單恢復模式：能夠理解爲在這種模式下Sql Server不記錄日誌（並非真的不記錄任何日誌）。在這種模式下Sql Server會截斷非活動日誌，而且沒法備份日誌也不容許備份日誌。所以在這種恢復模式下就不可能任意的將數據庫還原到某個時間點了。只能作徹底備份、增量備份來備份某個時刻的數據。
  • 徹底恢復模式：在徹底恢復模式下，必需要有一個徹底備份和一系列的日誌備份來進行時點還原，要否則就失去徹底恢復模式的意義了。
  • 大批量恢復模式：和徹底模式基本相同，可是優化了部分大批量操做的日誌記錄，可是須要在作備份時付出相應的代價，在這裏不作討論。
• 數據庫的日誌文件會記錄全部的事務日誌，可是若是在簡單恢復模式下，或者不在簡單恢復模式下可是沒有對數據庫作過徹底備份，那麼Sql Server不會長久的保存日誌，Sql Server會對日誌進行截斷，也就是說丟棄之前的日誌記錄，可是會保留活動日誌。
• 在徹底恢復模式下，若是沒有進行過完整備份而且數據庫的日誌空間使用率高於70％，那麼Sql Server只要要可能就會進行日誌截斷。
• Sql Server的日誌會被劃分爲一些虛擬日誌，當一個虛擬日誌使用完後再使用下一個虛擬日誌。Sql Server在截斷日誌時會以虛擬日誌爲單位來進行截斷，被截斷的日誌能夠被從新使用。可是截斷日誌不會減小日誌的物理空間，只會把已滿的虛擬日誌從新標記爲可用狀態。
• 在完整恢復模式（已作過徹底備份）下，若是不進行任何日誌備份，那麼日誌文件會一直增加，Sql Server不會去主動截斷日誌。咱們能夠按期備份日誌，從而讓日誌空間得以重複裏面，避免日誌增加過大。

在簡單恢復模式下，雖然不記錄事務日誌（可是並非真的不記錄任何日誌），若是日誌空間夠用，因爲日誌截斷，會重複利用截斷的空間，只有不夠用的狀況下，會再分配空間，形成日誌文件增加。