資料庫快照是MSSQL2005的新功能，僅在 Microsoft SQL Server 2005 Enterprise Edition 中可用。而且SQL Server Management Studio 不支援建立資料庫快照，建立快照的唯一方式是使用 Transact-SQL。 資料庫快照是資料庫（稱為“源資料庫”）的只讀靜態檢視。在建立時，每個資料庫快照在事務上都與源資料庫一致。在建立資料庫快照時，源資料庫通常會有開啟的事務。在快照可以使用之前，開啟的事務會回滾以使資料庫快照在事務上取得一致。 客戶端可以查詢資料庫快照，這對於基於建立快照時的資料編寫報表是很有用的。而且，如果以後源資料庫損壞了，便可以將源資料庫恢復到它在建立快照時的狀態。 建立資料庫快照可以： ·維護歷史資料以生成報表。可以透過快照訪問特定時間點的資料。例如，您可以在給定時間段（例如，財務季度）要結束的時候建立資料庫快照以便日後製作報表。然後便可以在快照上執行期間要結束時建立的報表。 ·將查詢實施在資料庫的快照上，可以釋放主體資料庫上的資源。 ·加快恢復操作效率，使用快照將資料庫恢復到生成快照時的狀態比從備份還原快得多；但是，此後您無法對資料進行前滾操作。根據磁碟資源，可以每 24 小時建立 6 到 12 個滾動快照。每建立一個新的快照，就刪除最早的快照。如果要恢復，可以將資料庫恢復到在錯誤發生的前一時刻的快照。或者，也可以利用快照中的資訊，手動重新建立刪除的表或其他丟失的資料。例如，可以將快照中的資料大容量複製到資料庫中，然後手動將資料合併回資料庫中。 但是隻要存在資料庫快照，快照的源資料庫就存在以下限制： ·必須在與源資料庫相同的伺服器例項上建立資料庫快照。 · 資料庫快照捕獲開始建立快照的時間點，去掉所有未提交的事務。未提交的事務將在建立資料庫快照期間回滾，因為資料庫引擎 將對快照執行恢復操作（資料庫中的事務不受影響）。 ·當將源資料庫中更新的頁強制壓入快照時，如果快照用盡磁碟空間或者遇到某些錯誤，則該快照將成為可疑快照並且必須將其刪除。有關詳細資訊，請參閱刪除資料庫快照。 ·快照為只讀。 · 禁止對 model 資料庫、master 資料庫和 tempdb 資料庫建立快照。 · 不能更改資料庫快照檔案的任何規範。 ·不能從快照中刪除檔案。 ·不能備份或還原快照。 ·不能附加或分離快照。 ·不能在 FAT32 檔案系統或 RAW 分割槽中建立快照。 · 資料庫快照不支援全文索引，不能從源資料庫傳播全文目錄。 ·資料庫快照將繼承快照建立時其源資料庫的安全約束。由於快照是隻讀的，因此無法更改繼承的許可權，對源資料庫的更改許可權將不反映在現有快照中。 ·快照始終反映建立該快照時的檔案組狀態：線上檔案組將保持線上狀態，離線檔案組將保持離線狀態。有關詳細資訊，請參閱本主題後面的“含有離線檔案組的資料庫快照”。 ·如果源資料庫的狀態為 RECOVERY_PENDING，可能無法訪問其資料庫快照。但是，當解決了源資料庫的問題之後，快照將再次變成可用快照。 ·只讀檔案組和壓縮檔案組不支援恢復。嘗試恢復到這兩類檔案組將失敗。有關恢復的詳細資訊，請參閱恢復到資料庫快照。

SQL Server是一個數據庫系統，既然是資料庫系統就需要儲存資料，而資料會以二進位制檔案的方式存在於磁碟或其他io通道。但檔案是一個具體的東西，建立的表和索引儲存在具體的檔案中非常不便於管理。比如把表建立在某個檔案上，索引在另一個檔案上，但如果索引檔案過大呢？無論遷移或者分散io都變得困難，此外管理上也不方便。因此引入檔案組之後，SQL Server則面對檔案組，把SQL Server對具體檔案的操作抽象為對檔案組的操作，當空間不足，直接在檔案組新加一個檔案好了，SQL Server只能看到檔案組，二不會知道檔案組的變化，再比如，如果物理檔案遷移，透過分離附加資料庫即可，因為檔案組內路徑改變對SQL Server是隔離來的。總之，檔案組的存在是由於管理的原因，順便謝請。

檔案組SQL Server 中一個或多個檔案的命名集合，構成分配或用於資料庫管理的單個單元。檔案組允許對檔案進行分組，以便於管理和資料的分配／放置。例如，可以分別在三個硬碟驅動器上建立三個檔案（Data1.ndf、Data2.ndf 和 Data3.ndf），並將這三個檔案指派到檔案組 fgroup1 中。然後，可以明確地在檔案組 fgroup1 上建立一個表。對錶中資料的查詢將分散到三個磁碟上，因而效能得以提高。