Documentação do Oracle Cloud Infrastructure

Conceitos Principais

Analise os principais conceitos do Oracle Pulse.

Os relatórios de análise e os dados históricos no Oracle Pulse são baseados em métricas de negócios e em KPIs (principais indicadores de desempenho) de diferentes áreas de entrega de serviço, da seguinte forma:

  • Métricas de negócios são medidas que permitem analisar o desempenho dos negócios. Normalmente, eles são valores numéricos, tão simples quanto a soma dos valores em uma coluna de fatos ou um cálculo complexo envolvendo operadores matemáticos.

  • Os Principais indicadores de desempenho (KPIs) são medidas específicas para definir e rastrear objetivos. Os KPIs têm valores mensuráveis que geralmente variam com o tempo e podem ser comparados ao longo do tempo para padrões de tendência e desempenho. A avaliação de KPI é determinada comparando o valor real com um limite definido.

O Oracle Pulse abrange seis áreas importantes de entrega de serviço: disponibilidade, armazenamento, incidentes, alterações e (quando habilitado) Business Transaction Monitoring e Business Insight. O Oracle Pulse também abrange métricas de host e banco de dados. Este capítulo explica a base conceitual para as métricas de negócios e os principais indicadores de desempenho do Oracle Pulse em cada área, conforme explicado nas seguintes seções:

Métricas de Disponibilidade

O Oracle Pulse apresenta a representação mais recente da disponibilidade para os serviços da sua organização no momento do cálculo. Esta seção define como a Oracle calcula essas métricas e destaca quaisquer suposições subjacentes aos valores apresentados no Oracle Pulse.

A disponibilidade é um princípio definidor da prestação de serviços ITIL, e os serviços Oracle seguem os princípios ITIL para calcular a disponibilidade. Seguindo esses princípios, a disponibilidade é a porcentagem de tempo em que um serviço de produção está operando conforme esperado. Na prática, isso significa que os usuários finais podem fazer login e executar todas as transações comerciais.

Os cálculos de disponibilidade levam em consideração apenas interrupções completas não planejadas para seus ambientes de produção, pelos quais a Oracle é responsável. Essas interrupções significam que os usuários finais experimentam perda total de serviço - eles não podem fazer login ou executar transações comerciais. Os usuários conectados quando a interrupção é iniciada não podem concluir as ações atuais. Se a organização do cliente for responsável por restaurar o serviço - por exemplo, realizar os reparos necessários - a interrupção não será incluída nos cálculos de disponibilidade.

Esses cálculos também excluem interrupções de manutenção planejadas para seus ambientes de produção, em que a interrupção ocorre em uma data e hora acordadas devido à manutenção regular ou a uma solicitação de alteração do cliente.

Se não for possível concluir transações de negócios isoladas em seus ambientes de produção, mas outras transações de serviço puderem ser executadas, isso será considerado uma interrupção de serviço e não afetará os cálculos de disponibilidade.

O Painel do Pulse resume informações sobre o tempo de atividade e a contagem de interrupções não planejadas que ocorreram em seus ambientes de produção, bem como informações sobre a duração total de interrupções completas não planejadas, interrupções de serviço e interrupções planejadas de manutenção de produção para o mês atual ou para o mês indicado. Para obter mais informações, consulte a seção Analisando a Disponibilidade dos Sistemas em Verificando o Desempenho dos Seus Serviços.

O painel Disponibilidade no Nível do Cliente e do Serviço resume informações sobre a disponibilidade dos ambientes de produção da sua organização para o intervalo de tempo especificado, permitindo:

Métricas de Armazenamento

O Oracle Pulse fornece métricas de armazenamento para todos os serviços da sua organização. As métricas de uso do armazenamento podem ser úteis para detectar o consumo incomum de armazenamento, identificar a origem de cada anomalia e entender quando seu uso de armazenamento está se aproximando do direito atual. Por exemplo, isso pode ser útil na identificação de serviços que consomem um volume de armazenamento desproporcionado.

Seu direito ao armazenamento é a quantidade de armazenamento incluída no contrato de serviços para o serviço ou conjunto de serviços que sua organização comprou. Isso inclui um direito base e qualquer armazenamento adicional adquirido inicialmente ou por meio de adições ao contrato. O direito da sua organização é rastreado manualmente pela equipe de gerenciamento de clientes da Oracle.

Usando o Oracle Pulse, você pode monitorar o direito de armazenamento de sua organização e a quantidade de armazenamento consumida por sua organização. Os recursos de armazenamento podem ser localizados em @customer ou @partner, denominados armazenamento de propriedade do cliente. O armazenamento de propriedade do cliente inclui todo o armazenamento localizado nos data centers da sua organização e aqueles pertencentes a organizações parceiras. Ele também inclui qualquer servidor Oracle Exadata e Exalogic que sua organização possua nos data centers da Oracle. O armazenamento de propriedade da Oracle abrange todo o armazenamento usado nos Data Centers de serviços da Oracle, excluindo todos os servidores de sua organização.

O armazenamento consumido inclui a quantidade de armazenamento comercial alocada para os serviços da sua organização no armazenamento de propriedade da Oracle. O armazenamento comercial geralmente inclui todo o armazenamento usado por aplicativos, como o Oracle® E-Business Suite, e as ferramentas necessárias para executar esses aplicativos. As ferramentas podem incluir armazenamento do Oracle Database ou software de banco de dados e aplicativo. O armazenamento comercial exclui sistemas de arquivos espelhados, backups e outros itens considerados armazenamento não comercial.

O armazenamento consumido é deduzido do seu direito ao armazenamento em execução. O valor de armazenamento consumido também inclui o consumo de armazenamento não comercial e o uso dos recursos de armazenamento próprios da organização. Isso torna o armazenamento consumido uma ferramenta importante para gerenciar seu armazenamento e prever seu uso futuro.

O Painel de Controle do Pulse resume o uso do armazenamento em relação ao direito e mostra qualquer alteração na atividade de armazenamento recente. Alterações significativas em ambas as medidas justificam investigação imediata. Para obter mais informações, consulte a seção Analisando Armazenamento em Verificando o Desempenho de Seus Serviços.

O painel Armazenamento no Nível do Cliente e do Serviço abrange o uso de armazenamento em todos os serviços da sua organização e ambientes associados, permitindo que você:

Métricas do incidente

O Oracle Pulse rastreia todas as solicitações de serviço de produção e não produção - incidentes chamados - associadas aos serviços da sua organização, usando informações extraídas do My Oracle Support.

No Pulse Dashboard, você pode ver um resumo de solicitações de serviço de Severidade 1 abertas e quaisquer solicitações de serviço aguardando sua revisão, bem como uma comparação entre o número de solicitações de serviço criadas e o número de solicitações de serviço fechadas para seus ambientes de produção por um período de 3 meses completos. Um grande número de solicitações de serviço Severity 1 criadas em seus ambientes de produção pode merecer análise adicional. Para obter mais informações, consulte a seção Analisando Incidentes em Verificando o Desempenho de Seus Serviços.

As métricas da solicitação de serviço para seus ambientes de produção e não produção são listadas no menu Incidentes no Nível do Cliente e do Serviço, permitindo que você:

Observação

Para ver informações da solicitação de serviço no Oracle Pulse, você deve ter os privilégios de solicitação de serviço necessários no My Oracle Support. Para obter mais informações, consulte a seção Requisitos em Visão Geral do Oracle Pulse.

Alterar Métricas

As solicitações de alteração são rastreadas no Oracle Pulse usando informações extraídas do My Oracle Support. Disponíveis no Nível do Cliente e do Serviço, bem como para ambientes individuais, essas métricas mostram os tipos de alterações que foram solicitadas, rejeitadas, programadas ou concluídas ou que estão sendo trabalhadas para todos os serviços da sua organização até o nível de alterações programadas para ambientes e hosts individuais.

O Painel de Controle do Pulse resume todas as solicitações de alteração que foram agendadas entre o dia atual e os próximos 30 dias e todas as solicitações de alteração que exigem intervenção do cliente. Para obter mais informações, consulte a seção Analisando Alterações em Verificando o Desempenho de Seus Serviços.

As métricas de alteração também são listadas no menu Alterações no Nível do Cliente e do Serviço, permitindo:

Observação

Para ver as informações da solicitação de alteração no Oracle Pulse, você deve ter os privilégios de RFC necessários no My Oracle Support. Para obter mais informações, consulte a seção Requisitos em Usando os Relatórios de Gerenciamento de Alterações.

Métricas de autocorreção

O Oracle Pulse fornece métricas de autocorreção, representadas por ações corretivas executadas nos serviços da sua organização. Esta seção define como a Oracle calcula essas métricas e destaca quaisquer suposições subjacentes aos valores apresentados no Oracle Pulse.

Os cálculos de autocorreção levam em consideração apenas as ações corretivas concluídas executadas em seus ambientes. O Pulse Dashboard resume informações sobre a contagem de ações corretivas executadas em seus ambientes de produção e não produção, informações sobre seu tempo de execução, tipos e tendências, além de detalhes de cada ação corretiva. Para obter mais informações, consulte as seções Analisando Ações Corretivas de Produção versus Não Produção, Analisando Ações Corretivas por Tendência, Analisando Ações Corretivas por Tipo e Exibindo Detalhes de Ações Corretivas em Usando os Relatórios de Autocorreção.

O painel de controle de Autocorreção permite:

Métricas do Business Transaction Monitoring

O BTM ajuda você a entender e gerenciar o desempenho do sistema de processamento de transações. Os tempos de resposta da transação dão uma noção do desempenho de seus serviços e ambientes e podem indicar problemas potenciais ou reais. O BTM pode ajudá-lo a identificar o uso do perfil, identificar problemas relacionados ao desempenho e investigar a causa de componentes com falha em um processo de negócios.

As transações geralmente são funções de negócios, como executar a folha de pagamento mensal de uma empresa. Cada transação é uma sequência de operações que você deseja monitorar como uma única unidade. Quando o usuário conclui algumas ou todas essas operações, a transação é uma interação do usuário. Quando todas as operações são concluídas sem entrada do usuário, a transação é uma tarefa em lote. O Oracle Pulse fornece aos usuários relatórios separados para tarefas em lote do Oracle® E-Business Suite e PeopleSoft, enquanto continua a oferecer suporte às interações do usuário. Além disso, o Oracle Pulse analisa e monitora o status e a integridade dos alvos nos quais o pacote Oracle Service-Oriented Architecture (SOA) é executado.

Observação

O painel Transações é exibido no menu de navegação somente para serviços em que o BTM foi ativado.

Se o BTM não tiver sido ativado, o painel Transações ficará oculto nos níveis Cliente e Serviço.

As métricas BTM são obtidas do Oracle® Enterprise Manager, que, por sua vez, interroga os aplicativos Oracle suportados. O BTM suporta jobs em lote do Oracle® E-Business Suite e PeopleSoft, que são obtidos do Oracle® E-Business Suite e PeopleSoft.

O Oracle Pulse pode ser configurado para reportar alvos específicos que o Oracle® Enterprise Manager monitora. O Oracle Service Delivery Manager (SDM) pode trabalhar com você para configurar e identificar suas principais transações de negócios para monitoramento.

Sobre Métricas de Transação no Oracle Pulse

O Pulse Dashboard fornece uma visão geral das métricas de estabilidade e desempenho para todos os serviços da sua organização no nível de aplicativo, data center (local e remoto), lote e central do cliente.

As métricas de estabilidade são calculadas com base na captura mais recente das métricas do gerenciador concorrente para os ambientes Oracle® E-Business Suite do cliente ou para qualquer um dos programadores PeopleSoft que gerenciam jobs monitorados pelo Oracle Pulse. A estabilidade usa a última execução da transação de log-in do BTM executada com sucesso até a conclusão para indicar se o aplicativo de serviço está disponível para os usuários. Para transações em batch, a estabilidade indica se o(s) gerenciador(es) concorrente(s) e/ou monitor(es) do processador estão em execução conforme esperado e dentro dos limites definidos.

As métricas de desempenho dos gerenciadores simultâneos do Oracle® E-Business Suite e dos agendadores PeopleSoft são calculadas com base nas duas capturas de dados mais recentes de qualquer tarefa monitorada pelo Oracle Pulse. Desempenho indica se as transações executadas para o serviço a partir do beacon selecionado são executadas dentro da tolerância das métricas definidas pelo BTM (ou seja, valor médio) ou dentro dos limites de advertência definidos para transações em batch. O indicador de desempenho é alterado quando duas execuções de transações simultâneas excedem o valor médio da transação.

O painel Transações no Nível do Cliente mostra todas as transações dos serviços da sua organização, fornecendo relatórios separados para Experiência do Usuário por Local, Oracle® E-Business Suite e PeopleSoft. Você pode filtrar as transações exibidas pelo tipo de transação: EBiz Tarefa em lote do pacote, Tarefa em lote PeopleSoft ou interação do usuário. Cada registro de transação é vinculado a relatórios mais detalhados de métricas recentes e históricas.

Da mesma forma, o painel Transações no Nível de Serviço fornece resumos e relatórios detalhados de métricas para todas as tarefas em lote e interações do usuário associadas ao serviço. Por fim, o painel Transações resume todas as informações de transação para o ambiente selecionado.

Sobre Tarefas em Batch

Processadas como uma série de programas simultâneos, as tarefas em batch consomem muitos dados e são de longa execução. Eles geralmente são executados de forma assíncrona, quando os usuários estão menos ativos no sistema. Cada solicitação para executar uma transação de tarefa em batch imediata ou programada como um programa concorrente é conhecida como solicitação concorrente. A solicitação geralmente inclui datas de início e término e a frequência de reenvio se a solicitação for recorrente. Para cada solicitação concorrente, o BTM mede o tempo a partir do qual a mensagem inicial do ambiente é observada até que sua mensagem final seja observada. Este é o tempo de resposta para a solicitação concorrente.

Observação

Os termos cargo em lote e programa concorrente são usados de forma intercambiável no Oracle Pulse.

Para ajudá-lo a avaliar o desempenho das transações de tarefas em batch, o Oracle Pulse coleta o tempo de execução máximo e o tempo de execução médio da transação de tarefas em batch para todos os dados coletados do Oracle® E-Business Suite ou PeopleSoft. O tempo de execução máximo é o tempo máximo gasto para executar a transação da tarefa em batch de todas as execuções registradas. O tempo médio de execução é o tempo médio que a tarefa em batch levou para ser concluída. Todas as solicitações concluídas são contadas no tempo de resposta, independentemente de os alertas de condição terem ocorrido. Se a resposta da tarefa em batch se aproximar ou exceder o runtime máximo, ou se o runtime médio for maior que o esperado, uma investigação mais aprofundada será necessária.

Você pode usar o Oracle Pulse para identificar anomalias em execuções de programas simultâneos e quando e por que essas anomalias ocorreram. Abra os relatórios detalhados para revisar informações sobre os sistemas de jobs do Oracle® E-Business Suite ou PeopleSoft - ou seja, o ambiente do Oracle® E-Business Suite ou PeopleSoft que está executando os jobs em batch. Essas informações incluem as solicitações simultâneas de execução mais longa atualmente em execução no sistema de jobs do Oracle® E-Business Suite, os jobs no estado de alerta em um determinado momento e os jobs no estado de alerta nos 7 dias anteriores à última coleta de dados do seu sistema de jobs PeopleSoft, bem como os jobs atualmente enfileirados no sistema de jobs PeopleSoft.

Os relatórios históricos dos sistemas de jobs do Oracle® E-Business Suite mostram os programas simultâneos de execução mais longa ou o programa concorrente com a maior contagem de solicitações, durante qualquer intervalo de 24 horas a partir da data especificada, enquanto os relatórios históricos dos sistemas de jobs PeopleSoft mostram o número de solicitações de jobs de vários status nas últimas 24 horas.

O BTM também rastreia a fase e o status de todas as solicitações simultâneas monitoradas contínuas e históricas, ajudando a identificar problemas de desempenho ou tempo de execução com solicitações de job em lote monitoradas do Oracle® E-Business Suite ou PeopleSoft que estão em execução ou foram executadas no intervalo reportado (a última hora, as últimas 24 horas ou os últimos 31 dias).

Relatórios históricos para os jobs do Oracle® E-Business Suite podem ser filtrados para mostrar o comportamento da solicitação concorrente em qualquer intervalo de 24 horas. Você pode abrir uma lista de todas as solicitações concorrentes monitoradas, das solicitações concluídas com erros (solicitações concluídas com filtro de Erro) ou advertências (Solicitações concluídas com filtro de Advertência), das solicitações que estavam na fase pendente (filtro de Solicitações Pendentes) ou que passaram mais do que o esperado no estado pendente (filtro de Solicitações Pendentes Longas) ou você pode revisar todas as solicitações concluídas com êxito (filtro de Solicitações Concluídas com Êxito).

Sobre Interações do Usuário

Por outro lado, as transações de interação do usuário são avaliadas somente no tempo de desempenho. O BTM registra o tempo que o último conjunto de operações que compõem a interação do usuário leva para ser concluído. Este é o tempo da última resposta para a transação.

Para transações de interação do usuário, o BTM compara o último tempo de resposta com o tempo de execução médio de 30 dias. Esse valor é a média de execução de todos os runtimes registrados para uma interação do usuário nos 30 dias anteriores. Todas as execuções concluídas são contadas no tempo de resposta. O BTM também mostra a diferença entre o último tempo de resposta da transação e o limite acordado. O limite é o tempo de resposta mais longo aceitável para a interação do usuário. Ele é definido no Oracle® Enterprise Manager em consulta com o Oracle SDM.

Para analisar o desempenho de qualquer interação do usuário, abra o relatório detalhado. O gráfico de desempenho compara o tempo de resposta de uma interação do usuário com o limite e a mediana histórica. A mediana histórica é o valor que está no ponto médio da faixa de tempos de resposta medidos. Vá para a exibição de tabela para ver os valores subjacentes ao gráfico.

Os detalhes na guia Estresse Sustentado ajudam o usuário a identificar a degradação de desempenho impactante nas principais transações de negócios e identificar as possíveis causas dessa degradação, permitindo tempos de resolução mais rápidos. O gráfico nesta guia destaca períodos de degradação de desempenho em que os tempos de resposta da transação estão tendendo significativamente acima ou abaixo dos tempos de resposta normais para essa transação durante um período sustentado. Esses períodos de estresse sustentado estão correlacionados com eventos (incluindo solicitações de alteração, solicitações de serviço e eventos funcionais) que ocorreram ao redor e durante o período de estresse identificado, pois são possíveis contribuintes para a própria degradação do desempenho.

Sobre Transações LTM

As transações de gerenciamento de transações de login (LTM) agora fazem parte da configuração de monitoramento de serviços básicos da Oracle para aplicativos de produção. O objetivo das transações LTM é detectar problemas de acesso ao aplicativo que podem surgir em relação a componentes de infraestrutura, capacidade, desempenho e acesso.

Usando uma conta de usuário de acesso restrito, uma transação LTM simplesmente faz log-in na home page do aplicativo e logo faz log-out - essa ação simples permite que a transação LTM rastreie os problemas acima mencionados. Espera-se que as transações LTM não tenham impacto na capacidade ou no desempenho do ambiente de produção. Para obter mais informações sobre transações LTM, entre em contato com o Gerente de Entrega de Serviço.

Sobre Serviços SOA

Os serviços de SOA (Oracle Service-Oriented Architecture) fornecem conectividade entre aplicativos implantados em uma arquitetura orientada a serviços. A conectividade entre esses serviços é essencial para que uma empresa continue a trabalhar de forma eficaz e a apoiar suas metas.

Os aplicativos compostos, também chamados de compostos, são aplicativos de software criados pela combinação de várias funções existentes em um novo aplicativo. O destino composto é composto de blocos de construção que você usa para construir uma aplicação composta SOA, chamada de componentes de serviço (processo BPEL, regra de negócios, tarefa humana, spring e mediador).

Use o Oracle Pulse para analisar o status dos alvos nos quais o conjunto SOA é executado e para monitorar de forma proativa a integridade dos compostos (status, uso e outras métricas), o que desempenha um papel importante na previsão e compreensão do crescimento e impacto dos compostos no desempenho e no armazenamento. Além disso, o Oracle Pulse também pode informar sobre o status dos compostos SOA, o que permite ainda manter a sincronização de dados e minimizar qualquer delta potencial entre os sistemas. Por exemplo, para compostos usados intensivamente, quando um alto nível de registro de auditoria é definido para um conjunto de compostos para manter erros, avisos e outros detalhes, isso pode significar que um alto volume de dados é mantido no banco de dados. Atividade de limpeza de log insuficiente pode causar grandes problemas de desempenho e problemas de espaço de armazenamento, afetando outras atividades no serviço.

Compostos SOA podem ser implantados em seções separadas da infraestrutura SOA, conhecidas como partições. A implantação em partições permite agrupar logicamente compostos SOA e executar tarefas de gerenciamento do ciclo de vida em massa em todas as aplicações compostas SOA dentro de uma interação suave e oportuna partition.The específica entre pontos de integração em um serviço SOA é fundamental para o sucesso dos fluxos gerais de processos de negócios. A funcionalidade BTM no Oracle Pulse fornece a capacidade de:

  • exibir informações de diagnóstico e integridade do composto SOA

  • obter visibilidade antecipada para permitir a resolução oportuna de incidentes

  • compreender os dados de tendência relacionados às interfaces SOA, que garante uma melhor percepção da volumetria geral do processo de negócios e fornece informações detalhadas sobre as áreas que estão se comportando fora das normas esperadas

Métricas do Business Insight

A funcionalidade Business Insight no Oracle Pulse usa duas categorias de métricas:

  • As métricas dos Indicadores Chave de Desempenho (KPI) fornecem informações de alto nível sobre uma medição de negócios crítica, como níveis de estoque ou status de contas. As métricas de KPI podem ser rastreadas visualmente por meio de um gráfico do Business Insight. Além disso, limites e alertas podem ser configurados para esses gráficos de KPI, auxiliando no rastreamento proativo.

  • Métricas detalhadas são métricas associadas à métrica de KPI que fornecem informações adicionais sobre quaisquer problemas identificados no gráfico de KPI. Essas métricas são visíveis por meio da view de tabela. Por exemplo, se o gráfico de KPI indicar que a porcentagem de contas com o status Aberto está muito alta antes do evento de Fechamento de Período, a view de tabela poderá fornecer dados complementares destacando o nome das contas, a qual região geográfica elas pertencem ou quem é um ponto de contato nessa região. Juntos, o gráfico de KPI e a exibição de tabela facilitam o rastreamento proativo de seus principais objetivos de negócios e fornecem informações adicionais para interpretar as medições de KPI e tomar medidas orientadas por dados.

O widget Business Insight no Pulse Dashboard fornece uma visão resumida de alto nível dos relatórios provisionados do Business Insight. Para obter mais informações, consulte a seção Widget do Business Insight em Verificando o Desempenho de Seus Serviços.

O painel do Business Insight resume informações sobre as métricas que você solicitou incluir no seu relatório do Business Insight, permitindo que você monitore suas métricas de interesse. Para obter mais informações, consulte a seção Monitorando Métricas do Business Insight em Usando os Relatórios do Business Insight.

Métricas do Host e do Banco de Dados

As métricas de host e banco de dados são rastreadas no Oracle Pulse usando as informações extraídas do Oracle® Enterprise Manager. Disponível no Nível do Cliente, essas métricas permitem que você veja a carga em diferentes hosts e bancos de dados em um determinado momento.

A tabela de métricas do host no painel Desempenho no Nível do Cliente permite verificar:

  • o número médio de jobs aguardando E/S no último intervalo

  • a quantidade de CPU que está sendo usada no modo SYSTEM como uma porcentagem da potência total de processamento da CPU ou a porcentagem de tempo que os threads do processo passaram executando o código no modo privilegiado

  • a quantidade de CPU que está sendo usada no modo USER como uma porcentagem da potência total de processamento da CPU ou a porcentagem de tempo que o processador gasta no modo USER

  • o valor da utilização da CPU como porcentagem do poder de processamento total disponível da CPU ou o percentual de tempo que a CPU gasta para executar um thread não inativo

  • a quantidade de memória usada como porcentagem da memória total

  • o número de páginas paginadas (leia do disco para resolver referências de memória de falha) por segundo ou a taxa na qual as páginas são lidas do disco para resolver falhas de páginas rígidas

  • o número de páginas gravadas (por segundo) pelo gerenciador de memória virtual ou a taxa na qual as páginas são gravadas no disco para liberar espaço na memória física

  • o número médio de processos na memória e o assunto a ser executado no último intervalo

  • a porcentagem de memória trocada em uso para o último intervalo ou a porcentagem de ambiente de arquivo de página usado

  • o número total de processos atualmente em execução no sistema

Para obter mais informações, consulte a seção Usando Métricas do Host em Usando os Relatórios de Desempenho.

A tabela de métricas do banco de dados no painel Desempenho no Nível do Cliente permite que você verifique:

  • o número atual de logons

  • o tempo médio em que o bloco de solicitação atual (CR) foi recebido, medido em 100 segundos

  • o número total de bytes enviados e recebidos por meio da camada Rede SQL de e para o banco de dados

  • o número de blocos de dados gravados no disco por segundo durante esse período de amostra

  • a utilização do recurso do processo em relação aos valores (percentagem) especificados pelos argumentos de limite

  • a utilização do recurso de sessão em relação aos valores (percentagem) especificados pelos argumentos de limite

  • o número de leituras lógicas por segundo durante o período de amostra

  • a quantidade total de memória usada, em MB

Para obter mais informações, consulte a seção Usando Métricas do Banco de Dados em Usando os Relatórios de Desempenho.