Service de base de données relationnelle Azure.
Bonjour Minh-Quang VO,
Une consommation élevée de Data IO combinée à une faible utilisation CPU indique généralement que la charge de travail est limitée par le stockage ou la latence des lectures plutôt que par la puissance de calcul. Les sauvegardes automatiques peuvent contribuer à une activité IO en arrière-plan dans Azure SQL Database, mais la documentation Microsoft ne garantit pas un planning fixe des sauvegardes hebdomadaires et ne confirme pas que les sauvegardes, à elles seules, provoqueraient systématiquement un pic de Data IO à 97 % pendant plusieurs heures chaque dimanche.
Comme le comportement est récurrent, je vous recommande de corréler cette période avec :
-
sys.dm_db_resource_stats - les régressions détectées dans Query Store
- les statistiques d’attente telles que
PAGEIOLATCH_*,IO_COMPLETIONouWRITELOG - les événements Azure Service Health
Vous pouvez également vérifier si des analyses volumineuses, des opérations de maintenance d’index, des mises à jour de statistiques ou d’autres changements de charge de travail se produisent au même moment.
Si la base de données atteint les limites de débit IO de son niveau de service, une montée en capacité temporaire peut aider à réduire les problèmes de timeout : https://dotnet.territoriali.olinfo.it/azure/azure-sql/database/resource-limits-logical-server
Vue d’ensemble de l’architecture des sauvegardes : https://dotnet.territoriali.olinfo.it/azure/azure-sql/database/automated-backups-overview
Guide de supervision : https://dotnet.territoriali.olinfo.it/azure/azure-sql/database/monitoring-with-dmvs