传统数据库上云三部曲

在2018云栖大会·深圳峰会上，阿里云高级产品专家萧少聪（铁庵）分享了《传统数据库上云三部曲》，针对数据库上云的整个过程进行了详尽解析。虽然直接的分享内容链接未提供详细信息，但依据我所掌握的知识库资料，可以概述数据库上云的关键步骤和考虑要点如下：

方案选型

1. 全量备份数据迁移：

   • 适用于SQL Server 2008 R2云盘、2012及以上版本，通过将本地数据库的全量备份文件上传至阿里云OSS，再导入到RDS SQL Server实例中。
   • 迁移前需确保目标RDS实例版本兼容、存储空间充足，并创建高权限账号。
   • 注意仅支持.bak全量备份文件，不支持差异或日志备份。

2. 实例级别迁移：

   • 针对自建SQL Server多库或全库迁移，支持一次性全量迁移至阿里云RDS SQL Server。
   • 需要在目标RDS实例预先创建与源数据库同名的空数据库（2008 R2版本）。
   • 同样依赖OSS作为中间存储，且要求RAM用户具备相应权限。

落地实施

• 备份与上传：使用官方提供的脚本进行数据库全量备份，修改脚本参数以适应具体需求，然后利用OSS工具或API上传备份文件。
• 任务创建与监控：在RDS控制台创建数据上云任务，指定OSS中的备份文件路径，设置相关参数后启动任务，并通过“备份数据上云记录”跟踪进度。

优化与监控

• 性能调优：根据业务负载适时调整RDS实例规格，利用云平台的弹性能力应对高并发场景。
• 安全措施：确保数据传输过程中加密处理，利用云数据库自带的安全特性，如访问控制、审计日志等。
• 监控与报警：配置云监控服务，设定性能指标阈值，及时接收异常报警，保障数据库稳定运行。

注意事项

• 版本兼容性是关键，避免从高版本向低版本迁移。
• 确保有足够的存储空间，避免迁移过程中因空间不足导致失败。
• RAM用户权限设置正确，保证迁移流程顺利执行。
• 数据库健康状态检查，使用DBCC CHECKDB验证本地数据库无误。
• 备份文件管理，迁移完成前勿删除OSS上的备份文件。

综上所述，数据库上云是一个涉及方案选择、细致操作及后续优化监控的系统工程，需要综合考虑技术细节与业务需求，确保迁移过程高效且安全。

参考资料：[1] 全量备份数据上云（SQL Server 2008 R2云盘、2012及以上版本），[2] SQL Server实例级别迁移上云