SQL Server备份读写揭秘

下图显示了数据库备份时文件读写的过程：

在备份期间，SQL Server会在数据库文件这边为每一盘符(Volume)创建一个读线程。读线程的工作很简单，就是从文件中的数据内容。每次这个线程都会从文件中读出部分数据，然后把数据存到缓冲中(buffer)。因为有多个缓冲可用，所以只要有缓冲可以写入数据，读线程可以不停的读数据。SQL Server也同时创建一个写线程，把缓冲中的数据写入磁盘或是磁带机上。一旦缓冲中的数据被写线程写到其他介质中后，那么读线程就可以再次重用这个缓冲区了。
例如如下命令：
BACKUP DATABASE AdventureWorks TO
   DISK = 'M:\backups\AdventureWorks_FULL_01.bak',
   DISK = 'N:\backups\AdventureWorks_FULL_02.bak'
WITH BUFFERCOUNT = 10, MAXTRANSFERSIZE = 1048576
假设AdventureWorks文件被分别存储在三个盘符中，备份过程就如下图所示：

注意：SQL Server不能区分逻辑盘符和物理盘符。例如上面的例子，假如E:\,F:\和G:\是物理磁盘上的三个分区，那么仍然有三个读线程在读取数据文件。如果你的磁盘不能满足这个读取需求，那么备份的吞吐量就会受到极大的影响。
如果没有使用BUFFERCOUNT和MAXTRANSFERSIZE这两个参数的话，SQL Server会自动决定为每个buffer分配多少空间。备份buffer的总空间约为BUFFERCOUNT*MAXTRANSFERSIZE(bytes)加上一些额外的头文件。这些内存来自非缓存池内容区域，就是被称做MemToLeave的内存区域。如果你指定的空间大于可用空间，SQL Server会提示如下错误：
Server: Msg 701, Level 17, State 1, Line 1
There is insufficient system memory to run this query.
Server: Msg 3013, Level 16, State 1, Line 1
BACKUP DATABASE is terminating abnormally.
如果你想确定SQL Server备份时缓冲(buffer)的大小和数据，你可以打开3605和3213的Trace标识。SQL Server日志里面记录的值类似于：
2008-07-14 17:21:20.65 spid51 BufferPoolLimit: 100 MB
2008-07-14 17:21:20.65 spid51 Backup/Restore buffer configuration parameters
2008-07-14 17:21:20.65 spid51 Buffer count: 15
2008-07-14 17:21:20.65 spid51 Max transfer size: 983040
2008-07-14 17:21:20.65 spid51 Total buffer space: 14 MB
2008-07-14 17:21:20.65 spid51 Buffers per read stream: 15
2008-07-14 17:21:20.65 spid51 Buffers per write stream: 5
2008-0