SQL Server 数据库最小宕机时间迁移方案

一、目的

在做SQL Server数据库维护的时候，当上司要求我们把几十G的数据文件搬动到其它服务器，并且要求最小宕机时间的时候，我们有没什么方案可以做到这些要求呢？

在这里我们假设这两台机器并不是在一个机房上，这样看起来我们的解决方案才更有意义，如果你那么好运这两台机器在同一个局域网，那么恭喜你，你可以多很多的方案可以做到。

二、分析与设计思路

其实我们假设的环境有两个特点：第一个是数据库文件比较大；第二个就是我们的传送文件的速度可能会比较慢。也许这传送速度我们是没有办法了，但是我们可以就从文件的大小这个问题出发，结合SQL Server的特性，这样就有了下面的解决方案了。

为了使宕机时间最短，我们这里使用了完整备份和差异备份来迁移数据库，在白天的时候对需要迁移的数据库进行一次完整备份（XXX_full.bak），并把备份文件拷贝（这里可以使用FTP软件进行断点续传）到目标服务器进行还原，等到下班时间之后再进行一次差异备份（XXX_diff.bak），再把这个差异备份拷贝到目标服务器，在完整还原的基础上再进行差异还原。

这里的宕机时间 = 差异备份时间 + 传送差异备份文件时间 + 还原差异备份文件时间，这宕机时间是不是让你感觉这时间很短呢？

三、参考脚本

注意修改下面脚本中数据库的名称，还有绝对路径。

--1：完整备份

declare @dbname varchar(100)

declare @sql nvarchar(max)

set @dbname = 'DataBaseName'

set @sql = '

--'+@dbname+'_full

BACKUP DATABASE '+@dbname+'

TO DISK = ''D:\DBBackup\'+@dbname+'_full.bak''

WITH NOFORMAT, NOINIT, NAME = '''+@dbname+'-完整数据库备份'',

SKIP, NOREWIND, NOUNLOAD, STATS = 10

GO'

print @sql

--生成的SQL

--DataBaseName_full

BACKUP DATABASE DataBaseName

TO DISK = 'D:\DBBackup\DataBaseName_full.bak'

WITH NOFORMAT, NOINIT, NAME = 'DataBaseName-完整数据库备份',

SKIP, NOREWIND, NOUNLOAD, STATS = 10

--2：完整备份还原

declare @dbname varchar(100)

declare @sql nvarchar(max)

set @dbname = 'DataBaseName'

set @sql = '

--RESTORE '+@dbname+'_full

RESTORE DATABASE '+@dbname+'

FROM DISK = ''D:\DBBackup\'+@dbname+'_full.bak'' WITH FILE = 1,

MOVE N''DataBase_Name'' TO N''D:\DataBase\'+@dbname+'.mdf'',

MOVE N''DataBase_Name_log'' TO N''D:\DataBase\'+@dbname+'_log.ldf'',

NORECOVERY, NOUNLOAD, REPLACE, STATS = 10

GO'

print @sql

--生成的SQL

--RESTORE DataBaseName_full

RESTORE DATABASE DataBaseName

FROM DISK = 'D:\DBBackup\DataBaseName_full.bak' WITH FILE = 1,

MOVE N'DataBase_Name' TO N'D:\DataBase\DataBaseName.mdf',

MOVE N'DataBase_Name_log' TO N'D:\DataBase\DataBaseName_log.ldf',

NORECOVERY, NOUNLOAD, REPLACE, STATS = 10

--3：差异备份

declare @dbname varchar(100)

declare @sql nvarchar(max)

set @dbname = 'DataBaseName'

set @sql = '

--'+@dbname+'_diff

BACKUP DATABASE '+@dbname+'

TO DISK = N''D:\DBBackup\'+@dbname+'_diff.bak''

WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N'''+@dbname+'-差异数据库备份'',

SKIP, NOREWIND, NOUNLOAD, STATS = 10

print @sql

--生成的SQL

--DataBaseName_diff

BACKUP DATABASE DataBaseName

TO DISK = N'D:\DBBackup\DataBaseName_diff.bak'

WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N'DataBaseName-差异数据库备份',

SKIP, NOREWIND, NOUNLOAD, STATS = 10

--4：差异备份还原

declare @dbname varchar(100)

declare @sql nvarchar(max)

set @dbname = 'DataBaseName'

set @sql = '

--RESTORE '+@dbname+'_full

RESTORE DATABASE '+@dbname+'

FROM DISK = ''D:\DBBackup\'+@dbname+'_diff.bak'' WITH FILE = 1,

NOUNLOAD, STATS = 10

GO'

print @sql

--生成的SQL

--RESTORE DataBaseName_full

RESTORE DATABASE DataBaseName

FROM DISK = 'D:\DBBackup\DataBaseName_diff.bak' WITH FILE = 1,

NOUNLOAD, STATS = 10

四、后记

也许到了这里应该结束了，但是往往事与愿违，有的时候我们的数据库文件的大小并不是几十G的，那么我们应该如何做呢？是否还有其他的解决方案呢？

我之前就移动过700G的数据文件，不过给我移动的时间比较充足，我是通过数据库的作业进行愚公移山的，搬数据到新的服务器上的，这样的好处就是对之前的数据库进行优化，比如进行数据库参数的设置，比如表分区，在对之前数据库影响尽量小的情况进行数据搬迁。详细的过程下次再写吧。

（作者：听风吹雨出处：http://gaizai.cnblogs.com/）