本文详细介绍了如何利用OSS进行RDS SQL Server的增量上云，适合物理迁移、保持数据一致性和缩短停机时间的场景。流程包括DBCC Check DB检查、关闭本地备份系统、切换数据库到FULL模式、完全备份、上传到OSS、通过RDS控制台创建任务流，并控制最后一个差异或日志备份文件大小以减少停机时间。
今天这篇文章主要给大家分享基于OSS的增量上云到RDS SQL Server的这样一个功能。这个功能主要适用于以下三个场景：
一、用户希望基于备份文件物理迁移上云RDS SQL Server，而不是逻辑迁移。物理迁移是指基于文件的迁移；逻辑迁移是指将数据生成DML语句映射到RDS SQL Server上。
二、用户希望迁移上云RDS SQL Server后数据库和用户线下的数据库100%的保持一致。这句话可以这样理解，如果用户使用的是逻辑迁移，那么我们是无法做到100%保持一致的。比如用户生成的DML语句插入到RDS SQL Server上来以后，可能会导致索引碎片率和统计信息等和用户的线下数据库不同，这样一来用户上云以后的应用可能会有一些性能问题。
三、用户的业务对停机时间非常敏感，迁移到RDS SQL Server的过程，需要控制在分钟级别。
以上就是三个比较典型的使用增量上云的场景。
下面我们来看一下增量上云的具体流程。
上图是用户把自己的线下数据库增量上云到RDS SQL Server的流程图。从这个图中大家可以看到它实际上包含了四个方面：第一个方面是用户的线下数据库，这个是用户需要参与进来的；第二个方面是用户的OSS Bucket；第三个方面
最低0.47元/天 解锁文章
1687
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
