一、据库目的宕机

在做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  1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.

--生成的SQL

复制--DataBaseName_full  BACKUP DATABASE [DataBaseName]    TO DISK = D:\DBBackup\DataBaseName_full.bak WITH NOFORMAT, NOINIT, NAME = DataBaseName-完整数据库备份,    SKIP, NOREWIND, NOUNLOAD, STATS = 10   GO  1.2.3.4.5.6.7.8.9.10.11.

--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.bakWITH FILE = 1,    MOVE NDataBase_NameTO ND:\DataBase\+@dbname+.mdf,    MOVE NDataBase_Name_logTO ND:\DataBase\+@dbname+_log.ldf,    NORECOVERY, NOUNLOAD, REPLACE, STATS = 10   GO   print @sql  1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.

--生成的SQL

复制--RESTORE DataBaseName_full RESTORE DATABASE [DataBaseName]    FROM DISK = D:\DBBackup\DataBaseName_full.bakWITH FILE = 1,    MOVE NDataBase_NameTO ND:\DataBase\DataBaseName.mdf,    MOVE NDataBase_Name_logTO ND:\DataBase\DataBaseName_log.ldf,    NORECOVERY, NOUNLOAD, REPLACE, STATS = 10   GO  1.2.3.4.5.6.7.8.9.10.11.12.13.

--3：差异备份

复制declare @dbname varchar(100)   declare @sql nvarchar(max)   set @dbname = DataBaseName set @sql =    --+@dbname+_diff BACKUP DATABASE [+@dbname+]    TO DISK = ND:\DBBackup\+@dbname+_diff.bak WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N+@dbname+-差异数据库备份,    SKIP, NOREWIND, NOUNLOAD, STATS = 10   GO   print @sql  1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.20.21.22.23.

--生成的SQL

复制--DataBaseName_diff BACKUP DATABASE [DataBaseName]    TO DISK = ND:\DBBackup\DataBaseName_diff.bak WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = NDataBaseName-差异数据库备份,    SKIP, NOREWIND, NOUNLOAD, STATS = 10   GO  1.2.3.4.5.6.7.8.9.10.11.

--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.bakWITH FILE = 1,    NOUNLOAD, STATS = 10   GO   print @sql  1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16.17.18.19.

--生成的SQL

复制--RESTORE DataBaseName_full RESTORE DATABASE [DataBaseName]    FROM DISK = D:\DBBackup\DataBaseName_diff.bakWITH FILE = 1,    NOUNLOAD, STATS = 10   GO  1.2.3.4.5.6.7.8.9.

四、后记

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

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