Azure App Service应用崩溃：DeployIfNotExist策略自动挂载存储引发问题

问题根源 #

你的ASP:P1V3规格App Service被Azure Policy的DeployIfNotExist策略持续触发，自动创建存储文件共享的路径映射，每次挂载都会触发Your application was recycled as the BYOS storage settings changed.的应用回收，导致崩溃；手动删除挂载后，策略会再次触发重新挂载，形成循环。

解决步骤 #

• 定位并暂停触发的策略

  1. 进入Azure门户的「策略」服务，找到触发该存储挂载操作的DeployIfNotExist策略分配
  2. 检查策略的分配范围，确认是否包含出问题的App Service所在资源组或订阅
  3. 临时禁用该策略分配，或者修改分配范围，直接排除目标App Service
  4. 手动删除App Service「配置」>「路径映射」里的存储共享，观察是否不再自动挂载

• 自定义策略的修正（如需保留策略）
  如果该策略是自定义的，编辑策略规则，添加目标App Service的资源ID到排除列表：

  "notScopes": [
    "/subscriptions/{你的订阅ID}/resourceGroups/{资源组名}/providers/Microsoft.Web/sites/{异常App Service名称}"
  ]
  

  保存后重新分配策略，避免后续误触发

• 彻底清理配置
  删除存储共享映射后，手动重启一次App Service，确保配置完全生效

预防建议 #

• 配置DeployIfNotExist策略时，务必设置精准的包含/排除范围，避免覆盖不需要的资源
• 定期查看Azure活动日志，跟踪策略触发的资源变更，提前发现异常操作

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