如何圖形界面下修改恢復模式

找到你想修改的數據庫 右鍵 > 屬性  > 左側 選項既可看到

1.Simple 簡單恢復模式,

Simple模式的舊稱叫”Checkpoint with truncate log“，其實這個名字更形象，在Simple模式下，SQL Server會在每次checkpoint或backup之后自動截斷log，也就是丟棄所有的inactive log records，僅保留用于實例啟動時自動發生的instance recovery所需的少量log，這樣做的好處是log文件非常小，不需要DBA去維護、備份log，但壞處也是顯而易見的，就是一旦數據庫出現異常，需要恢復時，最多只能恢復到上一次的備份，無法恢復到最近可用狀態，因為log丟失了。 Simple模式主要用于非critical的業務，比如開發庫和測試庫，但是道富這邊的SQL Server（即使是生產庫）大都采用Simple模式，是因為這邊的SQL Server大都用于非critical的業務（critical的數據庫大都采用Oracle和DB2)，可以忍受少于1天的數據丟失(我們的job每天都會定時備份全庫）。

如果需要壓縮數據庫日志（Shrink語句），將數據庫模式切換到簡單恢復模式后壓縮率才是最高的，如果你的數據庫在完整恢復模式或大容量日志回復模式下采用日志壓縮，壓縮后的日志大小并不會很理想。

2.Full 完整恢復模式,

和Simple模式相反，Full模式的舊稱叫”Checkpoint without truncate log“，也就是SQL Server不主動截斷log，只有備份log之后，才可以截斷log，否則log文件會一直增大，直到撐爆硬盤，因此需要部署一個job定時備份log。Full的好處是可以做point-in-time恢復，最大限度的保證數據不丟失，一般用于critical的業務環境里。缺點就是DBA需要維護log，增加人員成本（其實也就是多了定時備份log這項工作而已）。

3.Bulk-logged 大容量日志恢復

Bulk-logged模式和full模式類似，唯一的不同是針對以下Bulk操作，會產生盡量少的log： 1) Bulk load operations (bcp and BULK INSERT). 2) SELECT INTO. 3) Create/drop/rebuild index 眾所周知，通常bulk操作會產生大量的log，對SQL Server的性能有較大影響，bulk-logged模式的作用就在于降低這種性能影響，并防止log文件過分增長，但是它的問題是無法point-in-time恢復到包含bulk-logged record的這段時間。 Bulk-logged模式的最佳實踐方案是在做bulk操作之前切換到bulk-logged，在bulk操作結束之后馬上切換回full模式。

以下是補充更簡單易懂

SQL Server 2008 支持三種恢復模式，即簡單恢復模式、完整恢復模式和大容量日志恢復模式。

1、簡單恢復：無日志備份。自動回收日志空間以減少空間需求，實際上不再需要管理事務日志空間。 最新備份之后的更改不受保護。在發生災難時，這些更改必須重做。 只能恢復到備份的結尾。

2、完整恢復：需要日志備份。數據文件丟失或損壞不會導致丟失工作。可以恢復到任意時點（例如應用程序或用戶錯誤之前）。

3、大容量日志恢復：需要日志備份。是完整恢復模式的附加模式，允許執行高性能的大容量復制操作。通過使用最小方式記錄大多數大容量操作，減少日志空間使用量。
如果在最新日志備份后發生日志損壞或執行大容量日志記錄操作，則必須重做自該上次備份之后所做的更改。否則不丟失任何工作。可以恢復到任何備份的結尾。不支持時點恢復。

其中，如果符合下列任一要求，則使用完整恢復模式：
• 您必須能夠恢復所有數據。
• 數據庫包含多個文件組，并且您希望逐段還原讀/寫輔助文件組（以及可選地還原只讀文件組）。

• 您必須能夠恢復到故障點。
• 您希望可以還原單個頁。
• 您愿意承擔事務日志備份的管理開銷。
因此還原單個數據頁是完整恢復模式功能。