SQL Server备份读写揭秘

Love The Way You Lie 2022-07-13 17:56 132阅读 0赞

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

![0_12854818494ir4.gif][]

在备份期间，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文件被分别存储在三个盘符中，备份过程就如下图所示：

![0_12854818698pq5.gif][]

注意：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-07-14 17:21:20.65 spid51 Memory Limit: 100 MB

本文翻译自sqlbackuprestore，更多精彩内容请浏览[http://www.sqlbackuprestore.com][http_www.sqlbackuprestore.com]

本文来自CSDN博客，转载请标明出处：[http://blog.csdn.net/tjvictor/archive/2010/02/01/5278569.aspx][http_blog.csdn.net_tjvictor_archive_2010_02_01_5278569.aspx]

[0_12854818494ir4.gif]: /images/20220709/b96c0d5809664f9096b15c52ba94a671.png
[0_12854818698pq5.gif]: /images/20220709/fadce8b886804e83843ec7476b168301.png
[http_www.sqlbackuprestore.com]: http://www.sqlbackuprestore.com
[http_blog.csdn.net_tjvictor_archive_2010_02_01_5278569.aspx]: http://blog.csdn.net/tjvictor/archive/2010/02/01/5278569.aspx