Documentazione di Oracle Cloud Infrastructure

Concetti chiave

Esamina i concetti chiave di Oracle Pulse.

I report di analisi e i dati cronologici in Oracle Pulse si basano su metriche aziendali e indicatori KPI (Key Performance Indicator) provenienti da diverse aree di distribuzione del servizio, come descritto di seguito.

  • Le metriche business sono misurazioni che consentono di analizzare le prestazioni aziendali. In genere si tratta di valori numerici, semplici come la somma di valori in una colonna fact o un calcolo complesso che coinvolge operatori matematici.

  • Gli indicatori prestazioni chiave (KPI) sono misurazioni specifiche per definire e tenere traccia degli obiettivi. I KPI hanno valori misurabili che di solito variano con il tempo e possono essere confrontati nel tempo per modelli di andamento e prestazioni. La valutazione KPI viene determinata confrontando il valore effettivo rispetto a una soglia definita.

Oracle Pulse copre sei aree importanti della distribuzione del servizio: disponibilità, storage, incidenti, modifiche e (se abilitato) Business Transaction Monitoring e Business Insight. Oracle Pulse copre anche le metriche di host e database. In questo capitolo viene illustrata la base concettuale per le metriche aziendali di Oracle Pulse e gli indicatori KPI di ciascuna area, come spiegato nelle seguenti sezioni:

Metriche disponibilità

Oracle Pulse presenta la più recente rappresentazione della disponibilità per i servizi della tua organizzazione al momento del calcolo. Questa sezione definisce il modo in cui Oracle calcola queste metriche ed evidenzia eventuali ipotesi alla base dei valori presentati in Oracle Pulse.

La disponibilità è un principio che definisce l'erogazione dei servizi ITIL e i servizi Oracle seguono i principi ITIL per il calcolo della disponibilità. In base a questi principi, la disponibilità è la percentuale di tempo in cui un servizio di produzione funziona come previsto. In pratica, ciò significa che gli utenti finali possono eseguire il login ed eseguire tutte le transazioni commerciali.

I calcoli della disponibilità tengono conto solo delle indisponibilità complete non pianificate per gli ambienti di produzione di cui è responsabile Oracle. Tali interruzioni significano che gli utenti finali subiscono la perdita totale del servizio - non possono eseguire il login o eseguire transazioni commerciali. Gli utenti collegati all'avvio dell'indisponibilità non possono completare le azioni correnti. Se l'organizzazione del cliente è responsabile del ripristino del servizio, ad esempio eseguendo le riparazioni necessarie, l'indisponibilità non è inclusa nei calcoli di disponibilità.

Questi calcoli escludono anche le indisponibilità di manutenzione pianificata per gli ambienti di produzione, in cui l'indisponibilità si verifica in una data e un'ora concordate a causa di una manutenzione regolare o di una richiesta di modifica del cliente.

Se negli ambienti di produzione non è possibile completare transazioni aziendali isolate, ma è possibile eseguire altre transazioni di servizio, questa operazione viene considerata un'interruzione del servizio e non influisce sui calcoli della disponibilità.

Il Pulse Dashboard contiene un riepilogo delle informazioni relative al tempo di attività e al conteggio delle indisponibilità non pianificate verificatesi negli ambienti di produzione, nonché alla durata totale delle indisponibilità complete non pianificate, delle interruzioni del servizio e delle interruzioni di manutenzione di produzione pianificate per il mese corrente o per il mese indicato. Per ulteriori informazioni, vedere la sezione Analisi della disponibilità dei sistemi in Controllo delle prestazioni dei servizi.

Il dashboard Disponibilità a livello di cliente e servizio contiene un riepilogo delle informazioni sulla disponibilità degli ambienti di produzione dell'organizzazione per l'intervallo di tempo specificato, consentendo di:

Metriche di storage

Oracle Pulse fornisce metriche di storage per tutti i servizi della tua organizzazione. Le metriche sull'uso dello storage possono essere utili per rilevare un consumo insolito di storage, individuare l'origine di ogni anomalia e capire quando l'uso dello storage si avvicina all'abilitazione corrente. Ad esempio, può essere utile per identificare i servizi che utilizzano una quantità di storage sproporzionata.

L'abilitazione per lo storage è la quantità di storage inclusa nel contratto di servizi per il servizio o il set di servizi acquistati dall'organizzazione. Ciò include un diritto di base e qualsiasi ulteriore stoccaggio acquistato inizialmente o tramite aggiunte al contratto. L'abilitazione dell'organizzazione viene monitorata manualmente dal team di gestione clienti Oracle.

Con Oracle Pulse puoi monitorare sia l'abilitazione allo storage della tua organizzazione che la quantità di storage consumata dalla tua organizzazione. Le risorse di storage possono essere posizionate all'indirizzo @customer o @partner, definito storage di proprietà del cliente. Lo storage di proprietà del cliente include tutto lo storage situato nei data center della tua organizzazione e quelli appartenenti a organizzazioni partner. Include anche qualsiasi server Oracle Exadata ed Exalogic di proprietà della tua organizzazione nei data center Oracle. Lo storage di proprietà di Oracle copre tutto lo storage utilizzato nei data center dei servizi Oracle, esclusi i server di proprietà dell'organizzazione.

Lo storage consumato include la quantità di storage commerciale allocata per i servizi della tua organizzazione nello storage di proprietà di Oracle. Lo storage commerciale di solito include tutto lo storage utilizzato da applicazioni quali Oracle® E-Business Suite e gli strumenti necessari per eseguire tali applicazioni. Gli strumenti potrebbero includere lo storage di Oracle Database o il software di database e applicazioni. Lo storage commerciale esclude i file system in mirroring, i backup e altri elementi considerati storage non commerciale.

Lo storage consumato viene dedotto dall'abilitazione allo storage in esecuzione. Il valore dello storage utilizzato include anche il consumo di storage non commerciale e l'uso delle risorse di storage della tua organizzazione. In questo modo, lo storage utilizzato rappresenta uno strumento importante per gestire lo storage e prevedere l'uso futuro.

Il dashboard Pulse riepiloga l'uso dello storage rispetto all'abilitazione e mostra eventuali modifiche nell'attività di storage recente. Modifiche significative in entrambe le misure giustificano un'indagine immediata. Per ulteriori informazioni, vedere la sezione Analisi della memorizzazione in Controllo delle prestazioni dei servizi.

Il dashboard Storage a livello di cliente e servizio copre l'uso dello storage in tutti i servizi dell'organizzazione e in tutti gli ambienti associati, consentendoti di:

Metriche incidente

Oracle Pulse tiene traccia di tutte le richieste di servizi di produzione e non di produzione, denominate incidenti, associate ai servizi dell'organizzazione, utilizzando le informazioni raccolte da My Oracle Support.

Sul Dashboard Pulse è possibile visualizzare un riepilogo delle richieste di servizio Severity 1 aperte e delle eventuali richieste di servizio in attesa della revisione, nonché un confronto tra il numero di richieste di servizio create e il numero di richieste di servizio chiuse per gli ambienti di produzione per un periodo di 3 mesi completi. Un numero elevato di richieste di servizio di severità 1 create negli ambienti di produzione può richiedere un'ulteriore analisi. Per ulteriori informazioni, vedere la sezione Analisi degli incidenti in Controllo delle prestazioni dei servizi.

Le metriche delle richieste di servizio per gli ambienti di produzione e non di produzione sono elencate nel menu Incidenti a livello di cliente e servizio, consentendo di:

Nota

Per visualizzare le informazioni sulle richieste di servizio in Oracle Pulse, è necessario disporre dei privilegi necessari per le richieste di servizio in My Oracle Support. Per ulteriori informazioni, vedere la sezione Requisiti in Panoramica di Oracle Pulse.

Modifica metriche

Le richieste di modifica vengono registrate in Oracle Pulse utilizzando le informazioni raccolte da My Oracle Support. Disponibili a livello di cliente e servizio, nonché per singoli ambienti, queste metriche mostrano i tipi di modifiche richieste, rifiutate, pianificate o completate o in fase di lavorazione per tutti i servizi dell'organizzazione fino al livello di modifiche pianificate per singoli ambienti e host.

Il dashboard Pulse contiene un riepilogo di tutte le richieste di modifica pianificate tra il giorno corrente e i 30 giorni successivi e di tutte le richieste di modifica che richiedono l'intervento del cliente. Per ulteriori informazioni, vedere la sezione Analisi delle modifiche in Controllo delle prestazioni dei servizi.

Le metriche di modifica vengono inoltre elencate nel menu Modifiche a livello di cliente e servizio, in modo da:

Nota

Per visualizzare le informazioni sulla richiesta di modifica in Oracle Pulse, è necessario disporre dei privilegi RFC necessari in My Oracle Support. Per ulteriori informazioni, vedere la sezione Requisiti in Uso dei report di gestione delle modifiche.

Metriche di riparazione automatica

Oracle Pulse fornisce metriche di autoriparazione, rappresentate da azioni correttive eseguite sui servizi della tua organizzazione. Questa sezione definisce il modo in cui Oracle calcola queste metriche ed evidenzia eventuali ipotesi alla base dei valori presentati in Oracle Pulse.

I calcoli di autoguarigione tengono conto solo delle azioni correttive completate eseguite negli ambienti. Pulse Dashboard contiene un riepilogo delle informazioni sul conteggio delle azioni correttive eseguite negli ambienti di produzione e non di produzione, informazioni sul tempo di esecuzione, sui tipi e le tendenze, nonché sui dettagli di ogni azione correttiva. Per ulteriori informazioni, vedere le sezioni Analisi delle azioni correttive di produzione e non di produzione, Analisi delle azioni correttive per andamento, Analisi delle azioni correttive per tipo e Visualizzazione dei dettagli delle azioni correttive in Uso dei report di correzione automatica.

Il dashboard di autoriparazione consente di:

Metriche monitoraggio transazioni business

BTM consente di comprendere e gestire le prestazioni del sistema di elaborazione delle transazioni. I tempi di risposta alle transazioni danno un senso alle prestazioni dei servizi e degli ambienti e possono indicare problemi potenziali o effettivi. BTM consente di creare profili per l'utilizzo, identificare i problemi relativi alle prestazioni e analizzare la causa di guasti dei componenti in un processo aziendale.

Le transazioni sono in genere funzioni aziendali, come l'esecuzione del ciclo paghe mensile per una società. Ogni transazione è una sequenza di operazioni che si desidera monitorare come singola unità. Quando l'utente completa alcune o tutte queste operazioni, la transazione è un'interazione dell'utente. Quando tutte le operazioni vengono completate senza l'input dell'utente, la transazione è un job batch. Oracle Pulse fornisce agli utenti report separati per i processi batch di Oracle® E-Business Suite e PeopleSoft, continuando a supportare le interazioni con gli utenti. Inoltre, Oracle Pulse analizza e monitora lo stato e l'integrità delle destinazioni su cui viene eseguita la suite SOA (Oracle Service-Oriented Architecture).

Nota

Il dashboard Transazioni viene visualizzato nel menu di navigazione solo per i servizi in cui BTM è stato abilitato.

Se BTM non è stato abilitato, il dashboard Transazioni viene nascosto a livello di cliente e servizio.

Le metriche BTM provengono da Oracle® Enterprise Manager, che a sua volta interroga le applicazioni Oracle supportate. BTM supporta i processi batch Oracle® E-Business Suite e PeopleSoft, acquisiti da Oracle® E-Business Suite e PeopleSoft.

Oracle Pulse può essere configurato per segnalare obiettivi specifici monitorati da Oracle® Enterprise Manager. Oracle Service Delivery Manager (SDM) può collaborare con te per impostare e identificare le transazioni aziendali chiave per il monitoraggio.

Informazioni sulle metriche delle transazioni in Oracle Pulse

Il dashboard Pulse fornisce una panoramica delle metriche di stabilità e prestazioni per tutti i servizi dell'organizzazione a livello di applicazione, data center (sia locale che remoto), batch e centro clienti.

Le metriche di stabilità vengono calcolate in base all'acquisizione più recente delle metriche del manager concorrente per gli ambienti Oracle® E-Business Suite del cliente o per uno qualsiasi degli scheduler PeopleSoft che gestiscono i job monitorati da Oracle Pulse. Stability utilizza l'ultima esecuzione della transazione di login BTM eseguita correttamente fino al completamento per indicare se l'applicazione di servizio è disponibile per gli utenti. Per le transazioni batch, la stabilità indica se i manager concorrenti e/o i monitor del processore sono in esecuzione come previsto e entro le soglie definite.

Le metriche delle prestazioni per i manager concorrenti di Oracle® E-Business Suite e gli scheduler PeopleSoft vengono calcolate in base alle due acquisizioni di dati più recenti per qualsiasi job monitorato da Oracle Pulse. Le prestazioni indicano se le transazioni eseguite per il servizio dal beacon selezionato vengono eseguite entro la tolleranza delle metriche definite da BTM (vale a dire, valore mediano) o entro le soglie di avvertenza definite per le transazioni batch. L'indicatore delle prestazioni cambia quando due esecuzioni di transazioni concorrenti superano entrambi il valore mediano della transazione.

Il dashboard Transazioni a livello di cliente mostra tutte le transazioni per i servizi dell'organizzazione, fornendo report separati per l'esperienza utente in base alla sede, Oracle® E-Business Suite e PeopleSoft. È possibile filtrare le transazioni visualizzate per tipo di transazione: EBiz Job batch suite, job batch PeopleSoft o interazione utente. Ogni record di transazione è collegato a report più dettagliati di metriche recenti e cronologiche.

Analogamente, il dashboard Transazioni a livello di servizio fornisce sia riepiloghi che report dettagliati sulle metriche per tutti i processi batch e le interazioni utente associate al servizio. Infine, il dashboard Transazioni riepiloga tutte le informazioni sulle transazioni per l'ambiente selezionato.

Informazioni sui job batch

Elaborati come serie di programmi concorrenti, i processi batch sono a uso intensivo di dati e a esecuzione prolungata. In genere vengono eseguite in modalità asincrona, quando gli utenti sono meno attivi nel sistema. Ogni richiesta di eseguire una transazione batch immediata o programmata come programma concorrente è nota come richiesta concorrente. La richiesta in genere include le date di inizio e di fine e la frequenza di risottomissione se la richiesta è ricorrente. Per ogni richiesta concorrente, BTM misura il periodo di tempo a partire dal quale il messaggio iniziale dell'ambiente viene osservato fino al relativo messaggio finale. Tempo di risposta per la richiesta concorrente.

Nota

I termini batch job e concurrent program vengono utilizzati in modo intercambiabile in Oracle Pulse.

Per valutare le prestazioni delle transazioni dei job batch, Oracle Pulse raccoglie sia il max runtime che il avg runtime per la transazione dei job batch per tutti i dati raccolti da Oracle® E-Business Suite o PeopleSoft. Il tempo massimo di esecuzione è il tempo massimo impiegato per eseguire la transazione del job batch da tutte le esecuzioni registrate. Il tempo di esecuzione medio è il tempo medio necessario per il completamento del job batch. Tutte le richieste completate vengono conteggiate nel tempo di risposta, indipendentemente dal fatto che si siano verificati alert di condizione. Se la risposta del job batch si avvicina o supera il runtime massimo o se il runtime medio è superiore al previsto, sono necessarie ulteriori indagini.

È possibile utilizzare Oracle Pulse per identificare le anomalie nelle esecuzioni di programmi concorrenti e quando e perché si sono verificate tali anomalie. Aprire i report dettagliati per esaminare le informazioni relative all'ambiente Oracle® E-Business Suite o PeopleSoft, ovvero l'ambiente Oracle® E-Business Suite o PeopleSoft che esegue i job batch. Tali informazioni includono le richieste concorrenti con tempi di esecuzione più lunghi attualmente in esecuzione nel sistema di job Oracle® E-Business Suite, i job con stato di avviso in un determinato momento e i job con stato di avviso entro i 7 giorni precedenti l'ultima raccolta di dati per il sistema di job PeopleSoft e i job attualmente in coda nel sistema di job PeopleSoft.

I report cronologici per i job system Oracle® E-Business Suite mostrano i programmi concorrenti con tempi di esecuzione più lunghi o il programma concorrente con il conteggio più alto di richieste, durante qualsiasi intervallo di 24 ore dalla data specificata, mentre i report cronologici per i job system PeopleSoft mostrano il numero di richieste di job con stati diversi nelle ultime 24 ore.

BTM tiene traccia anche della fase e dello stato di tutte le richieste concorrenti monitorate in corso e cronologiche, aiutando l'utente a identificare problemi di prestazioni o runtime con Oracle® E-Business Suite o PeopleSoft richieste di job batch in esecuzione o eseguite durante l'intervallo riportato (l'ultima ora, le ultime 24 ore o gli ultimi 31 giorni).

È possibile filtrare i report cronologici per i job Oracle® E-Business Suite per mostrare il funzionamento delle richieste concorrenti per qualsiasi intervallo di 24 ore. È possibile aprire un elenco di tutte le richieste concorrenti monitorate, delle richieste completate con errori (filtro Richieste completate con errore) o delle avvertenze (filtro Richieste completate con avvertenza) delle richieste che sono nella fase in sospeso (filtro Richieste in sospeso) o hanno trascorso più tempo del previsto in stato in sospeso (filtro Richieste in sospeso lunghe) oppure è possibile rivedere tutte le richieste completate correttamente (filtro Richieste completate correttamente).

Informazioni sulle interazioni utente

Al contrario, le transazioni di interazione utente vengono valutate solo in base al tempo delle prestazioni. BTM registra l'ora di completamento dell'ultimo insieme di operazioni che comprendono l'interazione utente. Questo è l'ultimo tempo di risposta per la transazione.

Per le transazioni di interazione utente, BTM confronta l'ultimo tempo di risposta con il runtime medio di 30 giorni. Questo valore rappresenta la media di esecuzione di tutti i runtime registrati per un'interazione utente nei 30 giorni precedenti. Tutte le esecuzioni completate vengono conteggiate nel tempo di risposta. BTM mostra inoltre la differenza tra l'ora dell'ultima risposta della transazione e la soglia concordata. La soglia è il tempo di risposta accettabile più lungo per l'interazione dell'utente. È definito in Oracle® Enterprise Manager in consultazione con Oracle SDM.

Per analizzare le prestazioni di qualsiasi interazione utente, aprire il report dettagliato. Il grafico delle prestazioni confronta il tempo di risposta per un'interazione utente con la soglia e la media cronologica. La mediana storica è il valore che si trova al centro dell'intervallo di tempi di risposta misurati. Passare alla vista tabella per visualizzare i valori sottostanti il grafico.

I dettagli nella scheda Sollecito aiutano l'utente a identificare un deterioramento significativo delle prestazioni nelle transazioni aziendali chiave e a identificare le possibili cause di tale deterioramento, consentendo tempi di risoluzione più rapidi. Il grafico in questa scheda evidenzia i periodi di deterioramento delle prestazioni in cui l'andamento dei tempi di risposta della transazione è notevolmente superiore o inferiore ai normali tempi di risposta per tale transazione in un periodo prolungato. Questi periodi di stress prolungato sono correlati agli eventi (incluse le richieste di modifica, le richieste di servizio e gli eventi funzionali) che si sono verificati intorno e durante il periodo di stress identificato, poiché questi sono possibili fattori che contribuiscono al degrado delle prestazioni stesso.

Informazioni sulle transazioni LTM

Le transazioni LTM (Login Transaction Management) fanno ora parte dell'impostazione principale di monitoraggio dei servizi Oracle per le applicazioni di produzione. L'obiettivo delle transazioni LTM è rilevare problemi di accesso alle applicazioni che possono verificarsi in relazione a componenti dell'infrastruttura, capacità, prestazioni e accesso.

Utilizzando un account utente con accesso limitato, una transazione LTM si collega semplicemente alla home page dell'applicazione e si disconnette immediatamente. Questa semplice azione consente alla transazione LTM di tenere traccia dei problemi sopra menzionati. Le transazioni LTM non avranno alcun impatto sulla capacità o sulle prestazioni dell'ambiente di produzione. Per ulteriori informazioni sulle transazioni LTM, contattare il Service Delivery Manager.

Informazioni sui servizi SOA

I servizi Oracle Service-Oriented Architecture (SOA) offrono la connettività tra le applicazioni distribuite in un'architettura orientata ai servizi. La connettività tra questi servizi è essenziale per un'azienda per continuare a funzionare in modo efficace e sostenere i suoi obiettivi.

Le applicazioni composte, definite anche compositi, sono applicazioni software create combinando più funzioni esistenti in una nuova applicazione. La destinazione composta è costituita da elementi di base utilizzati per creare un'applicazione composta SOA, denominata componenti del servizio (processo BPEL, regola business, task umano, primavera e mediatore).

Utilizza Oracle Pulse per analizzare lo stato delle destinazioni su cui viene eseguita la suite SOA e per monitorare in modo proattivo lo stato dei composti (stato, utilizzo e altre metriche), il che svolge un ruolo importante nel prevedere e comprendere la crescita e l'impatto dei composti su prestazioni e storage. Inoltre, Oracle Pulse può anche creare report sullo stato dei composti SOA, consentendoti inoltre di mantenere la sincronizzazione dei dati e ridurre al minimo qualsiasi potenziale delta tra i sistemi. Ad esempio, per i composti utilizzati in modo intensivo, quando viene impostato un alto livello di registrazione dell'audit per un set di composti al fine di mantenere errori, avvisi e altri dettagli, ciò può significare che un elevato volume di dati viene conservato nel database. Un'attività di rimozione dei log insufficiente può causare gravi problemi di prestazioni e spazio di storage, con conseguenze su ulteriori attività nel servizio.

I composti SOA possono essere distribuiti in sezioni separate dell'infrastruttura SOA, note come partizioni. La distribuzione alle partizioni consente di raggruppare logicamente i composti SOA ed eseguire task di gestione del ciclo di vita in blocco su tutte le applicazioni composte SOA all'interno di una specifica interazione partition.The fluida e tempestiva tra i punti di integrazione in un servizio SOA è fondamentale per il successo dei flussi complessivi dei processi aziendali. La funzionalità BTM di Oracle Pulse consente di:

  • visualizzare le informazioni di diagnostica e sullo stato del composto SOA

  • ottenere una visibilità tempestiva per consentire la risoluzione tempestiva degli incidenti

  • comprendere i dati di tendenza relativi alle interfacce SOA, in modo da ottenere un'analisi più approfondita della volumetria generale dei processi aziendali e fornire approfondimenti sui dati relativi alle aree con prestazioni esterne alle norme previste

Metriche di Business Insight

La funzionalità Business Insight di Oracle Pulse utilizza due categorie di metriche:

  • Le metriche KPI (Key Performance Indicators) forniscono insight di alto livello su una misurazione aziendale critica, come i livelli di magazzino o lo stato dei conti. Le metriche KPI possono essere tracciate visivamente tramite un grafico Business Insight. È inoltre possibile configurare soglie e avvisi per questi grafici KPI, facilitando la registrazione proattiva.

  • Le metriche dettagliate sono metriche associate alla metrica KPI che forniscono ulteriori approfondimenti su eventuali problemi identificati nel grafico KPI. Queste metriche sono visibili tramite la vista tabella. Ad esempio, se il grafico KPI indica che la percentuale di clienti con stato Aperto è troppo alta prima dell'evento Chiusura periodo, la vista tabella può fornire dati complementari che evidenziano il nome dei clienti, l'area geografica a cui appartengono o chi è un punto di contatto in quell'area. Insieme, il grafico KPI e la vista tabella facilitano il tracciamento proattivo degli obiettivi aziendali chiave e forniscono ulteriori approfondimenti per interpretare le misurazioni dei KPI e intraprendere azioni basate sui dati.

Il widget Business Insight nel dashboard Pulse fornisce una vista di riepilogo di alto livello dei report Business Insight di cui è stato eseguito il provisioning. Per ulteriori informazioni, vedere la sezione Widget Business Insight in Controllo delle prestazioni dei servizi.

Il dashboard Business Insight contiene un riepilogo delle informazioni sulle metriche da includere nel report Business Insight, consentendo di monitorare le metriche di interesse. Per ulteriori informazioni, vedere la sezione Monitoraggio delle metriche di Business Insight in Uso dei report di Business Insight.

Metriche host e database

Le metriche relative a host e database vengono registrate in Oracle Pulse utilizzando informazioni ricavate da Oracle® Enterprise Manager. Disponibile a livello di cliente, queste metriche consentono di visualizzare il carico su host e database diversi in un determinato momento.

La tabella delle metriche host nel dashboard Prestazioni a livello di cliente consente di controllare:

  • il numero medio di job in attesa di I/O nell'ultimo intervallo

  • la quantità di CPU utilizzata in modalità SYSTEM come percentuale della potenza di elaborazione totale della CPU o la percentuale di tempo durante la quale i thread del processo hanno eseguito il codice in modalità privilegiata

  • la quantità di CPU utilizzata in modalità USER come percentuale della potenza di elaborazione totale della CPU o la percentuale di tempo impiegata dal processore in modalità USER

  • la quantità di utilizzo della CPU sotto forma di percentuale della potenza di elaborazione della CPU totale disponibile o la percentuale di tempo impiegata dalla CPU per eseguire un thread non inattivo;

  • la quantità di memoria usata come percentuale della memoria totale

  • il numero di pagine di cui è stato eseguito il paging (leggere dal disco per risolvere i riferimenti alla memoria di errore) al secondo o la velocità di lettura delle pagine dal disco per risolvere gli errori delle pagine hardware

  • il numero di pagine scritte (al secondo) dal gestore della memoria virtuale o la frequenza con cui le pagine vengono scritte su disco per liberare spazio nella memoria fisica

  • il numero medio di processi in memoria e soggetti a esecuzione nell'ultimo intervallo

  • la percentuale di memoria di swap in uso per l'ultimo intervallo o la percentuale di ambiente di file di pagina utilizzata

  • il numero totale di processi attualmente in esecuzione sul sistema

Per ulteriori informazioni, vedere la sezione Utilizzo delle metriche host in Utilizzo dei report sulle prestazioni.

La tabella delle metriche di database nel dashboard Prestazioni a livello di cliente consente di controllare:

  • il numero corrente di collegamenti

  • il tempo medio di ricezione del blocco di richiesta corrente, misurato in 100 di un secondo

  • il numero totale di byte inviati e ricevuti tramite il layer Net SQL verso e dal database

  • il numero di blocchi di dati scritti sul disco al secondo durante questo periodo di esempio

  • l'utilizzo della risorsa di processo rispetto ai valori (percentuale) specificati dagli argomenti di soglia

  • l'utilizzo della risorsa di sessione rispetto ai valori (percentuale) specificati dagli argomenti di soglia

  • il numero di letture logiche al secondo nel periodo di esempio;

  • la quantità totale di memoria utilizzata, in MB

Per ulteriori informazioni, vedere la sezione Utilizzo delle metriche del database in Utilizzo dei report sulle prestazioni.