遇到这种仅在ACC环境出现的异常，大概率是该环境的配置、权限或状态有特殊限制，我整理了几个针对性的排查和解决步骤，你可以逐一尝试：

1. 检查ACC环境的操作权限 #

首先确认你使用的账号在ACC环境的目标Automation Account中拥有足够权限——有时候DEV/PRD的权限配置比较宽松，但ACC可能做了严格的权限管控：

• 你可以通过PowerShell命令检查当前账号的角色分配：

  Get-AzRoleAssignment -ResourceGroupName "你的资源组名称" -ResourceName "你的Automation账号名称" -ResourceType "Microsoft.Automation/automationAccounts"
  

• 确保账号拥有Automation Contributor或更高权限，如果权限不足，联系管理员添加对应角色后再重试。

2. 用PowerShell强制解除关联（绕开UI的潜在问题） #

有时候Azure门户UI可能因为缓存或局部异常导致操作失败，用PowerShell直接调用API会更可靠：

1. 先确认目标Runbook确实和Schedule关联：

   Get-AzAutomationScheduledRunbook -AutomationAccountName "你的Automation账号名称" -ResourceGroupName "你的资源组名称" -ScheduleName "目标Schedule名称"
   

2. 如果能看到目标Runbook，执行强制解除命令：

   Remove-AzAutomationScheduledRunbook -AutomationAccountName "你的Automation账号名称" -ResourceGroupName "你的资源组名称" -RunbookName "目标Runbook名称" -ScheduleName "目标Schedule名称" -Force
   

-Force参数会跳过交互确认，直接执行解除操作。

3. 检查ACC环境的资源状态与锁定 #

• 确认ACC环境的Automation Account没有处于暂停或资源受限状态（比如配额不足、订阅付费异常），可以在Azure门户的Automation Account概览页面查看状态。
• 检查资源是否被添加了资源锁定：进入Automation Account或目标Schedule的“锁定”选项卡，如果存在CanNotDelete或ReadOnly类型的锁定，需要先移除锁定再执行解除关联操作。

4. 排查服务依赖与自动绑定场景 #

如果目标Runbook是ACC环境中Update Management、Change Tracking这类自动化解决方案的一部分，对应的Schedule可能被系统自动管理，无法手动解除关联：

• 先进入对应的解决方案页面，将目标Runbook从解决方案的配置中移除，再尝试解除Schedule关联。

5. 检查Azure区域服务状态 #

偶尔区域级的Azure服务故障也会导致这类操作失败，你可以在Azure门户的“Azure状态”面板查看你ACC环境所在区域的Automation服务是否有异常。如果是服务问题，只能等待微软修复后再重试。

如果以上步骤都无法解决问题，建议收集Automation Account的操作日志（在Azure Monitor中查看），记录详细的报错ID和时间点，然后联系Azure技术支持提交工单排查。

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