如何将RDS for SQL Server迁移至EC2？权限问题技术咨询

方法1：完整备份+还原（最通用） #

• 步骤1：在RDS SQL Server上生成备份
  登录RDS控制台确认备份保留期足够，或者用T-SQL手动备份到S3：

  EXEC msdb.dbo.rds_backup_database 
      @database_name='你的数据库名', 
      @s3_arn_to_backup_to='arn:aws:s3:::你的存储桶/备份路径/备份文件.bak',
      @overwrite_S3_backup_file=1;
  

  执行EXEC msdb.dbo.rds_task_status;查看备份进度。

• 步骤2：准备EC2环境
  启动EC2实例，安装与RDS版本一致的SQL Server，配置安全组允许必要的端口访问（默认1433），将S3备份文件下载到EC2本地或直接通过S3访问。

• 步骤3：还原到EC2
  如果备份在S3，直接执行：

  EXEC msdb.dbo.rds_restore_database
      @restore_db_name='你的数据库名',
      @s3_arn_to_restore_from='arn:aws:s3:::你的存储桶/备份路径/备份文件.bak';
  

  本地备份文件则用常规还原命令：

  RESTORE DATABASE 你的数据库名
  FROM DISK = '本地备份文件路径'
  WITH REPLACE,
       MOVE '数据库数据文件逻辑名' TO 'EC2上的存储路径.mdf',
       MOVE '数据库日志文件逻辑名' TO 'EC2上的存储路径.ldf';
  

  还原后用SELECT name, state_desc FROM sys.databases WHERE name='你的数据库名';确认状态。

方法2：AWS DMS（低停机迁移） #

• 适用场景：需要最小业务中断，或需同步增量数据
• 步骤1：创建DMS复制实例，规格匹配数据库大小
• 步骤2：配置源端点（RDS SQL Server）和目标端点（EC2 SQL Server），分别测试连接有效性
• 步骤3：创建迁移任务，选择“迁移现有数据并持续复制更改”（需增量同步）或仅迁移全量数据，指定要迁移的库/表后启动任务
• 步骤4：迁移完成后验证数据一致性，切换业务到EC2实例

方法3：日志传送（大型数据库迁移） #

• 步骤1：在RDS上设置完整恢复模式：ALTER DATABASE 你的数据库名 SET RECOVERY FULL;，配置日志传送将事务日志备份到S3
• 步骤2：在EC2上还原RDS的完整备份（保持NORECOVERY状态）：

  RESTORE DATABASE 你的数据库名
  FROM DISK = '完整备份文件路径'
  WITH NORECOVERY;
  

• 步骤3：定时从S3下载事务日志，在EC2上执行还原（同样NORECOVERY）：

  RESTORE LOG 你的数据库名
  FROM DISK = '事务日志文件路径'
  WITH NORECOVERY;
  

• 步骤4：切换业务前，执行最终日志还原并恢复数据库：

  RESTORE LOG 你的数据库名
  FROM DISK = '最终事务日志文件路径'
  WITH RECOVERY;
  

迁移后注意事项 #

• 权限配置：EC2上的SQL Server拥有完全管理权限，可按需创建登录名、分配角色与权限
• 性能优化：根据业务负载调整EC2实例规格、存储类型（如IO1/IO2磁盘），配置SQL Server内存、CPU参数
• 备份策略：在EC2上配置定期本地或S3备份，避免数据丢失
• 网络配置：确保业务服务器能访问EC2的SQL端口，必要时配置弹性IP或负载均衡

内容的提问来源于stack exchange，提问作者Yoga