Azure跨租户迁移Windows虚拟机及SQL VM的操作指引与问题咨询

操作步骤概要 #

• 准备阶段
  • 建立两个租户间的信任关系，可配置Azure AD B2B或通过ARM角色授权，让租户B的账号能访问租户A的目标资源
  • 预配置租户B的订阅：确认订阅配额足够容纳待迁移VM，提前部署好虚拟网络、存储账户等基础资源
• 迁移方式选择
  • 离线迁移（适用于可接受停机的场景）
    1. 在租户A中为VM创建快照或托管磁盘备份
    2. 使用az copy命令将备份/快照复制到租户B的存储账户
    3. 在租户B中基于复制的磁盘创建新VM，同步配置网络、SQL服务等相关组件
  • 在线迁移（低停机场景）
    1. 在租户A部署Azure Migrate设备，完成VM的发现与评估
    2. 在租户B创建Azure Migrate项目，配置复制策略后启动VM复制
    3. 完成初始复制后执行测试迁移，验证无误后触发正式故障转移
• SQL虚拟机额外操作
  • 迁移前通过SQL Server备份或Azure Backup完成数据库全量备份
  • 迁移后重新配置SQL Server的网络访问规则、登录账户、代理作业等
  • 运行DBCC CHECKDB命令验证数据库完整性

迁移过程中常见问题 #

• 权限不足：跨租户访问时角色权限缺失，导致无法复制磁盘或启动迁移。需确保租户B的账号在租户A中拥有Contributor或Virtual Machine Contributor权限，同时在目标租户具备资源创建权限
• 网络不兼容：源VM与目标租户虚拟网络的子网、DNS配置不匹配，导致迁移后VM无法联网。需提前规划目标网络的IP段、DNS服务器设置，做好路由适配
• SQL服务故障：迁移后SQL Server无法启动，多因磁盘权限变更、服务账户密码失效或数据库文件路径错误。需检查磁盘权限是否赋予SQL服务账户，重置服务账户密码，验证数据库文件路径正确性
• 数据不一致：在线迁移时源VM持续写入，可能导致目标端数据偏差。需在故障转移前暂停源VM的写入操作，或借助SQL Server日志传送保障数据同步
• 配额限制：目标租户订阅的CPU、存储配额不足，无法创建迁移后的VM。迁移前需核查目标订阅配额，提前提交配额提升申请

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