Documentation sur Oracle Cloud Infrastructure

Principaux concepts

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 des mesures d'affaires et des indicateurs clés de rendement (ICR) provenant de différents secteurs de prestation de services, comme suit :

  • Les mesures d'affaires sont des mesures qui vous permettent d'analyser le rendement de l'entreprise. Généralement, il s'agit de valeurs numériques, aussi simples que la somme des valeurs d'une colonne de faits ou d'un calcul complexe impliquant des opérateurs mathématiques.

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

Oracle Pulse couvre six domaines importants de prestation de services : disponibilité, stockage, incidents, modifications et (si activé) Business Transaction Monitoring et Business Insight. Oracle Pulse couvre également les mesures d'hôte et de base de données. Ce chapitre explique la base conceptuelle des mesures d'affaires et des indicateurs clés de rendement 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éfinissant la prestation de services ITIL, et les services Oracle respectent les principes ITIL pour le calcul de la disponibilité. Conformément à ces principes, la disponibilité est le pourcentage de temps pendant lequel un service de production fonctionne comme prévu. En 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 interruptions complètes non planifiées 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 ou effectuer des transactions commerciales. Les utilisateurs connectés au début de l'interruption ne peuvent pas terminer les actions courantes. Si l'organisation cliente est responsable de la restauration du service - par exemple, effectuer les réparations nécessaires - la panne n'est pas incluse dans le calcul de la disponibilité.

Ces calculs excluent également les interruptions de maintenance planifiée pour vos environnements de production, où l'interruption se produit à une date et une heure convenues en raison d'une maintenance régulière ou d'une demande de modification du client.

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

Le tableau de bord Pulse résume les informations sur le temps d'activité et le nombre d'interruptions non planifiées qui se sont produites dans vos environnements de production, ainsi que les informations sur la durée totale des interruptions complètes non planifiées, des interruptions de service et des interruptions de maintenance de production planifiées pour le mois courant ou pour le mois indiqué. Pour plus d'informations, voir la section Analyse de la disponibilité des systèmes sous Vérification de la performance de vos services.

Le tableau de bord Disponibilité au niveau du client et du service résume les informations sur la disponibilité des environnements de production de votre organisation pour l'intervalle de temps spécifié, ce qui vous permet d'effectuer les opérations suivantes :

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 de stockage inhabituelle, identifier la source de chaque anomalie et comprendre quand votre utilisation du stockage approche des droits actuels. Par exemple, cela peut s'avérer 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és. Cela comprend un droit de base et tout stockage supplémentaire acheté initialement ou par ajout au contrat. Les droits de votre organisation sont suivis manuellement par l'équipe de gestion de la clientèle d'Oracle.

À l'aide d'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 à l'adresse @customer ou @partner, soit le stockage appartenant au client. Le stockage détenu par le client comprend tout le stockage situé dans les centres de données de votre organisation et ceux appartenant à des organisations partenaires. Il comprend également tous les serveurs Oracle Exadata et Exalogic dont votre organisation est propriétaire dans les centres de données d'Oracle. Le stockage détenu par Oracle couvre tout le stockage utilisé dans les centres de données des services Oracle, à l'exclusion des serveurs dont votre organisation est propriétaire.

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

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

Le tableau de bord Pulse résume l'utilisation du stockage par rapport aux droits et affiche les modifications apportées aux activités de stockage récentes. Des changements importants dans l'une ou l'autre mesure justifient une enquête immédiate. Pour plus d'informations, voir la section Analyse du stockage sous Vérification de la performance de vos services.

Le tableau de bord de stockage au niveau du client et du service couvre l'utilisation du stockage dans l'ensemble des services de votre organisation et des environnements associés, ce qui vous permet :

Mesures d'incident

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

Dans le tableau de bord Pulse, vous pouvez voir un sommaire des demandes de service ouvertes de gravité 1 et des demandes de service en attente de révision, 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 pendant une période de 3 mois complets. Un nombre élevé de demandes de service de gravité 1 créées dans vos environnements de production peut nécessiter une analyse plus approfondie. Pour plus d'informations, voir la section Analyse des incidents dans Vérification de la performance de vos services.

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

Note

Pour voir les informations sur les demandes de service dans Oracle Pulse, vous devez disposer des privilèges de demande de service requis dans My Oracle Support. Pour plus d'informations, voir la section Exigences sous Aperçu d'Oracle Pulse.

Modifier les mesures

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

Le tableau de bord Pulse résume toutes les demandes de modification qui ont été programmées entre le jour courant et les 30 prochains jours, ainsi que toutes les demandes de modification nécessitant une intervention du client. Pour plus d'informations, voir la section Analyse des modifications dans Vérification de la performance 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 :

Note

Pour voir les informations de demande de modification dans Oracle Pulse, vous devez disposer des privilèges RFC requis dans My Oracle Support. Pour plus d'informations, voir la section Exigences sous Utilisation des rapports de gestion des modifications.

Mesures de réparation automatique

Oracle Pulse fournit des mesures de réparation automatique, 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éparation ne prennent en compte que les actions correctives terminées effectuées sur vos environnements. Le tableau de bord Pulse résume 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 les sections Analyse des actions correctives de production par rapport aux actions correctives de non-production, Analyse des actions correctives par tendance, Analyse des actions correctives par type et Consultation des détails des actions correctives dans Utilisation des rapports d'autoréparation.

Le tableau de bord de réparation automatique vous permet d'effectuer les tâches suivantes :

Mesures de surveillance des transactions d'affaires

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 une idée de la performance de vos services et environnements et peuvent indiquer des problèmes potentiels ou réels. BTM peut vous aider à identifier les problèmes liés au rendement et à déterminer la cause de l'échec des composants 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 avec l'utilisateur. Lorsque toutes les opérations sont terminées sans entrée utilisateur, la transaction est une tâche par lots. Oracle Pulse fournit aux utilisateurs des rapports distincts pour les tâches par lots Oracle® E-Business Suite et PeopleSoft, tout en continuant à prendre en charge les interactions avec les utilisateurs. En outre, Oracle Pulse analyse et surveille l'état et l'état des cibles sur lesquelles s'exécute la suite SOA (architecture orientée Oracle Service).

Note

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, à son tour, interroge les applications Oracle prises en charge. BTM prend en charge les tâches par lots Oracle® E-Business Suite et PeopleSoft, qui sont extraites d'Oracle® E-Business Suite et PeopleSoft.

Oracle Pulse peut être configuré pour produire des rapports sur des cibles spécifiques surveillées par Oracle® Enterprise Manager. Oracle Service Delivery Manager (SDM) peut collaborer avec vous pour configurer et identifier les principales transactions commerciales à surveiller.

À propos des mesures de transaction dans Oracle Pulse

Le tableau de bord Pulse fournit un aperçu des mesures de stabilité et de rendement pour tous les services de votre organisation au niveau des applications, des centres de données (locaux et distants), des lots et des centres clients.

Les mesures de stabilité sont calculées en fonction de la saisie la plus récente des mesures du répartiteur pour les environnements Oracle® E-Business Suite du client ou pour tous les programmateurs PeopleSoft qui gèrent les tâches surveillées par Oracle Pulse. La stabilité utilise la dernière exécution de la transaction de connexion BTM exécutée avec succès jusqu'à l'achèvement pour indiquer si l'application de service est disponible pour les utilisateurs. Pour les transactions par lots, la stabilité indique si les répartiteurs et/ou les moniteurs de processeur s'exécutent comme prévu et dans les limites des seuils définis.

Les mesures de rendement pour les répartiteurs Oracle® E-Business Suite et les programmateurs PeopleSoft sont calculées en fonction des deux saisies de données les plus récentes pour toute tâche surveillée par Oracle Pulse. La performance indique si les transactions exécutées pour le service à partir de la balise sélectionnée s'exécutent dans la limite de la tolérance des mesures définies par BTM (valeur médiane) ou dans les seuils d'avertissement définis pour les transactions par lots. L'indicateur de rendement modifie une fois que deux exécutions de transactions concurrentes dépassent la valeur médiane de la transaction.

Le tableau de bord Transactions au niveau du client présente toutes les transactions pour les services de votre organisation, fournissant des rapports distincts pour l'expérience utilisateur par emplacement, Oracle® E-Business Suite et PeopleSoft. Vous pouvez filtrer les transactions affichées par type de transaction : EBiz Tâche par lots Suite, Tâche par lots PeopleSoft ou interaction utilisateur. Chaque enregistrement de transaction renvoie à des rapports plus détaillés sur les mesures récentes et historiques.

De même, le tableau de bord Transactions au niveau du service fournit des sommaires et des rapports de mesures détaillés pour toutes les tâches par lots et les interactions utilisateur associées au service. Enfin, le tableau de bord Transactions résume toutes les informations de transaction pour l'environnement sélectionné.

À propos des tâches par lots

Traités en tant que série de programmes concurrents, les tâches par lots sont gourmandes en données et de longue durée. 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'une transaction de tâche par lots immédiate ou programmée en tant que programme concurrent est appelée demande concurrente. La demande comprend généralement des dates de début et de fin, ainsi que la fréquence de resoumission si la demande est récurrente. Pour chaque demande concurrente, BTM mesure l'heure à partir de laquelle le message de début de l'environnement est observé jusqu'à ce que son message de fin soit observé. Temps de réponse pour la demande concurrente.

Note

Les termes travail par lots et programme concurrent sont utilisés de manière interchangeable dans Oracle Pulse.

Pour vous aider à évaluer la performance des transactions de tâche par lots, Oracle Pulse collecte à la fois le temps d'exécution maximal et le temps d'exécution moyen de la transaction de tâche par lots pour toutes les données collectées à partir d'Oracle® E-Business Suite ou PeopleSoft. Le temps d'exécution maximal est le temps maximal nécessaire pour exécuter la transaction de tâche par lots à partir de toutes les exécutions enregistrées. Le temps d'exécution moyen est le temps moyen nécessaire pour terminer la tâche par lots. Toutes les demandes terminées sont comptées dans le temps de réponse, que des alertes de condition se soient produites ou non. Si la réponse de la tâche par lots approche ou dépasse le temps d'exécution maximal, ou si le temps d'exécution moyen est supérieur aux attentes, une étude plus approfondie est nécessaire.

Vous pouvez utiliser Oracle Pulse pour identifier les anomalies dans les exécutions de programmes concurrents, ainsi que la date et la raison de ces anomalies. Ouvrez les rapports détaillés pour consulter les informations sur les systèmes de tâches Oracle® E-Business Suite ou PeopleSoft, c'est-à-dire l'environnement Oracle® E-Business Suite ou PeopleSoft exécutant les tâches par lots. Ces informations comprennent les demandes concurrentes les plus longues en cours d'exécution dans le système de tâches Oracle® E-Business Suite, les tâches en état d'alerte à un moment donné et les tâches en état d'alerte dans les 7 jours précédant la dernière collecte de données pour votre système de tâches PeopleSoft, ainsi que les tâches actuellement mises en file d'attente dans le système de tâches PeopleSoft.

Les rapports historiques pour les systèmes de tâches Oracle® E-Business Suite affichent les programmes concurrents les plus longs à exécuter ou le programme concurrent avec le nombre le plus élevé de demandes, pendant un intervalle de 24 heures à partir de la date spécifiée, tandis que les rapports historiques pour les systèmes de tâches PeopleSoft indiquent le nombre de demandes de travail ayant différents statuts au cours des 24 dernières heures.

BTM assure également le suivi de la phase et du statut de toutes les demandes concurrentes surveillées en cours et historiques, ce qui vous aide à identifier les problèmes de performance ou d'exécution avec Oracle® E-Business Suite ou les demandes de tâche par lots PeopleSoft qui sont en cours d'exécution ou qui ont été exécutées au cours de l'intervalle indiqué (la dernière heure, les 24 dernières heures ou les 31 derniers jours).

Les rapports historiques des tâches Oracle® E-Business Suite peuvent être filtrés afin d'afficher le comportement des demandes concurrentes pour tout intervalle de 24 heures. Vous pouvez ouvrir une liste de toutes les demandes concurrentes surveillées, des demandes qui se sont terminées avec des erreurs (requêtes terminées avec filtre d'erreur) ou des avertissements (requêtes terminées avec filtre d'avertissement), des demandes qui étaient en phase en attente (filtre Demandes en attente) ou qui passait plus longtemps que prévu à l'état En attente (filtre Demandes en attente longues), ou vous pouvez vérifier toutes les demandes qui se sont terminées avec succès (filtre Demandes terminées avec succès).

À propos des interactions avec les utilisateurs

En revanche, les transactions d'interaction utilisateur sont évaluées uniquement en fonction du temps de performance. 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 avec l'utilisateur, BTM compare le dernier temps de réponse avec le temps d'exécution moyen de 30 jours. Cette valeur correspond à la moyenne d'exécution de toutes les exécutions enregistrées pour une interaction utilisateur au cours des 30 derniers jours. Toutes les exécutions terminées sont comptées dans le temps de réponse. BTM indique également la différence entre le temps de réponse de la transaction et le seuil convenu. Le seuil est le temps de réponse le plus long acceptable pour l'interaction de l'utilisateur. Il est défini dans Oracle® Enterprise Manager, en consultation avec votre modèle de données sensibles Oracle.

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

Les détails de l'onglet Stress soutenu aident l'utilisateur à identifier la dégradation des performances ayant une incidence sur les principales transactions commerciales et à 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 de la performance dans lesquelles les temps de réponse de la transaction tendent sensiblement au-dessus ou en dessous des temps de réponse normaux pour cette transaction sur une période prolongée. Ces périodes de stress soutenu sont corrélées à des événements (y compris des demandes de changement, des demandes de service et des événements fonctionnels) qui se sont produits autour et pendant la période de stress identifiée, car il s'agit de facteurs susceptibles de contribuer à la dégradation des performances elle-même.

À propos des transactions LTM

Les transactions LTM (Login Transaction Management) font maintenant partie de la configuration de base de surveillance des services Oracle 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.

En utilisant un compte d'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 devraient n'avoir aucune incidence sur la capacité ou les performances de l'environnement de production. Pour plus d'informations sur les transactions LTM, veuillez communiquer avec votre gestionnaire de prestation de services.

À propos des services SOA

Les services Oracle Service-Oriented Architecture (SOA) assurent la connectivité entre les applications déployées dans une architecture orientée service. La connectivité entre ces services est essentielle pour qu'une entreprise continue à fonctionner efficacement et à soutenir 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 composite est composée de blocs de construction que vous utilisez pour créer une application composite SOA, appelés composants de service (processus BPEL, règle métier, tâche humaine, ressort et médiateur).

Utilisez Oracle Pulse pour analyser le statut des cibles sur lesquelles s'exécute la suite SOA et 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'incidence des composites sur la performance et le stockage. En outre, Oracle Pulse peut également rendre compte de l'état des composites SOA, ce qui vous permet en outre 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 maintenir 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é d'épuration de journaux insuffisante peut entraîner des problèmes majeurs de performances et d'espace de stockage, affectant 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 dans des partitions vous permet de regrouper logiquement des composites SOA et d'effectuer des tâches de gestion du cycle de vie en masse sur toutes les applications composites SOA au sein d'une interaction partition.The spécifique, fluide et opportune, entre les points d'intégration d'un service SOA, est essentiel au succès des flux de processus d'affaires globaux. La fonctionnalité BTM d'Oracle Pulse permet d'effectuer les opérations suivantes :

  • afficher l'état et les informations de diagnostic du composite SOA

  • obtenir une visibilité rapide pour permettre la résolution rapide des incidents

  • comprendre les données de tendance liées aux interfaces SOA, ce qui permet d'obtenir de meilleures informations sur la volumétrie globale des processus d'affaires et fournit des informations sur les domaines qui fonctionnent en dehors des normes attendues

Mesures d'intelligence d'affaires

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

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

  • Les mesures détaillées sont des mesures associées à la mesure d'ICR qui fournissent des informations supplémentaires sur tout problème identifié dans le graphique d'ICR. Ces mesures sont visibles dans la vue de table. Par exemple, si le graphique des ICR indique que le pourcentage des comptes dont le statut est Ouvert est trop élevé avant l'événement de fermeture de période, la vue de tableau peut fournir des données complémentaires soulignant le nom des comptes, la région géographique à laquelle ils appartiennent ou qui est un point de contact dans cette région. Ensemble, le graphique d'ICR et la vue de tableau vous permettent de suivre de manière proactive vos principaux objectifs d'affaires et vous fournissent des informations supplémentaires pour interpréter les mesures d'ICR et prendre des mesures fondées sur les données.

Le widget Business Insight du tableau de bord Pulse fournit une vue sommaire de haut niveau des rapports Business Insight provisionnés. Pour plus d'informations, voir la section Fonction de widget Business Insight dans Vérification de la performance 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 vos mesures d'intérêt. Pour plus d'informations, voir la section Surveillance des mesures d'analyse d'affaires dans Utilisation des rapports d'analyse d'affaires.

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 précis.

Le tableau des mesures de l'hôte du tableau de bord Performance au niveau du client vous permet de vérifier :

  • le nombre moyen de tâches en attente d'E/S dans le dernier intervalle

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

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

  • la quantité d'utilisation de l'UC en pourcentage de la puissance de traitement totale de l'UC disponible ou le pourcentage de temps que l'UC passe pour exécuter un thread non actif

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

  • le nombre de pages paginées (lecture à partir du disque pour résoudre les références de mémoire en cas de panne) par seconde ou la vitesse à laquelle les pages sont lues à partir du disque pour résoudre les défaillances des pages matérielles

  • le nombre de pages écrites (par seconde) par le gestionnaire de mémoire virtuelle ou la vitesse à laquelle les pages sont écrites sur le disque pour libérer de l'espace dans la mémoire physique

  • le nombre moyen de processus en mémoire et susceptibles d'être exécutés au cours du dernier intervalle

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

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

Pour plus d'informations, voir la section Utilisation des mesures d'hôte dans Utilisation des rapports de performance.

Le tableau des mesures de base de données du tableau de bord Performance au niveau du client vous permet de vérifier :

  • le nombre courant de connexions

  • le temps moyen de réception du bloc de demande en cours (CR), mesuré en 100eme de seconde

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

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

  • l'utilisation de la ressource de processus par rapport aux valeurs (pourcentage) spécifiées par les arguments de seuil

  • l'utilisation de la ressource de session par rapport aux valeurs (pourcentage) spécifiées par les arguments de seuil

  • le nombre de lectures logiques par seconde pendant la période échantillon

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

Pour plus d'informations, voir la section Utilisation des mesures de base de données sous Utilisation des rapports de performance.