已删除的Azure Database无用户操作自动恢复问题求助
Azure Database 意外自动恢复问题排查处理步骤
- 软删除机制核查:Azure SQL Database 默认开启软删除能力,保留周期默认为7~35天,即便未配置自动恢复策略,删除后35天内仍可手动从软删除池中恢复实例。请优先筛选父级SQL服务器的活动日志,检索操作类型为
Microsoft.Sql/servers/databases/recover/action的事件,注意不要仅查询恢复后新实例的操作日志,软删除恢复的操作记录归属在SQL服务器维度,活动日志默认仅保留90天,可调整时间范围到实例恢复的前后3天缩小检索范围。 - 高价定价层原因定位:从软删除池恢复的实例默认继承删除前的定价层,若删除前的SKU已被官方弃用、恢复时触发了时间点恢复的跨区域配置,会自动匹配同性能的在售高价SKU。你可以导出删除前DB的配置记录,和恢复后实例的SKU参数做对比,确认定价层变动的触发逻辑。
- 未授权操作排查:优先核对订阅内拥有所有者、参与者、SQL Server贡献者角色的所有账号、服务主体、托管身份的操作记录,部分自动化运维脚本、托管服务的自动修复逻辑也可能触发无感知的恢复操作,此类操作的发起者会显示为服务主体,可在活动日志的「发起者」筛选栏单独筛选该类记录。
- 止损与费用申诉:若确认无任何授权主体触发恢复操作,可直接在Azure门户提交支持工单,选择「Azure SQL Database」分类下的「意外恢复/数据丢失」问题类型,提交活动日志无匹配触发记录、实例前后SKU差异的凭证,可申请减免该实例产生的额外费用。确认实例无保留需求的话可再次删除,同时将软删除保留周期调整为最短7天,避免后续出现同类问题。
内容的提问来源于stack exchange,提问作者Maurice Chocoswiss
相关产品推荐
相关产品推荐

