Le résultat du check de supervision de l'écriture du module SLA se compose en 5 catégories d'informations :

• SLA - Writer :  Ecriture des SLA
• SLA - Archive: Archivage des SLA
• SLA - Migration : Migration des données SLA
• SLA - Database cleanup : Suppression des anciennes données SLA 
• Les métriques du check: Affiche les informations sur les métriques du check

Cette partie SLA - Writer du résultat du check indique dans la première puce le nombre d'élément total dans le module.

Puis les autre puces indique pour chaque worker :

• Le nombre géré d'élément dans le worker
• Les statistiques sur x minutes (configurable TODO FAIRE LE LIEN)
  
  • Le temps d'écriture
  • Le nombre d’élément écrit 
  • La charge sur la dernière minute

Archivage des SLA

La partie SLA - Archive indique les informations sur l'archivage des SLA.

La première puce présente les informations sur la dernière archive avec :

• La date de début de l'archive
• Le temps d’exécution de l'archive
• Le nombre de SLA archivés

Dans la deuxième puce indique la date de la plus ancienne archive de stockée. Cette date est la limite à partir de laquelle on ne peut pas générer un rapport SLA ou visualiser un SLA dans l'onglet Historique/SLA du volet détail de l'interface de visualisation plus ancienne que cette date. 

Migration des données

La partie SLA - Migration indique les informations sur le statut du processus de migration des données de SLA.

Pour rappel, la migration des données SLA permet de migrer toutes les données SLA d'un format de donnée vers un nouveau qui pourrait être mise en place lors d'une mise à jour de Shinken

Lorsque la migration des données est en cours le résultat du check indique :

• Si la base de donnée a été migré
  
  • Avec le nombre de données utilisant l'ancien format de données
• Le statut de la migration
  • La progression de la migration avec le pourcentage et le nombre de données migré et sur le nombre total de donnée.

Si la base de données est au bon format, le résultat du check indique la durée de la dernière migration effectuée

Rotation des données 

La partie SLA - Database cleanup indique les informations sur la rotation des données.

Pour rappel la rotation des données est un système de suppression des données afin d'éviter que la base de données ne grossisse trop. Cette rotation supprime les données à partir d'un certain nombre de jours. Exemple ci-contre seul les 300 derniers jours de SLA sont conservés.

Le nombre de jour à conservé est paramétrable dans le fichier de configuration du module SLA sur la paramètre nb_stored_days. Si souhaiter ne pas mettre de jours maximal de conservation, il faut mettre la valeur -1 au paramètre 

Lorsque la rotation est en cours, le résultat du check indique :

• La date limite de conservation des SLA
  • Avec le nombre de SLA a supprimer
• La progression de la rotation
  • Avec le pourcentage d'avancement
• La taille totale de la base de données SLA
  • Avec le nombre d'élément supervisé qui correspond au total d'élément affiché dans la partie "écriture"
  • Le nombre d'élément qui ne sont plus supervisé mais toujours stocké

Lorsque la rotation est désactivée, voici les informations affichées  :

• Affiche que les SLA sont conservé pour toujours
• La taille totale de la base de données SLA
  • Avec le nombre d'élément supervisé qui correspond au total d'élément affiché dans la partie "écriture"
  • Le nombre d'élément qui ne sont plus supervisé mais toujours stocké

Dans cette dernière partie sous les tableaux se trouve les informations des métrique du checks. Voici les informations affichées: 

• worker_X_worker_load : charge du worker sur la dernière minute (comme dans l'ouput du check)
• worker_X_sla_last_minute_write_nb : Nombre de sla écrit sur la dernière minute
• worker_X_sla_last_minute_write_time : Temps passé sur la dernière minute a écrire les SLA ( en seconde )
• storage_size :  taille en octet des données SLA en base

Le résultat du check de supervision de la lecture du module SLA par l'interface de visualisation se compose 2 parties :

• Les temps par requête
• Les informations liées à la lecture

• Stored SLAs : Nombre de donnée SLA lue depuis les archives / temps pris pour lire des données
• Today's RAW SLAs : Nombre de donnée SLA non archivé lue / temps pris pour lire des données
• History : nombre d'appel SLA de la page détail / temps par appel
• Widget : nombre d'appel à la widget SLA  / temps par appel
• Report : nombre d'appel à la page de rapport / temps par appel

Dans la partie lecture, le résultat du check affiche les informations lié aux requêtes envoyées à la base de données. Ce résultat des requêtes se compose en 2 tableaux qui affichent les temps de connexion de chaque type de requête :

• Les requêtes émises par le module SLA
• Les requêtes émises par l'interface de visualisation.

Dans le tableau des requêtes émises par le module SLA, les requêtes sont catégorisés entre les requêtes sur les données SLA stockées et les données SLA journalières non stocké.

Dans le tableau des requêtes envoyées par l'interface de visualisation affiche le nombre de requête et le temps d’exécution par origine  :

• Historique
• Widget
• Rapport

• Request type :  les types sont 
  •  History
  • Widget 
  • Report

Endpoint : contient les paramètres de l'appel ce qui peut permettre de comprendre pourquoi un appel est long : Par exemple un rapport sur une année entière et 200 élément peut être long a générer 

• Time taken :  temps par requête en milliseconde