Outils de statistiques de diagnostic du système

Pour faciliter l’évaluation des performances, les outils statistiques enregistrent les statistiques des activités système qui affectent les performances, telles que l’exécution de requêtes, de scripts et de transactions.

Remarque :

Le module d’extension Stats Tools est activé par défaut. L’activation ou la mise à niveau du rôle administrateur est nécessaire, et le rôle com.snc.jrobin est nécessaire.

Stats Tools ajoute des modules sous Diagnostics du système > Statistiques, y compris les requêtes lentes, les scripts lents et les transactions lentes. Chaque module accède à une table de modèles d’activité [sys_query_pattern], [sys_script_pattern], [sys_transaction_pattern]. Chaque table de modèles représente une collection d’activités uniques. Chaque collection est une agrégation des exécutions de cette activité unique sur une période donnée. Chaque enregistrement fournit une analyse temporelle de base avec des exemples de détails identifiables de l’activité.

Remarque :

Pour faciliter le débogage, vous pouvez filtrer la plupart de ces journaux par périmètre de l’application, en limitant les transactions (par exemple, les scripts lents ou les événements) aux seules transactions provenant de champs d’application spécifiques.

Les modèles d’activité sont immédiatement enregistrés dans un cache et sont ensuite conservés dans leur table de modèles. Si vous videz les caches du serveur, les activités enregistrées qui n’ont pas été conservées sont effacées. Voici des exemples d’enregistrements de modèles.

• Chaque fois qu’une requête qui atteint le seuil d’enregistrement et de persistance est exécutée, elle est agrégée et stockée en tant qu’enregistrement de modèle de requête.
• Chaque fois qu’une règle métier particulière est exécutée, elle s’agrège en un enregistrement de modèle de script.
• Chaque fois qu’une tâche en arrière-plan particulière s’exécute, elle s’agrège en un enregistrement de modèle de transaction unique.
• Chaque clic sur le bouton Nouveau sur la liste Incidents compte comme un modèle de transaction de type liste avec une action de formulaire spécifique.

Mesures

Les mesures incluent les durées totales et moyennes d’intérêt par modèle d’exécution unique sur le nombre total d’exécutions. Les mesures sont regroupées avec chaque nouvelle instance de l’activité unique et conservées jusqu’à l’enregistrement de modèle.

Métadonnées

Des exemples de données provenant d’exécutions spécifiques sont inclus sur chaque modèle pour identifier les détails de l’exécution.

Caractérisations de chaque type d’activité

Transactions	Tous les types de transactions incluent les transactions côté serveur et les transactions côté client connexes. Les mesures incluent le temps de chargement total du serveur, qui agrège le temps total côté serveur, à l’exclusion des temps d’attente de sémaphore et de session. Il agrège également les temps de transaction de serveur pertinents qui se trouvent dans la table syslog_transaction. Types de transactions : Une transaction de demande HTTP est identifiée par une URL, un type de transaction, un processeur, une action de formulaire/liste, une requête d’URL (filtres) et un nom de table connexe. Toute autre transaction est identifiée par son URL/page/nom de transaction, son type de transaction et le nom du processeur ou du thread.
Scripts	Tous les types d’activité de script incluent les scripts évalués par GlideScopedEvaluator. Types de scripts : Un script Jelly est identifié par la table de sys_jelly_file, le chemin d’accès du fichier Jelly, le numéro de ligne et le script qui a été exécuté. Tout autre script est identifié par la table et le sys_id.
Requêtes	Toute activité de requête inclut des déclarations préparées exécutées par GlideDBI. Types de requêtes : Toutes les requêtes sont identifiées par des instructions Query ou Insertion, Update ou Select de MongoDB, ainsi que d’autres composants de l’instruction tels que les colonnes sélectionnées, la clause Where, les unions, les ensembles de colonnes et les limites.