将Azure VM中SQL Server数据库迁移至Azure SQL PaaS的最佳方法

针对你这种2GB的中小型SQL Server数据库迁移场景，我推荐几个优先级从高到低的方案，你可以根据自身需求和环境选择：

1. Azure数据库迁移服务（Azure DMS）—— 最优首选 #

这是微软官方提供的全托管迁移工具，专门针对SQL Server到Azure SQL PaaS的迁移做了优化，对于2GB的数据库来说，无论是离线还是在线迁移都非常高效：

• 操作步骤：
  1. 在Azure门户创建一个DMS实例（选择适合的区域和定价层，2GB数据用基础层足够）
  2. 配置源连接：指向Azure VM上的SQL Server（确保VM的网络允许DMS访问，比如加入同一个VNet或者设置防火墙规则）
  3. 配置目标连接：指向你的Azure SQL DB实例
  4. 选择要迁移的数据库，设置迁移类型（离线迁移适合允许短暂停机的场景，2GB数据通常几十分钟就能完成；在线迁移则几乎零停机）
  5. 启动迁移后，DMS会自动处理数据复制、架构迁移，还能提供数据一致性验证
• 核心优势：全程托管，无需手动维护迁移进程，自动检测并处理大部分兼容性问题，迁移完成后可以直接切换业务到目标数据库。

2. BACPAC文件导入导出—— 快速轻量方案 #

如果你的数据库没有复杂的依赖（比如跨数据库引用、SQL Server代理作业不多），BACPAC是非常简单的选择：

• 操作方式：
  • 方式一：通过SSMS连接源SQL Server，右键数据库→任务→导出数据层应用，生成BACPAC文件，然后上传到Azure存储账户，再在Azure门户或SSMS中导入到Azure SQL DB
  • 方式二：用PowerShell命令生成并导入：

    # 导出BACPAC到本地
    Export-SqlDatabase -ServerInstance "你的VM SQL实例名" -DatabaseName "目标数据库名" -Path "C:\temp\db.bacpac"
    # 上传到Azure存储
    Set-AzStorageBlobContent -Container "bacpac-container" -File "C:\temp\db.bacpac" -Blob "db.bacpac" -Context $storageContext
    # 导入到Azure SQL DB
    New-AzSqlDatabaseImport -ResourceGroupName "你的资源组" -ServerName "目标SQL服务器名" -DatabaseName "新数据库名" -StorageKeyType "StorageAccessKey" -StorageKey "你的存储账户密钥" -StorageUri "https://xxx.blob.core.windows.net/bacpac-container/db.bacpac" -Edition "GeneralPurpose" -ServiceObjectiveName "GP_Gen5_2"
    

• 核心优势：无需额外创建迁移服务，操作步骤少，适合一次性、无复杂需求的迁移场景。

3. 事务复制—— 零停机迁移备选 #

如果你的业务要求几乎零停机，不能接受离线迁移的短暂中断，可以考虑事务复制：

• 操作步骤：
  1. 在源SQL Server上配置发布服务器，选择要迁移的数据库和表
  2. 在Azure SQL DB上配置订阅服务器，订阅源的发布
  3. 先初始化快照（把2GB的初始数据同步到目标），之后增量事务会实时同步
  4. 当数据完全同步后，切换业务到Azure SQL DB，再停止复制
• 注意事项：这个方案需要手动配置复制拓扑，适合有一定SQL Server运维经验的用户，对于2GB的数据库来说，初始化快照的时间也不会太长，但配置步骤比DMS繁琐。

迁移前的必要准备 #

• 先用**Data Migration Assistant (DMA)**工具扫描源数据库，检测兼容性问题（比如Azure SQL不支持的T-SQL语法、过时的功能），提前修复这些问题，避免迁移失败
• 确认目标Azure SQL DB的服务层级和计算资源足够支撑业务，2GB数据库用通用层2vCPU的配置通常就能满足需求

总的来说，对于2GB的数据库，Azure DMS是最省心的最优选择，几乎全程托管，出错概率低；如果想快速上手，BACPAC导入也很合适。

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