解析SQL Server中數據庫快照的工作原理
數據快照對數據庫中數據來說也是起到了一種保護的作用，即如果源數據庫受到了損壞，就還可以將其恢復到創建數據庫快照時的狀態，對數據庫的恢復發揮了很大的作用。
數據庫快照是怎樣工作的
可以使用典型的數據庫命令CREATE DATABASE語句來生成一個數據庫快照，在聲明中有一個源數據庫快照的附加說明。當快照被建立時，同時生成一個稀疏文件。這個文件(只能使用在NTFS卷中)在初始化的時候并沒有磁盤空間分配給它——盡管你可能在WINDOWS資源管理器中看到了文件的大小，它會看上去與原始的源數據庫文件的大小相同。對磁盤來說其實這個文件的大小接近于零。
數據庫快照在初始化時讀的數據文件是來自于源數據庫的。當源數據庫的數據發生變化時，數據引擎就會將原始數據從源數據庫拷貝到快照數據庫中。這個技術確保快照數據庫只反映快照被執行時數據的狀態。當SELECT命令被用來發布反對數據庫快照時，不管數據頁的讀取是否被定位在源數據庫數據文件中還是在快照數據庫數據文件中都是沒有鎖被發布的。因為在只讀數據庫快照中是沒有鎖被發布，數據庫快照對于報表解決方案是一個重要的解決方案。
一個快照的實例
現在，讓我們來看看數據庫快照在SQL Server 2005中是如何工作的。為此，首先我需要一個源數據庫作為快照的來源。下面的腳本將創建一個源數據庫：
USE master
GO
IF EXISTS(SELECT name from
sysdatabases where [name] = 'SourceDatabase')
DROP DATABASE SourceDatabase
GO
CREATE DATABASE SourceDatabaseON PRIMARY
(
NAME = SourceDatabase_Data,
FILENAME = 'C:SQLServerSourceDatabase_Data.mdf'
) LOG ON
(
NAME = SourceDatabase_Log,
FILENAME = 'C:SQLServerSourceDatabase_Log.ldf'
)
GO
注意這里產品區域的大小。我定義它的大小為CHAR(150)來強調數據文件的增長級數，這樣在我接下來的實例中將更容易解釋清楚快照是如何工作的。
現在既然我已經有了一個源數據庫，現在我裝載一些數據來擴展數據文件的大小位。如此，使用上面的腳本來創建銷售歷史表。
USE SourceDatabase
GO
IF OBJECT_ID('SalesHistory')>0 DROP
TABLE SalesHistory
GO
CREATE TABLE SalesHistory
(SaleID INT IDENTITY(1,1),
Product CHAR(150), SaleDate DATETIME,
SalePrice MONEY)
DECLARE @i INT
SET @i = 1
WHILE (@i <=10000)
BEGIN INSERT INTO SalesHistory
(Product, SaleDate, SalePrice)
VALUES ('Computer', DATEADD(mm, @i, '3/11/1919'),
DATEPART(ms, GETDATE()) + (@i + 57) )
INSERT INTO SalesHistory
(Product, SaleDate, SalePrice)
VALUES ('BigScreen', DATEADD(mm, @i, '3/11/1927'),
DATEPART(ms, GETDATE()) + (@i + 13) )
INSERT INTO SalesHistory
(Product, SaleDate, SalePrice)
VALUES ('PoolTable', DATEADD(mm, @i, '3/11/1908'),
DATEPART(ms, GETDATE()) + (@i + 29) )
SET @i = @i + 1
END
GO
一旦你運行以下的腳本，就可以來操縱數據庫文件儲存的地方了。在這個實例上面，我將這些文件放在C:SQL Server文件夾下。在我的計算機上，當數據庫被初始化創建時數據文件的大小是1,216KB，數據裝載后的大小是7,360KB。既然源數據庫有一些數據已經在里面了，所以我們現在就能建立一個快照了。使用以下的腳本來建立數據庫快照。
CREATE DATABASE SnapshotDatabase
ON
(
NAME = 'SourceDatabase_Data',
FILENAME = 'C:SQLServerSnapshotDatabase.mdf'
) AS SNAPSHOT OF SourceDatabase
這個創建快照的語法與創建數據庫的語法非常相似。兩個主要的區別：第一個區別是AS SNAPSHOT OF SourceDatabase語句，在服務器實例上指明哪個數據庫將作為快照的源數據庫;第二個區別是，在事實上數據庫快照是不會生成日志文件的。因為沒有數據操作事物只會發生在只讀數據庫上，所以沒有也不需要日志。
這個數據庫腳本創建一個名為SnapshotDatabase.mdf(數據文件的擴展名不需要mdf)的稀疏文件。如果你在WINDOWS資源管理器中操作這個文件，并同時查看它的屬性，你將看到這個文件的大小與源數據庫文件的大小相同;然而，實際上磁盤上的大小卻接近于零。這時，數據庫快照是沒有它自己的數據。
你能運行上面我使用的腳本重新在SourceDatabase數據庫里面插入10,000行數據到SalesHistory表中。這時，我的SourceDatabase數據庫大小是12,480KB，同時，磁盤上我的SourceDatabase數據庫大小現在為448KB。這時在SourceDatabase數據庫中所改變的數據頁都已經被拷貝到SnapshotDatabase數據庫中了，這樣就能解釋為什么在磁盤上它的大小被增加了。
思考
數據庫快照允許你為報表創建只讀數據庫，并且如果有必要的話你可以恢復你的源數據庫到你的數據庫快照上。同樣的，你也可以根據你的報表目的創建任意多個數據庫快照。
特別值得注意的是，這些數據庫快照會占用磁盤空間，如果有太多的數據庫快照的話，它將很快的將你的磁盤陣列填滿，尤其在一個產品環境下，如果數據經常要被更新，就更容易將磁盤陣列填滿。
另外，使用數據庫快照會降低數據庫的性能，因為在數據庫中將數據頁作為執行寫操作拷貝是增加了數據庫輸入/輸出。
雖然有這些小缺點，如果你能為報表提出一個好的數據庫快照創建方案，SQL Server 2005的這個新的特性將有更多的人使用。
凡事都是有兩面性，有好是一面就會有不好的一面，所以大家要理性的去分析，關于數據庫快照大家可以根據具體的情況選用，希望上文中講到的內容對大家能夠有所幫助。
【編輯推薦】
