Azure MySQL数据库时点还原因超时失败求助

1. 换个时间点再试 #

• 别选当前实时时间，往后推15-30分钟再操作。当前时间点的备份大概率还在同步生成，这时候还原会额外消耗资源，很容易触发超时。
• 尽量挑业务低峰期（比如深夜）执行还原，数据库负载低，还原速度会快很多。

2. 检查目标服务器配置 #

• 确保目标MySQL服务器的vCPU/内存配置不低于源服务器。如果目标配置更低，还原时资源不够用，速度拖慢就会触发超时。
• 如果是新创建的目标服务器，先确认它处于正常运行状态，没有其他部署任务在占用资源。

3. 用Azure CLI后台执行还原，绕开前端超时 #

• 用Azure CLI执行还原时加--no-wait参数，让操作在后台运行，避免前端的超时限制，之后再查询进度：

az mysql server restore --name <目标服务器名> --resource-group <资源组名> --source-server <源服务器名> --restore-point-in-time "<YYYY-MM-DDTHH:MM:SSZ>" --no-wait

• 查看还原状态：

az resource show --resource-group <资源组名> --name <目标服务器名> --resource-type "Microsoft.DBforMySQL/servers" --query "properties.userVisibleState"

4. 确认源服务器备份完整性 #

• 去Azure门户的源服务器备份页面，检查要还原的时间点对应的备份是否存在且状态正常。如果备份本身有问题（比如未生成完成、存储异常），还原肯定会出问题。
• 要是备份有异常，先解决备份的问题（比如检查存储账户是否可用、网络连接是否正常）再尝试还原。

5. 联系Azure官方支持兜底 #

• 要是上面的方法都没用，直接在Azure门户提交支持工单，把这些信息带上：
  • 完整的错误信息（包括ResourceDeploymentFailure代码和目标资源ID）
  • 源和目标服务器的资源信息
  • 尝试还原的时间点
  • 操作持续的时长

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