第二个Azure Automation账户部署VM启停提示ScheduledStartStop_Parent已存在

资源删除后的等待周期说明 #

Azure资源删除采用异步处理机制，不存在即时生效的硬删除效果：

• 无依赖的常规独立资源，删除后的全局元数据同步周期为15-30分钟，同步完成前全局资源索引仍可能保留旧资源记录
• 带跨资源关联依赖的自动化类资源（包括VM启停方案的调度、runbook、逻辑元数据对象），最长需要1小时才能完成全链路的记录清除

在元数据完全同步前发起新资源创建请求，就可能触发资源已存在的校验报错。

已完成删除仍提示资源存在的成因说明 #

结合你遇到的报错：The resource 'ScheduledStartStop_Parent' already exists in location 'eastus' in resource group 'VM'. A resource with the same name cannot be created in location 'australiacentral'. Please select a new resource name.，报错本质是跨范围的同名资源校验未通过，核心成因包括三点：

• 资源归属范围与预期删除范围不匹配。按照Azure的资源校验规则，同一资源提供程序命名空间下，同一订阅、同一资源组内不允许存在跨位置的同名资源。VM启停方案部署生成的ScheduledStartStop_Parent是逻辑资源，实际挂载在指定的目标资源组（报错中提及的VM资源组）下，并非完全归属在第一个Automation账户所在的资源组。如果仅删除了第一个Automation账户、未定位清理VM资源组下残留的该逻辑资源，就会出现“Automation账户层面无关联资源，但目标资源组仍存在同名记录”的情况
• 删除操作进入软删除保留状态。如果此前删除关联资源时存在作业锁、依赖绑定未解除的问题，删除请求会被标记为软删除，在30天的软删除保留期内，这类资源会持续参与新建资源的同名校验，即便在常规资源列表中不可见
• 全局资源索引同步延迟。即使所有关联资源已经在对应资源组完成硬删除，Azure全局资源索引的同步延迟最长可达1小时，这段时间内的新建请求会读取到未更新的旧资源记录，触发冲突报错。

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