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

一、目的

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

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

二、分析与设计思路

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

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

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

三、参考脚本

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

–1:完整备份

  1. declare @dbname varchar(100)  
  2.  
  3. declare @sql nvarchar(max)  
  4.  
  5. set @dbname = 'DataBaseName' 
  6.  
  7. set @sql = '  
  8.  
  9. --'+@dbname+'_full   
  10.  
  11. BACKUP DATABASE ['+@dbname+']   
  12.  
  13. TO DISK = ''D:\DBBackup\'+@dbname+'_full.bak'' 
  14.  
  15. WITH NOFORMAT, NOINIT, NAME = '''+@dbname+'-完整数据库备份'',   
  16.  
  17. SKIP, NOREWIND, NOUNLOAD, STATS = 10  
  18.  
  19. GO'  
  20.  
  21. print @sql 

–生成的SQL

  1. --DataBaseName_full   
  2.  
  3. BACKUP DATABASE [DataBaseName]   
  4.  
  5. TO DISK = 'D:\DBBackup\DataBaseName_full.bak' 
  6.  
  7. WITH NOFORMAT, NOINIT, NAME = 'DataBaseName-完整数据库备份',   
  8.  
  9. SKIP, NOREWIND, NOUNLOAD, STATS = 10  
  10.  
  11. GO 

–2:完整备份还原

  1. declare @dbname varchar(100)  
  2.  
  3. declare @sql nvarchar(max)  
  4.  
  5. set @dbname = 'DataBaseName' 
  6.  
  7. set @sql = '  
  8.  
  9. --RESTORE '+@dbname+'_full  
  10.  
  11. RESTORE DATABASE ['+@dbname+']   
  12.  
  13. FROM DISK = ''D:\DBBackup\'+@dbname+'_full.bak'' WITH FILE = 1,   
  14.  
  15. MOVE N''DataBase_Name'' TO N''D:\DataBase\'+@dbname+'.mdf'',   
  16.  
  17. MOVE N''DataBase_Name_log'' TO N''D:\DataBase\'+@dbname+'_log.ldf'',   
  18.  
  19. NORECOVERY, NOUNLOAD, REPLACE, STATS = 10  
  20.  
  21. GO'  
  22.  
  23. print @sql 

–生成的SQL

  1. --RESTORE DataBaseName_full  
  2.  
  3. RESTORE DATABASE [DataBaseName]   
  4.  
  5. FROM DISK = 'D:\DBBackup\DataBaseName_full.bak' WITH FILE = 1,   
  6.  
  7. MOVE N'DataBase_Name' TO N'D:\DataBase\DataBaseName.mdf',   
  8.  
  9. MOVE N'DataBase_Name_log' TO N'D:\DataBase\DataBaseName_log.ldf',   
  10.  
  11. NORECOVERY, NOUNLOAD, REPLACE, STATS = 10  
  12.  
  13. GO 

–3:差异备份

  1. declare @dbname varchar(100)  
  2.  
  3. declare @sql nvarchar(max)  
  4.  
  5. set @dbname = 'DataBaseName' 
  6.  
  7. set @sql = '  
  8.  
  9. --'+@dbname+'_diff  
  10.  
  11. BACKUP DATABASE ['+@dbname+']   
  12.  
  13. TO DISK = N''D:\DBBackup\'+@dbname+'_diff.bak'' 
  14.  
  15. WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N'''+@dbname+'-差异数据库备份'',   
  16.  
  17. SKIP, NOREWIND, NOUNLOAD, STATS = 10  
  18.  
  19. GO  
  20.  
  21. '  
  22.  
  23. print @sql 

–生成的SQL

  1. --DataBaseName_diff  
  2.  
  3. BACKUP DATABASE [DataBaseName]   
  4.  
  5. TO DISK = N'D:\DBBackup\DataBaseName_diff.bak' 
  6.  
  7. WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N'DataBaseName-差异数据库备份',   
  8.  
  9. SKIP, NOREWIND, NOUNLOAD, STATS = 10  
  10.  
  11. GO 

–4:差异备份还原

  1. declare @dbname varchar(100)  
  2.  
  3. declare @sql nvarchar(max)  
  4.  
  5. set @dbname = 'DataBaseName' 
  6.  
  7. set @sql = '  
  8.  
  9. --RESTORE '+@dbname+'_full  
  10.  
  11. RESTORE DATABASE ['+@dbname+']   
  12.  
  13. FROM DISK = ''D:\DBBackup\'+@dbname+'_diff.bak'' WITH FILE = 1,   
  14.  
  15. NOUNLOAD, STATS = 10  
  16.  
  17. GO'  
  18.  
  19. print @sql 

–生成的SQL

  1. --RESTORE DataBaseName_full  
  2.  
  3. RESTORE DATABASE [DataBaseName]   
  4.  
  5. FROM DISK = 'D:\DBBackup\DataBaseName_diff.bak' WITH FILE = 1,   
  6.  
  7. NOUNLOAD, STATS = 10  
  8.  
  9. GO 

四、后记

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

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

原文链接:http://www.cnblogs.com/gaizai/archive/2011/03/30/2000175.html

【编辑推荐】

  1. 数据访问由SQL Server迁移向Oracle数据库的问题整理
  2. SQL Server数据迁移至云端应用技巧谈
  3. SQL Server数据库迁移方法
  4. 迁移SQL数据库五招

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/285228.html<

(0)
管理的头像管理
上一篇2025-05-14 19:11
下一篇 2025-05-14 19:12

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注