caso-2.trc

db file sequential read

Lê um bloco do disco para o buffer cache: acesso por índice, à tabela via ROWID, a undo ou a cabeçalho de segmento.

Normal quando

Acesso por índice a poucos blocos, com média de 0,1 a 1 ms em SSD ou flash e de 5 a 10 ms em disco.

Preocupa quando

Muitas leituras: o plano lê blocos demais (índice pouco seletivo, NESTED LOOPS com muitas linhas). Média alta: armazenamento lento ou disputado.

Onde olhar

• Quantas leituras e quanto dura cada uma: Perfil, linha deste componente: colunas Ocorrências e Média (s)
• Leituras lentas, ou muitas leituras rápidas: Distribuição de latência, tabela deste evento
• Objetos mais lidos: Objetos com mais tempo de espera
• Releitura dos mesmos blocos: Leituras, primeira leitura e releitura do mesmo bloco
• Comandos que mais leram: Principais comandos por componente, grupo deste evento
• Operações do plano que leem blocos demais: detalhe do comando, Plano de execução: operações em destaque

CPU: EXEC dbcalls

Tempo de CPU da sessão na execução: DML, abertura do cursor e corpo de blocos PL/SQL. Alto em PL/SQL: lógica pesada ou SQL dentro de laço.

Normal quando

É parte do trabalho normal do banco.

Preocupa quando

Domina o tempo total: comece pelos comandos que mais gastam CPU e pelas leituras lógicas deles.

Onde olhar

• CPU por tipo de chamada: Tipos de chamada
• Comandos com mais leituras lógicas: Comandos SQL, colunas LIO e Linhas
• Comandos que mais gastaram CPU nesta chamada: Principais comandos por componente, grupo desta chamada
• Comandos filhos dos blocos PL/SQL: detalhe do comando, SQL recursivo

tempo não contabilizado dentro das chamadas

Parte da duração da chamada (e=) que não é CPU (c=) nem espera registrada dentro dela.

Normal quando

Pequeno. Valor negativo vem da granularidade da medida de CPU, não de problema.

Preocupa quando

Soma muito: fila de CPU (mais processos prontos que núcleos), paginação de memória (swap) ou código sem instrumentação de espera.

Onde olhar

• Chamadas em que o tempo some (duração muito acima de CPU mais esperas): Chamadas de nível 0 mais longas
• Comandos que mais carregam esse tempo: Principais comandos por componente, grupo deste evento
• Carga de CPU e memória livre do servidor no período, fora do relatório

tempo não contabilizado entre chamadas

Tempo entre o fim de uma chamada de nível 0 e o início da próxima sem nenhuma espera registrada. É a diferença entre o tempo total e a soma das chamadas e das esperas entre elas.

Normal quando

Pequeno: frações de milissegundo por chamada.

Preocupa quando

Soma muito: o trace foi ligado ou desligado no meio, o processo ficou fora da CPU (servidor saturado), a aplicação demorou sem a espera de cliente aparecer, ou falta arquivo da coleta.

Onde olhar

• Período do trace e lacunas grandes de tempo: Resumo, Período
• Em coleta, se todos os arquivos vieram: Coleta, arquivos e sessões
• Chamadas separadas por lacunas: Chamadas de nível 0 mais longas

direct path read

Lê blocos do disco direto para a memória da sessão, sem passar pelo buffer cache: full scan grande em série ou consulta paralela.

Normal quando

Leitura completa de tabela grande num processo de lote.

Preocupa quando

Aparece em tela de usuário ou dentro de laço: full scan grande repetido, tabela lida inteira para devolver poucas linhas.

Onde olhar

• Comandos que mais leram: Principais comandos por componente, grupo deste evento
• Operações TABLE ACCESS FULL e quantas vezes executaram: detalhe do comando, Plano de execução: coluna Exec
• Objetos mais lidos: Objetos com mais tempo de espera

SQL*Net message from client

A sessão terminou a chamada anterior e espera o próximo pedido da aplicação. É tempo da aplicação, da rede e do usuário, não do banco.

Normal quando

Aparece entre todas as chamadas. Esperas longas e isoladas são o usuário pensando ou a aplicação ocupada com outra coisa.

Preocupa quando

Domina o tempo total com muitas esperas curtas: a aplicação conversa demais com o banco (uma linha por chamada, SQL dentro de laço). Com poucas esperas longas, a demora está na aplicação, e ajuste de SQL não resolve.

Onde olhar

• Quantas idas e voltas houve e quanto dura cada uma: Perfil, linha deste componente: colunas Ocorrências e Média (s)
• Muitas esperas curtas ou poucas longas: Distribuição de latência, tabela deste evento
• FETCH que trazem poucas linhas cada: Tipos de chamada, linha FETCH: Quantidade e Linhas
• Comandos que mais esperaram a aplicação: Principais comandos por componente, grupo deste evento

direct path read temp

Lê da tablespace temporária o que uma ordenação, um hash join ou uma tabela temporária gravou lá.

Normal quando

Ordenações e junções grandes, em lote.

Preocupa quando

A operação devia caber na memória da sessão: PGA pequena para ela, ou volume maior que o necessário (junção errada, ordenação de linhas demais).

Onde olhar

• Comandos que usaram o TEMP: Principais comandos por componente, grupo deste evento
• Operações SORT e HASH JOIN que gravaram no TEMP: detalhe do comando, Plano de execução: coluna PW
• pga_aggregate_target e pga_aggregate_limit, no banco

CPU: FETCH dbcalls

Tempo de CPU da sessão na busca das linhas. Alto: leituras lógicas demais (LIO), em geral um plano que lê muito mais blocos do que as linhas devolvidas pedem.

Normal quando

É parte do trabalho normal do banco.

Preocupa quando

Domina o tempo total: comece pelos comandos que mais gastam CPU e pelas leituras lógicas deles.

Onde olhar

• CPU por tipo de chamada: Tipos de chamada
• Comandos com mais leituras lógicas: Comandos SQL, colunas LIO e Linhas
• Comandos que mais gastaram CPU nesta chamada: Principais comandos por componente, grupo desta chamada
• Operações do plano com LIO próprio alto: detalhe do comando, Plano de execução: operações em destaque

db file scattered read

Lê vários blocos contíguos de uma vez para o buffer cache: full table scan ou index fast full scan.

Normal quando

Full scan de tabela pequena ou média, que cabe no cache.

Preocupa quando

Full scan de tabela grande para devolver poucas linhas: falta índice, ou o índice não é usado.

Onde olhar

• Comandos que mais leram: Principais comandos por componente, grupo deste evento
• Operações TABLE ACCESS FULL e INDEX FAST FULL SCAN: detalhe do comando, Plano de execução: operações em destaque
• Objetos mais lidos: Objetos com mais tempo de espera

direct path write temp

Grava no TEMP a parte de uma ordenação ou de um hash join que não coube na PGA.

Normal quando

Operações grandes, em lote.

Preocupa quando

O mesmo que a leitura do TEMP: PGA pequena ou volume alto.

Onde olhar

• Comandos que usaram o TEMP: Principais comandos por componente, grupo deste evento
• Operações SORT e HASH JOIN que gravaram no TEMP: detalhe do comando, Plano de execução: coluna PW

CPU: PARSE dbcalls

Tempo de CPU da sessão na análise do SQL (parse). Alto: hard parse por SQL sem bind, ou parse repetido do mesmo cursor (abrir e fechar a cada execução).

Normal quando

É parte do trabalho normal do banco.

Preocupa quando

Domina o tempo total: comece pelos comandos que mais gastam CPU e pelas leituras lógicas deles.

Onde olhar

• Hard parses: Tipos de chamada, linha PARSE: Quantidade e Misses
• Comandos que só mudam os literais: Textos compartilháveis
• PARSE a cada EXEC: detalhe do comando, Chamadas: PARSE em relação a EXEC
• Comandos que mais gastaram CPU nesta chamada: Principais comandos por componente, grupo desta chamada

CPU: CLOSE dbcalls

Tempo de CPU da sessão no fechamento do cursor. Quase sempre pequeno.

Normal quando

É parte do trabalho normal do banco.

Preocupa quando

Domina o tempo total: comece pelos comandos que mais gastam CPU e pelas leituras lógicas deles.

Onde olhar

• CPU por tipo de chamada: Tipos de chamada
• Comandos com mais leituras lógicas: Comandos SQL, colunas LIO e Linhas
• Comandos que mais gastaram CPU nesta chamada: Principais comandos por componente, grupo desta chamada
• Comandos filhos dos blocos PL/SQL: detalhe do comando, SQL recursivo

log file switch completion

A sessão espera a troca do arquivo de redo log terminar.

Normal quando

Raro: uma espera curta a cada troca.

Preocupa quando

Redo logs pequenos para o volume gerado: trocas frequentes.

Onde olhar

• Quantas trocas e quanto dura cada uma: Perfil, linha deste componente: colunas Ocorrências e Média (s)

Configuration

Esperas causadas por um limite de configuração: redo log pequeno, buffer cache, ITL, cache de sequência, espaço.

Normal quando

Raro.

Preocupa quando

O evento aponta o parâmetro ou o objeto a ajustar.

Onde olhar

• Qual evento, e o que ele pede: Por classe de espera, linha desta classe: coluna Principais componentes

Não classificado

Eventos que o motor não sabe classificar.

Normal quando

Soma pouco tempo.

Preocupa quando

Soma muito: a classe do evento em v$event_name diz onde ele se encaixa.

Onde olhar

• Classe do evento: v$event_name.wait_class, no banco

enq: RO - fast object reuse

TRUNCATE ou DROP esperando o banco descartar os blocos do objeto que estão no buffer cache.

Normal quando

Soma pouco tempo.

Preocupa quando

TRUNCATE dentro de laço, ou buffer cache muito grande para varrer.

Onde olhar

• Quantas ocorrências: Perfil, linha deste componente: coluna Ocorrências
• Comandos que mais esperaram: Principais comandos por componente, grupo deste evento

Disk file operations I/O

Operações no arquivo (abrir, fechar, consultar tamanho), não leitura de dados.

Normal quando

Soma pouco tempo.

Preocupa quando

Soma muito: muitos arquivos abertos e fechados, ou sistema de arquivos lento.

Onde olhar

• Quantas ocorrências e quanto dura cada uma: Perfil, linha deste componente: colunas Ocorrências e Média (s)

reliable message

A sessão mandou uma mensagem a processos de fundo ou a outras instâncias e espera a confirmação.

Normal quando

Soma pouco tempo.

Preocupa quando

Soma muito: TRUNCATE, result cache ou mudança de parâmetro em RAC.

Onde olhar

• Comandos que mais esperaram: Principais comandos por componente, grupo deste evento

SQL*Net message to client

Tempo para entregar um pacote de resposta ao sistema operacional. Não mede a rede até o cliente, só a entrega ao SO.

Normal quando

Microssegundos por ocorrência, uma por chamada.

Preocupa quando

A média sobe para milissegundos: buffer de rede do servidor cheio ou rede saturada.

Onde olhar

• Média e máximo por espera: Perfil, linha deste componente: colunas Média (s) e Máx (s)

User I/O

Leituras e gravações de dados feitas pela própria sessão.

Normal quando

Algum I/O sempre há, com média baixa por leitura.

Preocupa quando

Blocos demais (o plano lê mais do que precisa) ou tempo médio alto por leitura (armazenamento lento).

Onde olhar

• Quais eventos de I/O pesam: Por classe de espera, linha desta classe: coluna Principais componentes
• Leituras lentas, ou muitas leituras rápidas: Distribuição de latência
• Objetos mais lidos: Objetos com mais tempo de espera
• Comandos que mais leram: Principais comandos por classe, grupo desta classe
• Operações do plano que leem blocos demais: detalhe do comando, Plano de execução: operações em destaque

Não contabilizado

Tempo que o trace não explica por CPU nem por espera: dentro das chamadas e entre elas.

Normal quando

Pequeno.

Preocupa quando

Fila de CPU, paginação, lacunas no trace ou arquivo faltando na coleta.

Onde olhar

• Os dois componentes de tempo não contabilizado e o cartão de cada um: Perfil do tempo de resposta

CPU

Tempo de CPU das chamadas ao banco (o c= de PARSE, EXEC e FETCH).

Normal quando

É o trabalho do banco.

Preocupa quando

Soma muito: leituras lógicas demais (plano), parse em excesso ou PL/SQL pesado.

Onde olhar

• CPU por tipo de chamada: Tipos de chamada
• Comandos com mais leituras lógicas: Comandos SQL, colunas LIO e Linhas
• Comandos que mais gastaram CPU: Principais comandos por classe, grupo desta classe

Idle

A sessão espera trabalho. Num trace de sessão, quase sempre é SQL*Net message from client: tempo da aplicação, da rede e do usuário.

Normal quando

Aparece entre as chamadas.

Preocupa quando

Domina o tempo total e o usuário reclama da demora: a lentidão está fora do banco (aplicação, rede, idas e voltas demais).

Onde olhar

• Quantas idas e voltas houve: Resumo, Chamadas ao banco e Esperas
• FETCH que trazem poucas linhas cada: Tipos de chamada, linha FETCH: Quantidade e Linhas
• Comandos que mais esperaram a aplicação: Principais comandos por classe, grupo desta classe

Application

Esperas causadas pela forma como a aplicação usa o banco: linhas e tabelas bloqueadas por outra sessão, locks da aplicação, erros devolvidos.

Normal quando

Soma pouco tempo.

Preocupa quando

Sessão parada esperando outra: transações longas, mesma linha atualizada por várias sessões, chave estrangeira sem índice.

Onde olhar

• Quais eventos pesam: Por classe de espera, linha desta classe: coluna Principais componentes
• Objetos disputados: Objetos com mais tempo de espera
• Comandos que ficaram bloqueados: Principais comandos por classe, grupo desta classe
• Quem segura o lock: v$session.blocking_session, no banco

Other

Eventos internos sem classe mais específica.

Normal quando

Soma pouco tempo.

Preocupa quando

Soma muito: o evento é que diz a causa.

Onde olhar

• Qual evento pesa: Por classe de espera, linha desta classe: coluna Principais componentes

Network

Mandar e receber dados pelo SQL*Net, com a aplicação ou com outro banco por dblink.

Normal quando

Soma pouco tempo.

Preocupa quando

Resultados grandes, arraysize baixo ou dblink lento.

Onde olhar

• Quais eventos da classe pesam (more data, dblink): Por classe de espera, linha desta classe: coluna Principais componentes
• Linhas por FETCH: Tipos de chamada, linha FETCH: Quantidade e Linhas
• Comandos que mais usaram a rede: Principais comandos por classe, grupo desta classe

SQL recursivo (comandos filhos)

Tempo das chamadas que este comando disparou: SQL dentro de funções e procedures PL/SQL, triggers e consultas ao dicionário.

Normal quando

Comando PL/SQL que executa outros SQL.

Preocupa quando

Soma muito num SELECT ou DML simples: função PL/SQL chamada por linha, ou trigger pesado.

Onde olhar

• Quais comandos filhos e quanto custa cada um: detalhe do comando, SQL recursivo