Documentation Oracle Cloud Infrastructure

Concepts clés

Passez en revue les concepts clés d'Oracle Pulse.

Les rapports d'analyse et les données historiques d'Oracle Pulse sont basés sur les indicateurs commerciaux et les indicateurs clés de performance (KPI) issus de différents domaines de prestation de services, comme suit :

  • Les mesures commerciales sont des mesures qui vous permettent d'analyser les performances de l'entreprise. Il s'agit généralement de valeurs numériques, aussi simples que la somme des valeurs d'une colonne de fait ou d'un calcul complexe impliquant des opérateurs mathématiques.

  • Les indicateurs clés de performance (KPI) sont des mesures spécifiques permettant de définir et de suivre les objectifs. Les indicateurs clés de performance ont des valeurs mesurables qui varient généralement avec le temps et peuvent être comparés au fil du temps pour les tendances et les modèles de performances. L'évaluation des KPI est déterminée en comparant la valeur réelle à un seuil défini.

Oracle Pulse couvre six domaines importants liés à la prestation de services : disponibilité, stockage, incidents, modifications et (si activé) Business Transaction Monitoring and Business Insight. Oracle Pulse couvre également les mesures d'hôte et de base de données. Ce chapitre explique la base conceptuelle des indicateurs d'activité et des indicateurs clés de performance d'Oracle Pulse dans chaque domaine, comme expliqué dans les sections suivantes :

Mesures de disponibilité

Oracle Pulse présente la dernière représentation de la disponibilité des services de votre organisation au moment du calcul. Cette section définit la façon dont Oracle calcule ces mesures et met en évidence toutes les hypothèses sous-jacentes aux valeurs présentées dans Oracle Pulse.

La disponibilité est un principe déterminant de la prestation de services ITIL, et les services Oracle suivent les principes ITIL pour le calcul de la disponibilité. Conformément à ces principes, la disponibilité correspond au pourcentage de temps pendant lequel un service de production fonctionne comme prévu. Dans la pratique, cela signifie que les utilisateurs finaux peuvent se connecter et effectuer toutes les transactions métier.

Les calculs de disponibilité prennent en compte uniquement les incidents complets non planifiés pour vos environnements de production, dont Oracle est responsable. De telles pannes signifient que les utilisateurs finaux subissent une perte totale de service - ils ne peuvent pas se connecter ni effectuer de transactions commerciales. Les utilisateurs connectés au démarrage de la coupure ne peuvent pas effectuer les actions en cours. Si l'organisation cliente est responsable de la restauration du service (par exemple, pour effectuer les réparations nécessaires), la panne n'est pas incluse dans les calculs de disponibilité.

Ces calculs excluent également les coupures de maintenance planifiées pour vos environnements de production, où la panne survient à une date et une heure convenues en raison d'une maintenance régulière ou d'une demande de modification client.

Si des transactions commerciales isolées ne peuvent pas être effectuées dans vos environnements de production, mais que d'autres transactions de service peuvent être effectuées, cela est considéré comme une interruption de service et n'affecte pas les calculs de disponibilité.

Le tableau de bord Pulse récapitule les informations sur le temps de disponibilité et le nombre de coupures non planifiées survenues dans vos environnements de production, ainsi que la durée totale des coupures complètes non planifiées, des interruptions de service et des coupures de maintenance de production planifiées pour le mois en cours ou pour le mois indiqué. Pour plus d'informations, reportez-vous à la section Analyse de la disponibilité des systèmes dans Vérification des performances de vos services.

Le tableau de bord Disponibilité au niveau du client et du service récapitule les informations sur la disponibilité des environnements de production de votre organisation pour l'intervalle de temps indiqué, ce qui vous permet de :

Mesures de stockage

Oracle Pulse fournit des mesures de stockage pour tous les services de votre organisation. Les mesures d'utilisation du stockage peuvent être utiles pour détecter une consommation inhabituelle du stockage, localiser la source de chaque anomalie et comprendre quand votre utilisation du stockage approche de l'habilitation en cours. Par exemple, cela peut être utile pour identifier les services qui consomment une quantité disproportionnée de stockage.

Votre droit au stockage correspond à la quantité de stockage incluse dans le contrat de services pour le service ou l'ensemble de services que votre organisation a acheté. Cela inclut un droit de base et tout stockage supplémentaire acheté initialement ou via des ajouts au contrat. Les droits de votre organisation font l'objet d'un suivi manuel par votre équipe de gestion des clients Oracle.

Avec Oracle Pulse, vous pouvez surveiller à la fois les droits de stockage de votre organisation et la quantité de stockage consommée par votre organisation. Les ressources de stockage peuvent être situées sur @customer ou @partner, appelé stockage appartenant au client. Le stockage appartenant au client inclut tout le stockage situé dans les data centers de votre organisation et ceux appartenant aux organisations partenaires. Il inclut également tous les serveurs Oracle Exadata et Exalogic détenus par votre organisation dans les centres de données Oracle. Le stockage appartenant à Oracle couvre tout le stockage utilisé dans les centres de données des services Oracle, à l'exception des serveurs appartenant à votre organisation.

Le stockage consommé inclut la quantité de stockage commercial allouée aux services de votre organisation sur le stockage appartenant à Oracle. Le stockage commercial inclut généralement tout le stockage utilisé par des applications telles qu'Oracle® E-Business Suite et les outils nécessaires à l'exécution de ces applications. Les outils peuvent inclure le stockage Oracle Database ou les logiciels de base de données et d'application. Le stockage commercial exclut les systèmes de fichiers mis en miroir, les sauvegardes et autres éléments considérés comme du stockage non commercial.

Le stockage consommé est déduit de votre habilitation de stockage en cours d'exécution. La valeur de stockage consommée inclut également la consommation et l'utilisation non commerciales des ressources de stockage de votre organisation. Cela fait du stockage consommé un outil important pour la gestion du stockage et la prévision de l'utilisation future.

Le tableau de bord Pulse récapitule l'utilisation du stockage par rapport aux droits et affiche les modifications apportées à l'activité de stockage récente. Des modifications importantes dans l'une ou l'autre mesure justifient une enquête immédiate. Pour plus d'informations, reportez-vous à la section Analyse du stockage dans Vérification des performances de vos services.

Le tableau de bord Stockage au niveau du client et du service couvre l'utilisation du stockage dans tous les services de votre organisation et les environnements associés, ce qui vous permet d'effectuer les opérations suivantes :

Incident - Métriques

Oracle Pulse effectue le suivi de toutes les demandes de service de production et de non-production (incidents) associées aux services de votre organisation, à l'aide des informations tirées de My Oracle Support.

Dans le tableau de bord des impulsions, vous pouvez voir un récapitulatif des demandes de service de gravité 1 ouvertes et des demandes de service en attente de vérification, ainsi qu'une comparaison entre le nombre de demandes de service créées et le nombre de demandes de service fermées pour vos environnements de production sur une période de 3 mois complets. Un grand nombre de demandes de service de gravité 1 créées dans vos environnements de production peuvent mériter une analyse plus approfondie. Pour plus d'informations, reportez-vous à la section Analyse des incidents dans Vérification des performances des services.

Les mesures de demande de service pour vos environnements de production et de non-production sont répertoriées dans le menu Incidents au niveau du client et du service, ce qui vous permet de :

Remarque

Pour afficher les informations relatives aux demandes d'assistance dans Oracle Pulse, vous devez disposer des privilèges requis sur les demandes d'assistance dans My Oracle Support. Pour plus d'informations, reportez-vous à la section Conditions requises dans Présentation d'Oracle Pulse.

métrique des modifications

Les demandes de modification sont suivies dans Oracle Pulse à l'aide des informations tirées de My Oracle Support. Disponible au niveau du client et du service, ainsi que pour les environnements individuels, ces métriques affichent les types de modification qui ont été demandés, rejetés, programmés ou terminés, ou qui sont en cours de traitement pour tous les services de votre organisation jusqu'au niveau de modifications programmées pour des environnements et des hôtes individuels.

Le tableau de bord des impulsions résume toutes les demandes de modification qui ont été planifiées entre le jour actuel et les 30 prochains jours et toutes les demandes de modification nécessitant une intervention du client. Pour plus d'informations, reportez-vous à la section Analyse des modifications dans Vérification des performances de vos services.

Les mesures de modification sont également répertoriées dans le menu Modifications au niveau du client et du service, ce qui vous permet de :

Remarque

Pour afficher les informations relatives aux demandes de modification dans Oracle Pulse, vous devez disposer des privilèges RFC requis dans My Oracle Support. Pour plus d'informations, reportez-vous à la section Conditions requises dans Utilisation des rapports de gestion des modifications.

Mesures d'autoréparation

Oracle Pulse fournit des mesures d'auto-dépannage, représentées par des actions correctives effectuées sur les services de votre organisation. Cette section définit la façon dont Oracle calcule ces mesures et met en évidence toutes les hypothèses sous-jacentes aux valeurs présentées dans Oracle Pulse.

Les calculs d'autorétablissement prennent uniquement en compte les actions correctives terminées effectuées sur vos environnements. Le tableau de bord Pulse récapitule les informations sur le nombre d'actions correctives exécutées dans vos environnements de production et hors production, les informations sur leur temps d'exécution, les types et tendances, ainsi que les détails de chaque action corrective. Pour plus d'informations, voir Analyse des actions correctives de production et hors production, Analyse des actions correctives par tendance, Analyse des actions correctives par type et Affichage des détails des actions correctives dans les sections Utilisation des rapports d'auto-guérison.

Le tableau de bord Réparation spontanée vous permet d'effectuer les opérations suivantes :

Mesures de surveillance de business transaction

BTM vous aide à comprendre et à gérer les performances de votre système de traitement des transactions. Les temps de réponse aux transactions donnent un aperçu des performances de vos services et environnements, et peuvent indiquer des problèmes potentiels ou réels. BTM peut vous aider à établir un profil d'utilisation, à identifier les problèmes liés aux performances et à examiner la cause des composants défectueux dans un processus métier.

Les transactions sont généralement des fonctions métier, telles que l'exécution de la paie mensuelle pour une société. Chaque transaction est une séquence d'opérations que vous souhaitez surveiller en tant qu'unité unique. Lorsque l'utilisateur effectue une partie ou la totalité de ces opérations, la transaction est une interaction utilisateur. Lorsque toutes les opérations sont terminées sans entrée utilisateur, la transaction est un travail en batch. Oracle Pulse fournit aux utilisateurs des rapports distincts pour les traitements batch Oracle® E-Business Suite et PeopleSoft, tout en continuant à prendre en charge les interactions utilisateur. En outre, Oracle Pulse analyse et surveille le statut et l'état des cibles sur lesquelles s'exécute la suite SOA (Oracle Service-Oriented Architecture).

Remarque

Le tableau de bord Transactions est affiché dans le menu de navigation uniquement pour les services pour lesquels BTM a été activé.

Si BTM n'a pas été activé, le tableau de bord Transactions est masqué aux niveaux Client et Service.

Les mesures BTM proviennent d'Oracle® Enterprise Manager, qui interroge à son tour les applications Oracle prises en charge. BTM prend en charge les travaux par lots Oracle® E-Business Suite et PeopleSoft, qui sont extraits d'Oracle® E-Business Suite et PeopleSoft.

Oracle Pulse peut être configuré pour rapporter des cibles spécifiques surveillées par Oracle® Enterprise Manager. Votre gestionnaire Oracle Service Delivery Manager (SDM) peut collaborer avec vous pour configurer et identifier vos principales transactions d'entreprise à des fins de surveillance.

A propos des mesures de transaction dans Oracle Pulse

Le tableau de bord Pulse offre un aperçu des indicateurs de stabilité et de performances pour tous les services de votre organisation au niveau de l'application, du centre de données (local et distant), du lot et du centre clientèle.

Les mesures de stabilité sont calculées en fonction de la capture la plus récente des mesures du gestionnaire de traitements simultanés pour les environnements Oracle® E-Business Suite du client ou pour l'un des planificateurs PeopleSoft qui gèrent les travaux surveillés par Oracle Pulse. La stabilité utilise la dernière exécution de la transaction de connexion BTM exécutée avec succès jusqu'à la fin pour indiquer si l'application de service est disponible pour les utilisateurs. Pour les transactions par lots, la stabilité indique si les gestionnaires de traitements simultanés et/ou les moniteurs de processeur s'exécutent comme prévu et dans les seuils définis.

Performance metrics for Oracle® E-Business Suite concurrent managers and PeopleSoft schedulers are calculated based on the two most recent data captures for any job monitored by Oracle Pulse. Les performances indiquent si les transactions exécutées pour le service à partir de l'indicateur sélectionné s'exécutent dans la tolérance des mesures BTM définies (c'est-à-dire la valeur médiane) ou dans les seuils d'avertissement définis pour les transactions par lots. L'indicateur de performances change une fois que deux exécutions de transactions simultanées dépassent toutes les deux la valeur médiane de la transaction.

Le tableau de bord Transactions au niveau du client affiche toutes les transactions pour les services de votre organisation, fournissant des rapports distincts pour l'expérience utilisateur par lieu, Oracle® E-Business Suite et PeopleSoft. Vous pouvez filtrer les transactions affichées par type de transaction : traitement batch Suite EBiz, traitement batch PeopleSoft ou interaction utilisateur. Chaque enregistrement de transaction est lié à des rapports plus détaillés sur les métriques récentes et historiques.

De même, le tableau de bord Transactions au niveau service fournit à la fois des récapitulatifs et des rapports de métriques détaillés pour tous les traitements batch et les interactions utilisateur associés au service. Enfin, le tableau de bord Transactions récapitule toutes les informations sur les transactions pour l'environnement sélectionné.

A propos des traitements batch

Traités sous la forme d'une série de programmes simultanés, les traitements batch consomment beaucoup de données et sont longs à exécuter. Ils sont généralement exécutés de manière asynchrone, lorsque les utilisateurs sont les moins actifs sur le système. Chaque demande d'exécution d'un traitement batch immédiat ou planifié en tant que programme de traitements simultanés est appelée demande simultanée. La demande inclut généralement les dates de début et de fin, ainsi que la fréquence de resoumission si la demande est récurrente. Pour chaque demande simultanée, BTM mesure le temps écoulé entre l'observation du message de début de l'environnement et l'observation de son message de fin. Temps de réponse pour la demande de traitement simultané.

Remarque

Les termes travail en batch et programme simultané sont utilisés de manière interchangeable dans Oracle Pulse.

Pour vous aider à évaluer les performances des transactions de traitement batch, Oracle Pulse collecte à la fois l'exécution maximale et l'exécution avancée pour la transaction de traitement batch pour toutes les données collectées à partir d'Oracle® E-Business Suite ou de PeopleSoft. L'exécution maximale est la durée maximale nécessaire à l'exécution de la transaction de traitement batch à partir de toutes les exécutions enregistrées. avg runtime est le temps moyen nécessaire à la réalisation du traitement batch. Toutes les demandes terminées sont comptabilisées dans le temps de réponse, que des alertes de condition se soient produites ou non. Si la réponse du traitement batch approche ou dépasse l'exécution maximale, ou si l'exécution moyenne est supérieure à ce qui était prévu, une investigation plus approfondie est nécessaire.

Vous pouvez utiliser Oracle Pulse pour identifier les anomalies dans les exécutions du programme de traitements simultanés, ainsi que le moment et la raison de ces anomalies. Ouvrez les rapports détaillés pour consulter des informations sur les systèmes de gestion de travaux Oracle® E-Business Suite ou PeopleSoft, c'est-à-dire l'environnement Oracle® E-Business Suite ou PeopleSoft exécutant les traitements batch. Ces informations incluent les demandes simultanées les plus longues en cours d'exécution dans le système de travaux E-Business SuiteOracle® E-Business Suite Oracle<sup sid="3">®</sup>, les travaux en état d'alerte à un moment donné et les travaux en état d'alerte dans les 7 jours précédant la dernière collecte de données pour votre système de travaux PeopleSoft, ainsi que les travaux actuellement en file d'attente dans le système de travaux PeopleSoft.

Les rapports historiques pour les systèmes de travaux Oracle® E-Business Suite affichent les programmes de traitements simultanés les plus longs ou le programme de traitements simultanés présentant le plus grand nombre de demandes, au cours d'un intervalle de 24 heures à compter de la date indiquée, tandis que les rapports historiques pour les systèmes de travaux PeopleSoft indiquent le nombre de demandes de travail ayant différents statuts au cours des dernières 24 heures.

BTM suit également la phase et le statut de toutes les demandes simultanées surveillées en cours et historiques, ce qui vous aide à identifier les problèmes de performances ou d'exécution avec les demandes de traitement batch surveillées Oracle® E-Business Suite ou PeopleSoft qui sont en cours d'exécution ou qui ont été exécutées sur l'intervalle indiqué (la dernière heure, les dernières 24 heures ou les 31 derniers jours).

Les rapports historiques pour les travaux Oracle® E-Business Suite peuvent être filtrés pour afficher le comportement des demandes simultanées sur un intervalle de 24 heures. Vous pouvez ouvrir la liste de toutes les demandes simultanées surveillées, des demandes terminées avec des erreurs (filtre Demandes terminées avec erreur) ou des avertissements (filtre Demandes terminées avec avertissement), des demandes qui ont été exécutées. était en phase d'attente (filtre Demandes en attente) ou qui était plus long que prévu à l'état d'attente (filtre Demandes en attente longues), ou vous pouvez vérifier toutes les demandes qui ont abouti (filtre Demandes terminées avec succès).

A propos des interactions utilisateur

En revanche, les transactions d'interaction utilisateur ne sont évaluées que sur les performances. BTM enregistre le temps nécessaire à la réalisation du dernier ensemble d'opérations comprenant l'interaction utilisateur. Il s'agit du dernier temps de réponse pour la transaction.

Pour les transactions d'interaction utilisateur, BTM compare le dernier temps de réponse à l'exécution moyenne sur 30 jours. Cette valeur correspond à la moyenne générale de toutes les exécutions enregistrées pour une interaction utilisateur au cours des 30 derniers jours. Toutes les exécutions terminées sont comptabilisées dans le temps de réponse. BTM indique également la différence entre le dernier temps de réponse de la transaction et le seuil convenu. Le seuil est le temps de réponse acceptable le plus long pour l'interaction utilisateur. Il est défini dans Oracle® Enterprise Manager en consultation avec votre modèle Oracle SDM.

Pour analyser les performances d'une interaction utilisateur, ouvrez le rapport détaillé. Le graphique des performances compare le temps de réponse d'une interaction utilisateur avec le seuil et la médiane historique. La médiane historique est la valeur située au milieu de la plage des temps de réponse mesurés. Retournez à la vue tabulaire pour voir les valeurs sous-jacentes au graphique.

Les détails de l'onglet Stress prolongé permettent à l'utilisateur d'identifier une dégradation percutante des performances sur les transactions d'entreprise clés et d'identifier les causes possibles de cette dégradation, ce qui accélère les temps de résolution. Le graphique de cet onglet met en évidence les périodes de dégradation des performances dans lesquelles les temps de réponse de la transaction sont nettement supérieurs ou inférieurs aux temps de réponse normaux pour cette transaction sur une période prolongée. Ces périodes de stress soutenu sont corrélées aux événements (y compris les demandes de changement, les demandes de service et les événements fonctionnels) qui se sont produits pendant et autour de la période de stress identifiée, car ce sont des facteurs susceptibles de contribuer à la dégradation des performances elle-même.

A propos des transactions LTM

Les transactions Login Transaction Management (LTM) font désormais partie de la configuration principale d'Oracle Services Monitoring pour les applications de production. L'objectif des transactions LTM est de détecter les problèmes d'accès aux applications qui peuvent survenir en ce qui concerne les composants d'infrastructure, la capacité, les performances et l'accès.

A l'aide d'un compte utilisateur à accès restreint, une transaction LTM se connecte simplement à la page d'accueil de l'application et se déconnecte immédiatement. Cette action simple permet à la transaction LTM de suivre les problèmes susmentionnés. Les transactions LTM ne devraient avoir aucun impact sur la capacité ou les performances de l'environnement de production. Pour plus d'informations sur les transactions LTM, contactez votre responsable de prestation de services.

A propos des services SOA

Les services SOA (Oracle Service-Oriented Architecture) assurent la connectivité entre les applications déployées dans une architecture orientée services. La connectivité entre ces services est essentielle pour qu'une entreprise continue à fonctionner efficacement et à atteindre ses objectifs.

Les applications composites, également appelées composites, sont des applications logicielles créées en combinant plusieurs fonctions existantes dans une nouvelle application. La cible de composite est constituée de blocs de construction que vous utilisez pour construire une application composite SOA, appelée composants de service (processus BPEL, règle métier, composant Human Task, Spring et médiateur).

Utilisez Oracle Pulse pour analyser le statut des cibles sur lesquelles s'exécute la suite SOA et pour surveiller de manière proactive l'état des composites (statut, utilisation et autres mesures), ce qui joue un rôle important dans la prévision et la compréhension de la croissance et de l'impact des composites sur les performances et le stockage. En outre, Oracle Pulse peut également générer des rapports sur l'état des composites SOA, ce qui vous permet de maintenir la synchronisation des données et de minimiser tout delta potentiel entre les systèmes. Par exemple, pour les composites intensivement utilisés, lorsqu'un niveau élevé de journalisation d'audit est défini pour un ensemble de composites afin de gérer les erreurs, les avertissements et d'autres détails, cela peut signifier qu'un volume élevé de données est conservé dans la base de données. Une activité de purge de journal insuffisante peut entraîner des problèmes majeurs de performances et d'espace de stockage, affectant ainsi d'autres activités du service.

Les composites SOA peuvent être déployés dans des sections distinctes de l'infrastructure SOA, appelées partitions. Le déploiement vers des partitions vous permet de regrouper logiquement les composites SOA et d'effectuer des tâches de gestion du cycle de vie en masse sur toutes les applications de composite SOA dans le cadre d'une interaction fluide et opportune partition.The spécifique entre les points d'intégration d'un service SOA est essentiel à la réussite des flux de processus métier globaux. La fonctionnalité BTM d'Oracle Pulse permet de :

  • afficher les informations de diagnostic et d'état des composites SOA

  • bénéficier d'une visibilité rapide pour permettre la résolution rapide des incidents

  • Comprendre les données de tendance liées aux interfaces SOA, qui permettent d'avoir une meilleure vision de l'ensemble du processus métier et fournit des informations sur les domaines qui s'exécutent en dehors des normes attendues

Mesures de Business Insight

La fonctionnalité Business Insight d'Oracle Pulse utilise deux catégories de métriques :

  • Les indicateurs clés de performance (KPI) fournissent des informations de haut niveau sur une mesure d'activité critique, telle que les niveaux de stock ou le statut des comptes. Les indicateurs clés de performance peuvent être suivis visuellement via un graphique Business Insight. En outre, des seuils et des alertes peuvent être configurés pour ces graphiques KPI, ce qui facilite le suivi proactif.

  • Les mesures détaillées sont des mesures associées à la mesure d'indicateur clé de performance qui fournissent des informations supplémentaires sur les problèmes identifiés dans le graphique d'indicateur clé de performance. Ces mesures sont visibles via la vue tabulaire. Par exemple, si le graphique KPI indique que le pourcentage de comptes ayant le statut Ouvert est trop élevé avant l'événement de clôture de période, la vue de tableau peut fournir des données complémentaires mettant en évidence le nom des comptes, la région géographique à laquelle ils appartiennent ou le point de contact de cette région. Ensemble, le graphique KPI et la vue tabulaire vous permettent de suivre de manière proactive vos principaux objectifs commerciaux et vous fournissent des informations supplémentaires pour interpréter les mesures des KPI et prendre des mesures basées sur les données.

Le widget Business Insight du tableau de bord des impulsions fournit une vue récapitulative de haut niveau des rapports Business Insight provisionnés. Pour plus d'informations, reportez-vous à la section Widget Business Insight dans Vérification des performances de vos services.

Le tableau de bord Business Insight récapitule les informations sur les mesures que vous avez demandées d'inclure dans votre rapport Business Insight, ce qui vous permet de surveiller les mesures qui vous intéressent. Pour plus d'informations, reportez-vous à la section Surveillance des mesures Business Insight dans Utilisation des rapports Business Insight.

Mesures d'hôte et de base de données

Les mesures d'hôte et de base de données sont suivies dans Oracle Pulse à l'aide des informations tirées d'Oracle® Enterprise Manager. Disponible au niveau du client, ces mesures vous permettent de voir la charge sur différents hôtes et bases de données à un moment donné.

Le tableau des métriques d'hôte du tableau de bord Performances au niveau client vous permet de vérifier les éléments suivants :

  • Nombre moyen de travaux en attente d'E/S au cours du dernier intervalle

  • la quantité d'UC utilisée en mode SYSTEM en pourcentage de la puissance totale de traitement de l'UC ou du temps passé par les threads de processus à exécuter du code en mode privilégié

  • la quantité d'UC utilisée en mode USER en pourcentage de la puissance totale de traitement de l'UC ou du pourcentage de temps passé par le processeur en mode USER

  • la quantité d'utilisation de l'UC sous forme de pourcentage de la puissance totale de traitement de l'UC disponible ou du temps passé par l'UC à exécuter un thread sans inactivité

  • la quantité de mémoire utilisée en pourcentage de la mémoire totale

  • le nombre de pages transférées en mémoire (lecture à partir du disque pour résoudre les références de mémoire défectueuse) par seconde ou le taux de lecture des pages à partir du disque pour résoudre les erreurs de page en dur

  • le nombre de pages écrites (par seconde) par le gestionnaire de mémoire virtuelle ou le taux d'écriture des pages sur le disque pour libérer de l'espace dans la mémoire physique

  • le nombre moyen de processus en mémoire exécutés dans le dernier intervalle

  • pourcentage de mémoire swap utilisée pour le dernier intervalle ou pourcentage de l'environnement de fichier de page utilisé

  • le nombre total de processus en cours d'exécution sur le système

Pour plus d'informations, reportez-vous à la section Utilisation des mesures d'hôte dans Utilisation des rapports sur les performances.

Le tableau Mesures de base de données du tableau de bord Performances au niveau client vous permet de vérifier les éléments suivants :

  • le nombre actuel de connexions

  • le temps moyen de réception du bloc de requête courant (CR), mesuré en 100e d'une seconde

  • le nombre total d'octets envoyés et reçus via la couche SQL Net vers et depuis la base de données

  • nombre de blocs de données écrits sur le disque par seconde pendant la période d'échantillonnage

  • l'utilisation de la ressource de processus par rapport aux valeurs (pourcentages) indiquées par les arguments de seuil

  • l'utilisation de la ressource de session par rapport aux valeurs (pourcentages) indiquées par les arguments de seuil

  • nombre de lectures logiques par seconde pendant la période d'échantillonnage

  • quantité totale de mémoire utilisée, en Mo

Pour plus d'informations, reportez-vous à la section Utilisation des mesures de base de données dans Utilisation des rapports sur les performances.