sql server 备份恢复效率

sql server 备份恢复效率

如何提高备份的速度呢？

其实这个问题和如何让系统跑的更快是一样的，要想系统跑的更快，无非就是：优化系统，或者就是更好更强大的服务器，特别是更多的cpu、更大的内存、更快的硬盘。

提高备份的速度也是一样的，一般备份数据库，不太可能是系统宕机，为什么呢? 因为备份数据库所使用的系统资源不会占用太多，所以，要想提高备份的速度，那么只有允许备份使用更多的内存才行，通过下面的2个选项，给备份分配更多的资源，那么备份速度就大大提高了。

数据传输选项：

1、缓冲区使用的总计空间由下面公式确定：buffercount*maxtransfersize。

2、BUFFERCOUNT = { buffercount | @buffercount_variable }
指定用于备份操作的 I/O 缓冲区总数。 可以指定任何正整数；但是，较大的缓冲区数可能导致由于 Sqlservr.exe 进程中的虚拟地址空间不足而发生“内存不足”错误。

3、MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }
指定要在 SQL Server 和备份介质之间使用的最大传输单元（字节）。 可能的值是 65536 字节 (64 KB) 的倍数，最多可到 4194304 字节 (4 MB)。

能不能再快呢？

其实在备份的时候，之所以慢，是和IO的性能相关的，由于IO是整个计算机体系中最慢的，所以才导致备份也慢，但如果我们能减少写入磁盘的数据，不就可以提高性能了嘛，当然，在减少写入数据的同时，需要通过消耗更多的CPU资源来进行压缩，减小备份的数据大小。

compression选项：

指定对于此备份是否执行备份压缩。
从 SQL Server 2008 R2 开始，SQL Server 2008 R2 Standard 和所有更高版本都支持备份压缩。安装时，默认行为是不进行备份压缩。但此默认设置可通过设置 backup compression default 服务器配置选项进行更改。

默认情况下，压缩备份时，将执行校验和(也就是checksum选项)以检测是否存在介质损坏情况。

在SQL SERVER 的参数可知，默认服务器是不启用备份压缩的。

?

1 2 3 4 5

select name,         description,         value_in_use --是否启用此参数 from sys.configurations  where name ='backup compression default'

如果要启用备份压缩，可以运行如下的命令：

?

1 2 3

exec sp_configure 'backup compression default',1  reconfigure  go

还能再快吗？

这次是运用IO的并行特性，也就是如果在服务器上有多个物理硬盘，那么可以把一个备份文件条带化，比如，有3个硬盘，那么就把原来的备份文件，分成3份，分别存储到3个硬盘上。

下面是实验代码

1、先建库，建表，插入大量数据：

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

use master go   if DB_ID('db_test') is not null    drop database db_test go   CREATE DATABASE db_test ON (     NAME = db_test_DATA,     FILENAME = 'E:\db_test.mdf' )   LOG ON (     NAME = db_test_LOG,     FILENAME = 'E:\db_test.ldf' ) GO   use db_test go   select * Into test from sys.objects go   insert into test select * from test go 20

2、普通的完整备份，耗时213秒：

?

1 2 3 4 5 6 7 8

backup database db_test to disk = 'e:\db_test.bak' with format /* 已为数据库 'db_test'，文件 'db_test_DATA' (位于文件 1 上)处理了 356448 页。 已为数据库 'db_test'，文件 'db_test_LOG' (位于文件 1 上)处理了 3 页。 BACKUP DATABASE 成功处理了 356451 页，花费 213.018 秒(13.072 MB/秒)。 */

3、增大了IO缓冲区的完整备份，耗时142秒：

?

1 2 3 4 5 6 7 8 9 10

backup database db_test to disk = 'e:\db_test1.bak' with format,      buffercount = 10,      maxtransfersize = 4194304 /* 已为数据库 'db_test'，文件 'db_test_DATA' (位于文件 1 上)处理了 356448 页。 已为数据库 'db_test'，文件 'db_test_LOG' (位于文件 1 上)处理了 1 页。 BACKUP DATABASE 成功处理了 356449 页，花费 142.101 秒(19.597 MB/秒)。 */

4、增大IO缓冲区、压缩完整备份，耗时56秒：

?

1 2 3 4 5 6 7 8 9 10 11

backup database db_test to disk = 'e:\db_test2.bak' with format,      buffercount = 10,      maxtransfersize = 4194304,      compression /* 已为数据库 'db_test'，文件 'db_test_DATA' (位于文件 1 上)处理了 356448 页。 已为数据库 'db_test'，文件 'db_test_LOG' (位于文件 1 上)处理了 1 页。 BACKUP DATABASE 成功处理了 356449 页，花费 56.089 秒(49.648 MB/秒)。 */

5、增大IO缓冲区、压缩、条带化完整备份，耗时55秒，由于是笔记本电脑，就一个硬盘，所以效果不明显：

?

1 2 3 4 5 6 7 8 9 10 11 12 13

backup database db_test  to disk = 'c:\db_test_stripping1.bak',     disk = 'd:\db_test_stripping2.bak',     disk = 'e:\db_test_stripping3.bak' with format,      buffercount = 10,      maxtransfersize = 4194304,      compression   /* 已为数据库 'db_test'，文件 'db_test_DATA' (位于文件 1 上)处理了 356448 页。 已为数据库 'db_test'，文件 'db_test_LOG' (位于文件 1 上)处理了 1 页。 BACKUP DATABASE 成功处理了 356449 页，花费 55.060 秒(50.576 MB/秒)。 */

通过在我的普通笔记本电脑上做的这个实验，我们可以看出明显的差别，特别是使用了compression选项后，比最原始的完整备份，速度提高了4倍。那么如果是服务器上，我想应该能提高更多。