自建sqlserver迁移到aliyun的rds for sqlserver实战

最新推荐文章于 2025-03-23 16:31:29 发布

原创最新推荐文章于 2025-03-23 16:31:29 发布 · 780 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#sqlserver #数据库

SQL 专栏收录该内容

25 篇文章

订阅专栏

文章介绍了如何将线下自建的SQLServer数据库通过物理备份和还原的方式迁移到阿里云的RDSforSQLServer。首先，选择兼容的目标版本，然后使用脚本进行数据库备份，接着创建OSS存储空间并上传备份文件，最后创建数据上云任务进行恢复。文章还提到了日志膨胀问题和可能出现的空间不足、权限不足等常见问题及其解决方案。

大家好，在实际中有些客户有上云的需求，需要把线下自建的sqlserver迁移至aliyun的rds for sqlserver。大家第一时间想到的是用dts工具，根据工作经验，DTS迁移mysql类的数据库比较成熟，但是迁移sqlserver之类会有问题。首先面临的一个问题就是源库日志膨胀的问题，也就是说是迁移过程中，源库的日志是不能截断，否则日志序列会被重置，迁移任务失败。那有没有其他的方案呢？下面分享一下通过物理备份还原的方式迁移上云。

一、方案

1.1 版本的选择

SQLSERVER版本的兼容原则，是高版本向下兼容低版本，在aliyun上选择rds for sqlserver版本时，目标版本要等于或大于源版本。目前阿里云上支持的rds for sqlserver版本如下：

1.2 脚本备份源库

DECLARE @name NVARCHAR(256) -- database name  
DECLARE @path NVARCHAR(512) -- path for backup files  
DECLARE @fileName NVARCHAR(512) -- filename for backup  
DECLARE @fileDate NVARCHAR(40) -- used for file name
 
-- specify database backup directory
SET @path = 'E:\backup\'  
 
-- specify filename format
SELECT @fileDate = CONVERT(NVARCHAR(20),GETDATE(),112) 
 
DECLARE db_cursor CURSOR READ_ONLY FOR  
SELECT name 
FROM master.sys.databases 
WHERE name NOT IN ('master','model','msdb','tempdb')  -- exclude these databases
AND state = 0 -- database is online
AND is_in_standby = 0 -- database is not read only for log shipping
 
OPEN db_cursor   
FETCH NEXT FROM db_cursor INTO @name   
 
WHILE @@FETCH_STATUS = 0   
BEGIN   
   SET @fileName = @path + @name + '.BAK'  
   BACKUP DATABASE @name TO DISK = @fileName  WITH STATS=10, COMPRESSION
 
   FETCH NEXT FROM db_cursor INTO @name   
END   
 
CLOSE db_cursor   
DEALLOCATE db_cursor

1.3 创建OSS存储空间

创建oss存储空间的目的是让rds for sqlserver从oss的bucket读取备份文件，以供恢复使用。

1）登录OSS管理控制台。

2）单击Bucket列表，然后单击创建Bucket。

3）配置如下关键参数，其他参数可以保持默认。

4）说明：创建的存储空间仅用于本次数据上云，且上云后不再使用，因此只需配置关键参数即可，为避免数据泄露及产生相关费用，上云完成后请及时删除。

参数	说明	取值示例
Bucket 名称	存储空间名称，全局唯一，设置后无法修改。命名规则：只能包括小写字母、数字和短划线（-）。必须以小写字母或者数字开头和结尾。长度必须在3~63字符之间。	migratetest
地域	Bucket所属的地域，如果您通过ECS内网上传数据至Bucket中，且通过内网将数据恢复至RDS中，则需要三者地域保持一致。	华东1（杭州）

本地数据库备份完成后，使用ossbrowser工具将备份文件上传到您的OSS Bucket中：

5）下载ossbrowser，以Windows x64操作系统为例，解压下载的oss-browser-win32-x64.zip压缩包，双击运行oss-browser.exe应用程序。

6）使用AK登录方式，配置参数AccessKeyId和AccessKeySecret，其他参数保持默认，然后单击登入。

7）单击，选择需要上传的备份文件，然后单击打开，即可将本地文件上传至OSS中。

1.4 创建数据上云任务

1）访问RDS实例列表，在上方选择地域，然后单击目标实例ID。

2）在左侧菜单栏中选择备份恢复。

3）单击页面上方的OSS备份数据恢复上云。

4）在数据导入向导页面，单击两次下一步，进入数据导入步骤。

5）设置如下参数：

配置项	说明
数据库名	目标数据库名称，即数据导入RDS SQL Server实例之后的数据库名，必须和备份中的数据库名不同。说明数据库名称需要符合SQL Server官方限制。
OSS Bucket	选择备份文件所在的OSS Bucket。
OSS子文件夹名	备份文件所在的子文件夹名字。
OSS文件列表	单击右侧按钮，可以按照备份文件名前缀模糊查找，会展示文件名、文件大小和更新时间。请选择需要上云的备份文件。
上云方案	打开数据库（只有一个全量备份文件）：全量上云，适合仅有一个完全备份文件上云的场景。本操作选择打开数据库，此时CreateMigrateTask中的BackupMode = FULL并且IsOnlineDB = True。不打开数据库（还有差异备份或日志文件）：增量上云，适合有完全备份文件加上日志备份（或者差异备份文件）上云的场景，此时CreateMigrateTask中的BackupMode = UPDF 并且IsOnlineDB = False。
一致性检查方式	异步执行DBCC：在打开数据库的时候系统不做DBCC CheckDB，会在打开数据库任务结束以后，异步执行DBCC CheckDB操作，以此来节约打开数据库操作的时间开销（数据库比较大，DBCC CheckDB非常耗时），减少您的业务停机时间。如果您对业务停机时间要求非常敏感，且不关心DBCC CheckDB结果，建议使用异步执行DBCC。此时CreateMigrateTask 中的CheckDBMode = AsyncExecuteDBCheck。同步执行DBCC：相对于异步执行DBCC，有的用户非常关心DBCC CheckDB的结果，以此来找出用户线下数据库数据一致性错误。此时，建议您选择同步执行DBCC，影响是会拉长打开数据库的时间。此时CreateMigrateTask 中的CheckDBMode = SyncExecuteDBCheck。