我之前在管理Azure ML工作区时遇到过完全相同的情况——单个计划卡在Provisioning状态，无法通过CLI命令禁用，而其他计划的操作都完全正常。以下是我亲测有效的解决方法：

1. 先等待状态自动同步恢复 #

Azure ML的计划有时候会因为后台资源部署、依赖项更新或状态同步延迟，短暂卡在Provisioning状态，尤其是刚创建或最近修改过的计划。建议先等待15-30分钟，让后台完成未完成的操作，之后再重新运行禁用命令：

az ml pipeline disable-schedule --schedule-id SCHEDULE_ID --resource-group RG --workspace-name WN

2. 检查计划关联的管道运行状态 #

如果等待后问题依旧，先确认这个计划关联的管道是否有正在执行的任务：

az ml pipeline run list --schedule-id SCHEDULE_ID --resource-group RG --workspace-name WN

如果存在未完成的管道运行，等待它自然结束（或手动终止，前提是业务允许），之后再尝试禁用计划。

3. 通过Azure Portal手动操作排查 #

有时候CLI会因为状态同步问题失效，你可以切换到Azure Portal尝试操作并排查根源：

• 进入目标Azure Machine Learning工作区
• 导航到「管道」>「计划」页面
• 找到卡住的计划，尝试通过门户的禁用按钮操作
• 如果门户也提示状态异常，查看计划的详细状态日志，里面会显示具体的Provisioning失败原因（比如权限不足、资源配额耗尽、依赖资源异常等）

4. 强制清理并重建计划（最后手段） #

如果以上方法都无效，且该计划不需要保留历史运行记录，可以尝试：

1. 先尝试删除计划（注意：删除后无法恢复）：

az ml pipeline schedule delete --schedule-id SCHEDULE_ID --resource-group RG --workspace-name WN

2. 如果删除命令也失败，直接联系Azure支持团队，提供你的工作区ID、计划ID和完整错误信息，他们可以帮助强制清理卡在异常状态的资源。

这种情况大多是计划的后台资源部署出现了部分失败，导致状态卡住，一般通过等待或Portal的日志排查就能找到具体根源。

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