一、目的
在做SQL Server数据库维护的时候，当上司要求我们把几十G的数据文件搬动到其它服务器，并且要求最小宕机时间的时候，我们有没什么方案可以做到这些要求呢？
在这里我们假设这两台机器并不是在一个机房上，这样看起来我们的解决方案才更有意义，如果你那么好运这两台机器在同一个局域网，那么恭喜你，你可以多很多的方案可以做到。
二、分析与设计思路
其实我们假设的环境有两个特点：第一个是数据库文件比较大；第二个就是我们的传送文件的速度可能会比较慢。也许这传送速度我们是没有办法了，但是我们可以就从文件的大小这个问题出发，结合SQL Server的特性，这样就有了下面的解决方案了。
为了使宕机时间最短，我们这里使用了完整备份和差异备份来迁移数据库，在白天的时候对需要迁移的数据库进行一次完整备份（XXX_full.bak），并把备份文件拷贝（这里可以使用FTP软件进行断点续传）到目标服务器进行还原，等到下班时间之后再进行一次差异备份（XXX_diff.bak），再把这个差异备份拷贝到目标服务器，在完整还原的基础上再进行差异还原。
这里的宕机时间 = 差异备份时间 + 传送差异备份文件时间 + 还原差异备份文件时间，这宕机时间是不是让你感觉这时间很短呢？
三、参考脚本
注意修改下面脚本中数据库的名称，还有绝对路径。
1：完整备份
|
生成的SQL
|
