Service Azure Monitor utilisé pour collecter, analyser et exploiter les données de télémétrie des environnements Azure et locaux.
Bonjour Mignan, Christian,
Veuillez essayer quelques étapes supplémentaires que vous pourriez suivre pour résoudre le problème :
1. Vérifier les suppressions en attente à l'aide du journal d'activité:
Vous pouvez utiliser l'Azure CLI pour vérifier le journal d'activité des opérations en attente liées à la ressource. Cela peut aider à identifier si une opération est encore en cours.
Exécutez la commande suivante pour voir si des opérations sont en attente ou bloquées :
az monitor activity-log list --resource-group {resourceGroupName} --start-time "2023-01-01" --query "[?resourceId=='/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Insights/scheduledqueryrules/VM-DEV-VMHighCPUAlert'].{time:timestamp,operationName:operationName,status:status}" --output table
Cette commande listera tous les journaux d'activité liés à la ressource et indiquera si une opération, telle que la suppression, est encore en cours.
2. Essayez de supprimer la ressource de force :
Si la ressource est dans un état "suppression" mais que vous ne pouvez pas la voir dans le portail, vous pouvez tenter de la supprimer de force via l'interface en ligne de commande (CLI) :
az resource delete --ids "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Insights/scheduledqueryrules/VM-DEV-VMHighCPUAlert"
Faites attention avec cette commande — assurez-vous que la ressource est vraiment bloquée avant de l'exécuter.
3. Vérifiez la présence de verrous Azure via la CLI:
Les verrous sur les ressources peuvent parfois empêcher des opérations comme la suppression ou la modification. Bien que vous ayez confirmé qu'il n'y a pas de verrous, il vaut la peine d'exécuter cette commande CLI juste pour vérifier :
az lock list --resource-group {resourceGroupName} --resource-name VM-DEV-VMHighCPUAlert --output table
Cela garantira qu'il n'y a ni verrouillage ni restriction sur la ressource.
4. Essayez de créer l'alerte avec un nom différent :
Comme solution temporaire, si le problème persiste et que vous devez continuer avec votre configuration de surveillance, envisagez de créer une nouvelle alerte avec un nom différent, par exemple :
- VM-DEV-VMHighCPUAlert_v2
Cela vous permettrait de continuer à créer l’alerte tout en résolvant le problème avec la ressource d’alerte originale.
Fais-moi savoir si tu rencontres d'autres problèmes?