㈠ sql server 2008 r2如何收縮資料庫和文件
1、右擊資料庫選擇，打開Files窗口
2、Files窗口，File type 選擇 Log，單擊OK完成日誌收縮。
按以上方法操作沒有效果，原因是資料庫的恢復模式不是簡單模式，只需要將恢復模式改為簡單模式即可用以上操作來收縮日誌，方便又好用。
將資料庫恢復模式改為簡單模式方法：
1、右擊資料庫選擇屬性，彈出窗口如下圖，選擇Options選項，將 Recovery Model 改為 Simple 即可。
按如下方法操作也可收縮日誌：
1、當資料庫恢復模式為簡單時。使用dbcc shrinkfile (logfile_name,target_size)命令來完成。如
use mydb
dbcc shrinkfile (mydb_log,10) --將mydb_log收縮至10m
2、當資料庫恢復模式為完全時。可以先將資料庫模式改為簡單模式，再使用上述方法來進行。
use master
alter database mydb set recovery simple
dbcc shrinkfile (mydb_log,10) --將mydb_log收縮至10m
也可以直接備份事務日誌文件後再收縮：
use master
backup log mydb to disk='d:/dd.bak'
use mydb
dbcc shrinkfile (mydb_log,10) --將mydb_log收縮至10m;
3、通過分離資料庫，然後再刪除事務日誌文件，再附加mdf數據文件，也可以達到某種意義上的事務日誌收縮。
以下是有關日誌文摘
對於每一個資料庫來講，都需要至少一個事務日誌文件。事務日誌文件是整個資料庫的血液，如果沒有事務日誌的話，那麼將無法進行任何操作。
事務日誌有什麼東西？
事務日誌記錄著在相關資料庫上的操作，同時還存儲資料庫恢復(recovery)的相關信息。
事務日誌與資料庫恢復(recovery)是密切相關的，其實資料庫在啟動時，便會進行相關的恢復(recovery)操作，如下所示。當然，在資料庫還原時，也可以指定手工恢復(recovery).任何在資料庫上的改變，如果在事務日誌內被標記為已提交，並用一個LSN(LOG SEQUENCE NUMBER)來標識，同時相關改變就會體現在數據文件上，而被標記為未提交的改變將不會體現在數據文件上。
2010-01-12 18:31:48.72 spid7s Recovery is complete. This is an informationa message only. No user action is required.
事務日誌文件還存儲著資料庫需要回滾的相關信息。在SQL Server資料庫上，默認是隱式提交的，也就是說在查詢分析器裡面進行的每一個操作，在操作完成後，都是默認已經commit，但如果通過指定begin tran 和rollback tran的命令來標識事務時，rollback tran就需要使用事務日誌內的相關信息才可以回滾。當然，如果SQL Server遇到相關錯誤時，如死鎖，那麼也會產生一個內部回滾，這些都需要用到事務日誌文件。
為什麼要收縮事務日誌？
收縮日誌的原因有很多種，有些則是考慮空間不足，有些則是應用程序限制導致的，一般情況下，是不建議對事務日誌進行其他改變的，如需要控制事務日誌的大小，則可以通過安排事務日誌備份來解決。如果確定事務日誌包含將不再使用的未使用空間，則可以通過減少事務日誌的大小，以便回收過多空間。但這種情況對於一個DBA來講，應該要盡量避免。
僅當資料庫處於聯機狀態，而且至少一個虛擬日誌文件可用時，收縮才會發生。在某些情況下，直到下一個日誌截斷後，才能收縮日誌。
事務日誌收縮的原理:
每個事務日誌由多個虛擬日誌文件組成(virtual log file).虛擬日誌文件沒有固定的大小，也沒有固定的個數。在創建事務日誌文件或者擴展事務日誌文件時，SQL SERVER便會自動創建合適大小的虛擬日誌文件，DBA無法控制虛擬日誌文件的大小和個數。在擴展日誌文件後，虛擬文件的大小是現有日誌大小和新文件增量大小之和。因此，如果在創建資料庫時，對資料庫指定了比較小的初始大小，又指定了比較小的日誌增長量，隨著事務日誌的自動擴展，虛擬日誌文件個數會越來越多，從而影響了資料庫性能。因此，在創建資料庫時，盡量指定比較合適的初始事務日誌大小，同時指定合理的事務日誌增長量，這點可以參考數據文件的標准。如果大於10G或者更大的話，則指定固定的增長量，如果比較小，則指定按百分比的增長量來進行。
詳情參考
http://hi..com/lxiangshanyu/item/7057ce04081efae9fe240d64