SQL Server如何提高数据库备份的速度
对于一个数据库完整备份来说，备份的速度很大程度上取决于下面两个因素：读磁盘数据、日志文件的吞吐量，写磁盘数据文件的吞吐量。
下图是备份过程中磁盘的变化情况：
读吞吐量
读吞吐量的大小取决于磁盘读取数据的速度，而磁盘读取的速度又取决于数据文件在磁盘中的位置。因此，位于不同盘符上不同数据库文件的读取速度都不相同。
测量读吞吐量的一个方法就是进行一次数据库完整备份，然后使用Windows性能监控器(perfmon)来监控数据库文件所在磁盘的Read bytes/sec 性能计数器。保存备份文件的磁盘应该在物理上区别于数据库文件所在的磁盘，否则测量精度会不准确。当然备份同时也应该会有另外一些来自系统或是其他应用程序对磁盘的读取操作。
注意：如果你使用完整备份来监测磁盘读写吞吐量的话，那么这个测试用的备份文件应该和其他常规备份放在一起，以便恢复时使用。也就是说，如果你在测试备份文件之后又进行了常规差异备份，那么这些差异备份就会以这个测试备份为还原的起始点。
假设数据库所有文件的大小都是相等的，那么你获取的最小测量值就是你指定数据库在系统中最大的备份吞吐量了。
另一个测量读吞吐量的方法是在NUL设备上执行备份，如下：
BACKUP DATABASE AdventureWorks TO DISK = 'NUL' WITH COPY_ONLY
注意我们使用了COPY_ONLY选项，这个选项仅仅在SQL Server 2005及以上版本中才提供。你可以在SQL Server2000上执行相同的备份，只是要忽略这个选项，但是一定要小心。因为备份到NUL设备也会被认为是一个有效备份，这就意味着当你执行备份到NUL设备后，你后续的所有差异备份都将不可用，除非你在执行备份到NUL设备后，再执行一次常规的数据库完整备份。假如你执行事务日志备份到NUL设备，那么你将破坏日志恢复链，导致后续事务日志备份不可用。
如果你必须在SQL Server 2000上执行备份到NUL设备的话，一定要做好备灾恢复的准备。
假设我现在已经测量出我的AdventureWorks读吞吐量为46MB/sec。这就是说，46MB/sec是最大的备份吞吐量了，也是我的磁盘能提供给SQL Server备份读线程最快的速度了。那我们如何提高这个速度呢？使用更快的磁盘肯定是一种方法。另外的方法就是把数据库文件分散到多个物理磁盘上，以便于在读数据时可以同步创建多个读线程。减小数据库文件的碎片级别也可以提高吞吐量，特别是当数据库文件有大量碎片存在时。
写吞吐量
现在开始说说写吞吐量。执行一个文件备份，在我的系统中，我得到了如下的
相关文档：
use master
go
if exists(select * from dbo.sysobjects where id = object_id(N'[dbo].[P_KillConnections]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[P_KillConnections]
GO
create proc P_KillConnections
@dbname varchar(200)
as
declare @sql nvarchar(500)
declare @spid nvar ......
下图显示了数据库备份时文件读写的过程：
在备份期间，SQL Server会在数据库文件这边为每一盘符(Volume)创建一个读线程。读线程的工作很简单，就是从文件中的数据内容。每次这个线程都会从文件中读出部分数据，然后把数据存到缓冲中(buffer)。因为有多个缓冲可用，所以只要有缓冲可以写入数据，读线程可以不停的读数据� ......
在SQL Server2005中选中要导入数据的库 > 右键 > 新建查询：
执行SQL语句如下：
insert into
目标数据库表名 (字段1,字段2,....) select
字段1,字段2... from
openrowset
('microsoft.jet.oledb.4.0',';database=源数据库路径（如：d:\test.mdb）','select * from 源表 where 查询条件')
SQL 语句启用组� ......
前一篇博客 IP to Integer 提供的 SQL 函数是 IP 转换成 Integer 的方法。 Integer 的最大值为： 2147483647（2^31 - 1）。按照 IP 转换成整数的算法，会算出来大于这个值的，所以之前提供的 IP 转换成 Integer 的方法会算出负值。 下面是 IP to BigInt 的转换算法， 这时候运算就不会小于零。
CREATE FUNCTION dbo.ipS ......
