Surveillance de charge d’entrepôt¶

Utilisation du curseur¶

Pour utiliser le graphique, utilisez d’abord le curseur pour sélectionner la plage de temps à afficher dans le graphique. Vous pouvez sélectionner une plage de 8 heures (minimum) à 14 jours (maximum). Le graphique affiche la charge de requête totale par intervalles de 5 minutes à 1 heure en fonction de la plage sélectionnée. Lorsque vous modifiez la taille de la plage, les intervalles changent dynamiquement pour conserver l’échelle adéquate.

Vous pouvez également faire glisser le curseur jusqu’à une position quelconque dans la plage de 14 jours pour afficher la charge pendant cette période de temps.

Comprendre le diagramme¶

Survolez une barre pour afficher le nombre moyen de requêtes traitées par l’entrepôt pendant la période représentée. La barre affiche la charge individuelle pour chaque statut de requête qui s’est produit dans l’intervalle :

Comment la charge de requête est-elle calculée ?¶

La charge de requête est calculée en divisant le temps d’exécution (en secondes) de toutes les requêtes dans un intervalle par le temps total (en secondes) de l’intervalle.

Prenons l’exemple suivant :

Le graphique montre que, pendant l’intervalle de cinq minutes, la charge provenant des requêtes en cours d’exécution était de .92 et celle des requêtes en attente (en raison de la surcharge de l’entrepôt) de .08. La table suivante illustre comment ces valeurs ont été calculées sur la base des 5 requêtes qui ont contribué à la charge de l’entrepôt pendant l’intervalle :

Pour déterminer le nombre réel de requêtes en cours (et la durée de chaque requête) pendant un intervalle spécifique, consultez la page History . Sur la page, filtrez l’historique des requêtes par entrepôt, puis faites défiler vers le bas jusqu’à l’intervalle que vous avez spécifié dans le graphique de surveillance des charges.

Performances de requête lentes¶

Si vous remarquez qu’une requête s’exécute lentement, vérifiez si un entrepôt surchargé fait que la requête entre en concurrence avec d’autres pour obtenir des ressources, ou si celle-ci est mise en file d’attente.

• Si la charge de requête en cours d’exécution est élevée ou s’il y a une file d’attente, pensez à lancer un entrepôt séparé et à déplacer les requêtes en file d’attente vers cet entrepôt. En outre, si vous utilisez des entrepôts multi-clusters, vous pouvez modifier vos paramètres multi-clusters pour ajouter des clusters supplémentaires afin de gérer une plus grande simultanéité à l’avenir.

  

• Si la charge de requête en cours d’exécution et les performances de requêtes sont faibles, vous pouvez redimensionner l’entrepôt pour fournir plus de ressources de calcul. Vous devrez redémarrer la requête une fois toutes les nouvelles ressources entièrement provisionnées pour tirer profit des ressources supplémentaires.

  

Performances de pointe des requêtes¶

Analysez la charge de travail quotidienne de l’entrepôt au cours des deux dernières semaines. Si vous constatez des pics d’utilisation récurrents, envisagez de déplacer une partie de la charge de travail entraînant des pics vers son propre entrepôt, et d’exécuter éventuellement la charge de travail restante sur un entrepôt plus petit. En outre, vous pouvez modifier vos paramètres multi-clusters pour ajouter des clusters supplémentaires afin de gérer une plus grande simultanéité à l’avenir.

Si vous remarquez que votre charge de travail actuelle est considérablement plus élevée que la normale, ouvrez la page History pour rechercher quelles requêtes provoquent une charge plus élevée.

Utilisation de crédit excessive¶

Analysez la charge de travail quotidienne de l’entrepôt au cours des deux dernières semaines. Si le graphique montre des périodes récurrentes pendant lesquelles l’entrepôt était en fonction et consommait des crédits, mais que la charge de requête totale était inférieure à 1 pendant de longues périodes, l’utilisation de l’entrepôt est inefficace. Vous pouvez envisager l’une des mesures suivantes :

• Diminuer la taille de l’entrepôt. Notez que diminuer la taille de l’entrepôt augmente généralement le temps d’exécution des requêtes.

• Pour un entrepôt multi-clusters, diminuer la valeur du paramètre MIN_CLUSTER_COUNT.