Arquivo de Oracle SQL Tuning - Dominus Tech Conecta

Oracle SQL Tuning Advisor: análise, diagnóstico e otimização de SQL

Dominus Tech — Tue, 25 Aug 2026 23:27:07 +0000

Oracle SQL Tuning Advisor: análise, diagnóstico e otimização de SQL

O Oracle SQL Tuning Advisor é um recurso do Oracle Database voltado à análise de instruções SQL que apresentam problemas de desempenho. A ferramenta analisa uma ou mais instruções SQL e apresenta recomendações para melhorar sua execução, podendo indicar coleta de estatísticas, criação de índices, reestruturação de SQL, SQL Profiles e SQL Plan Baselines.

Em ambientes corporativos, o Oracle SQL Tuning Advisor deve ser utilizado dentro de uma metodologia de performance que considere o comportamento histórico do banco, os SQLs de maior impacto, os planos de execução e os efeitos das alterações sobre o workload.

O SQL Tuning Advisor faz parte dos recursos de diagnóstico e otimização do Oracle Database e pode ser utilizado tanto em análises sob demanda quanto por mecanismos automáticos de SQL Tuning.

Documentação oficial da Oracle: Analyzing SQL with SQL Tuning Advisor.

O que é Oracle SQL Tuning Advisor?

O Oracle SQL Tuning Advisor é um mecanismo especializado para analisar SQLs que apresentam comportamento inadequado ou elevado consumo de recursos.

O administrador pode submeter uma instrução SQL ou um conjunto de instruções para análise. O Advisor avalia o SQL e apresenta findings, recomendações, justificativas e benefícios estimados.

Entre as principais recomendações que podem ser produzidas estão:

Coleta de estatísticas de objetos;
Criação de índices;
Reestruturação de instruções SQL;
Criação de SQL Profiles;
Criação ou utilização de SQL Plan Baselines;
Alternativas de plano de execução;
Recomendações relacionadas ao uso de paralelismo em determinados cenários.

A documentação oficial da Oracle apresenta o SQL Tuning Advisor como um recurso para obter recomendações de melhoria de desempenho de SQLs de alta carga. Oracle Database — Analyzing SQL with SQL Tuning Advisor

Por que utilizar o Oracle SQL Tuning Advisor?

Problemas de desempenho em Oracle Database frequentemente estão relacionados a SQLs específicos que consomem uma parcela significativa dos recursos disponíveis.

Uma consulta pode apresentar elevado consumo de CPU, grande quantidade de leituras lógicas, I/O físico, tempo de execução excessivo ou comportamento diferente daquele esperado pelo otimizador.

O SQL Tuning Advisor ajuda o DBA a transformar esses problemas em uma análise estruturada.

O objetivo não é simplesmente executar uma consulta mais rapidamente. O objetivo é encontrar uma solução tecnicamente adequada e sustentável para o workload.

Oracle SQL Tuning Advisor e SQLs de alto consumo

Um dos cenários mais importantes para utilização do SQL Tuning Advisor é a investigação de SQLs de alto consumo.

Esses SQLs podem ser identificados por ferramentas e recursos do próprio Oracle Database, incluindo:

Oracle AWR;
Oracle ASH;
Oracle ADDM;
Oracle Enterprise Manager;
Consultas na memória compartilhada;
SQL Tuning Sets;
Análises de incidentes de performance.

Depois de identificado o SQL_ID relevante, o DBA pode aprofundar a investigação e utilizar o SQL Tuning Advisor para avaliar oportunidades de otimização.

Veja também:

Oracle SQL Tuning Advisor e Oracle AWR

O Oracle AWR fornece informações históricas de desempenho que ajudam a identificar SQLs responsáveis por grande consumo de recursos.

Por meio das informações coletadas pelo AWR, o DBA pode analisar períodos específicos, identificar SQLs relevantes e comparar o comportamento do banco antes e depois de uma alteração.

Essa integração é importante porque o SQL Tuning Advisor não deve ser utilizado isoladamente. O contexto histórico do banco ajuda a determinar se o SQL realmente representa um problema e qual é o impacto para o ambiente.

Oracle SQL Tuning Advisor e Oracle ASH

O Oracle ASH permite aprofundar a investigação de sessões e SQLs ativos em determinados períodos.

Durante um incidente, o ASH pode ajudar a relacionar SQL_IDs, sessões, eventos de espera, consumo de CPU e outras informações importantes para determinar a origem de um problema de desempenho.

O SQL Tuning Advisor pode então ser utilizado como uma etapa adicional da investigação para analisar as instruções SQL consideradas críticas.

Oracle SQL Tuning Advisor e Oracle ADDM

O Oracle ADDM realiza análises automáticas do desempenho do banco e pode identificar SQLs de alta carga.

Quando um SQL relevante é identificado, o DBA pode utilizar o SQL Tuning Advisor para realizar uma análise específica da instrução.

A documentação oficial da Oracle descreve o processo de execução manual do SQL Tuning Advisor a partir de recomendações relacionadas a SQLs de alta carga.

Oracle — Tuning SQL Manually Using SQL Tuning Advisor

Como funciona o Oracle SQL Tuning Advisor?

O processo de tuning pode ser dividido em algumas etapas principais:

Identificação do SQL de alto impacto;
Obtenção do SQL_ID e contexto de execução;
Análise do plano de execução;
Criação de uma tarefa de tuning;
Execução do SQL Tuning Advisor;
Análise dos findings;
Avaliação das recomendações;
Teste da solução;
Implementação controlada;
Monitoramento posterior.

Essa metodologia reduz o risco de aplicar alterações de forma indiscriminada em ambientes de produção.

Oracle SQL Tuning Advisor: escopo Limited e Comprehensive

Na execução do SQL Tuning Advisor, o escopo da análise pode influenciar a profundidade e o tempo necessário para o diagnóstico.

Limited

O escopo limitado realiza uma análise mais rápida e não recomenda SQL Profile.

Comprehensive

O escopo Comprehensive realiza uma análise mais aprofundada e pode utilizar técnicas adicionais, incluindo amostragem e execução parcial, para melhorar a qualidade das estimativas.

Essa análise mais abrangente pode resultar em recomendações de SQL Profile quando forem identificadas diferenças significativas entre as estimativas do otimizador e os resultados observados.

Consulte a documentação oficial sobre os escopos de tuning do Oracle SQL Tuning Advisor.

Equipe técnica da Dominus Tech analisando consultas SQL, planos de execução, desempenho do banco de dados e recomendações de otimização.

Oracle SQL Tuning Advisor e SQL Profiles

Uma das recomendações mais importantes que o SQL Tuning Advisor pode apresentar é a criação de um SQL Profile.

Um SQL Profile contém informações auxiliares específicas de uma instrução SQL. Essas informações podem ajudar o otimizador a corrigir estimativas de cardinalidade, seletividade e custo que estejam levando a planos inadequados.

Um SQL Profile não é simplesmente um plano de execução armazenado. Ele fornece informações adicionais ao otimizador para que este possa escolher um plano mais adequado.

A Oracle explica que o SQL Profile pode corrigir estimativas do otimizador sem necessariamente prendê-lo a um único plano.

Oracle — Managing SQL Profiles

Quando o SQL Tuning Advisor recomenda um SQL Profile?

Durante uma análise abrangente, o SQL Tuning Advisor pode comparar estimativas do otimizador com informações obtidas durante a análise e identificar diferenças significativas.

Quando isso ocorre, o Advisor pode recomendar um SQL Profile para fornecer informações auxiliares ao otimizador.

O DBA deve avaliar a recomendação antes da implementação, principalmente em sistemas críticos.

Um SQL Profile pode ser particularmente útil quando o problema está relacionado a estimativas inadequadas que levam o otimizador a escolher um plano de execução menos eficiente.

Como aceitar um SQL Profile

A implementação de um SQL Profile recomendado pelo SQL Tuning Advisor pode ser realizada utilizando o pacote DBMS_SQLTUNE.

DECLARE
  l_sql_profile VARCHAR2(128);
BEGIN
  l_sql_profile := DBMS_SQLTUNE.ACCEPT_SQL_PROFILE(
      task_name => 'SQL_TUNING_TASK',
      name      => 'SQL_PROFILE_EXEMPLO'
  );
END;
/

O nome da tarefa e os demais parâmetros devem ser substituídos pelos valores correspondentes ao ambiente.

A documentação oficial da Oracle apresenta o procedimento DBMS_SQLTUNE.ACCEPT_SQL_PROFILE para implementação de SQL Profiles.

Oracle — Implementing a SQL Profile

Oracle SQL Tuning Advisor e índices

O SQL Tuning Advisor pode recomendar a criação de índices quando identificar que um índice adicional pode melhorar a execução de determinada instrução.

Entretanto, uma recomendação de índice não deve ser aplicada automaticamente.

O DBA deve analisar:

Quantidade de dados;
Frequência de acesso;
Espaço utilizado;
Impacto em INSERT;
Impacto em UPDATE;
Impacto em DELETE;
Índices existentes;
SQLs que podem ser beneficiados;
Impacto sobre o workload geral.

Em ambientes corporativos, o melhor índice para uma consulta pode não ser necessariamente a melhor decisão para todo o banco.

Oracle SQL Tuning Advisor e reestruturação de SQL

O Advisor também pode identificar oportunidades de reestruturação da instrução SQL.

A análise pode apontar alternativas relacionadas à forma como a instrução é construída e como suas operações são processadas pelo otimizador.

Uma alteração de SQL deve ser validada funcionalmente e comparada em termos de desempenho antes de ser aplicada em produção.

Oracle SQL Tuning Advisor e SQL Plan Baselines

SQL Profiles e SQL Plan Baselines são mecanismos diferentes, embora ambos estejam relacionados ao controle e à melhoria do desempenho de SQL.

Um SQL Plan Baseline trabalha com planos aceitos e busca evitar que o otimizador utilize planos considerados inadequados.

Um SQL Profile, por sua vez, fornece informações auxiliares para melhorar as estimativas do otimizador.

A Oracle descreve SQL Plan Baselines como normalmente proativos e SQL Profiles como predominantemente reativos.

Oracle — Overview of SQL Plan Management

Oracle SQL Tuning Advisor e DBMS_SQLTUNE

O pacote DBMS_SQLTUNE é a interface utilizada para tuning SQL sob demanda.

Entre as funcionalidades relacionadas ao SQL Tuning Advisor estão:

Criação de tuning tasks;
Execução de tuning tasks;
Geração de relatórios;
Gerenciamento de SQL Profiles;
Gerenciamento de SQL Tuning Sets;
Operações de análise de SQL.

Um fluxo típico pode utilizar:

DBMS_SQLTUNE.CREATE_TUNING_TASK
DBMS_SQLTUNE.EXECUTE_TUNING_TASK
DBMS_SQLTUNE.REPORT_TUNING_TASK

Oracle — DBMS_SQLTUNE

Oracle SQL Tuning Advisor e SQL Tuning Sets

Um SQL Tuning Set permite trabalhar com um conjunto de instruções SQL e informações relacionadas ao contexto de execução.

Essa funcionalidade é especialmente útil quando o tuning envolve várias instruções SQL e não apenas uma consulta isolada.

Um SQL Tuning Set pode armazenar informações como:

Texto SQL;
Contexto de execução;
Estatísticas de execução;
Planos de execução;
Informações de processamento.

O SQL Tuning Advisor pode utilizar SQL Tuning Sets como entrada para análises de workloads.

Oracle — DBMS_SQLTUNE e SQL Tuning Sets

Oracle SQL Tuning Advisor automático

Além do tuning executado manualmente, o Oracle Database possui mecanismos de SQL Tuning automático.

O pacote DBMS_AUTO_SQLTUNE fornece a interface relacionada ao SQL Tuning Advisor quando executado pelo framework de tarefas automáticas.

A tarefa automática pode selecionar SQLs de alta carga a partir das informações do AWR e executar uma análise abrangente.

Oracle — DBMS_AUTO_SQLTUNE

Oracle SQL Tuning Advisor e Oracle Enterprise Manager

O Oracle Enterprise Manager fornece recursos gráficos para monitoramento e administração do Oracle Database.

O DBA pode utilizar os recursos de performance para identificar SQLs relevantes e iniciar análises de tuning.

A documentação oficial da Oracle apresenta o processo para executar o SQL Tuning Advisor manualmente por meio das ferramentas de gerenciamento.

Oracle — Tuning SQL Manually Using SQL Tuning Advisor

Oracle SQL Tuning Advisor e plano de execução

O plano de execução é uma das principais informações utilizadas pelo DBA para entender como o Oracle está processando uma instrução SQL.

Durante o processo de tuning, é importante comparar o plano atual com alternativas identificadas pelo Advisor.

Entre os aspectos que podem ser avaliados estão:

Acesso por índice;
Full Table Scan;
Join methods;
Cardinalidade estimada;
Cardinalidade real;
Operações de sort;
Leituras lógicas;
Leituras físicas;
Tempo de CPU;
Tempo decorrido.

SQL Tuning Advisor e regressão de performance

Uma alteração que melhora uma consulta específica pode eventualmente produzir efeitos negativos sobre outras partes do workload.

Por isso, o tuning deve ser acompanhado de testes e validação.

Em ambientes críticos, o DBA deve considerar mecanismos de gerenciamento de planos para aumentar a previsibilidade do comportamento do otimizador.

Oracle — SQL Plan Management

Metodologia de Oracle SQL Tuning para ambientes corporativos

Uma metodologia profissional de tuning pode seguir o seguinte fluxo:

Identificar o problema de desempenho;
Determinar quando o problema ocorre;
Analisar Oracle AWR;
Analisar Oracle ASH;
Verificar Oracle ADDM;
Identificar SQL_IDs críticos;
Verificar o plano de execução;
Executar o SQL Tuning Advisor;
Analisar os findings;
Avaliar as recomendações;
Testar a solução;
Implementar a alteração;
Validar os resultados;
Monitorar possíveis regressões.

Essa abordagem permite que o SQL Tuning Advisor seja utilizado como parte de uma estratégia maior de administração e performance do Oracle Database.

Fluxo técnico da Dominus Tech para diagnóstico e otimização de performance Oracle, desde AWR, ASH e ADDM até SQL Tuning Advisor, implementação controlada e validação dos resultados.

Oracle SQL Tuning Advisor em ambientes críticos

Em bancos de dados corporativos, o tuning deve considerar não somente o ganho de uma instrução SQL, mas também o impacto sobre a aplicação, o workload e a infraestrutura.

Antes de implementar uma recomendação, é importante verificar:

Benefício esperado;
Impacto sobre CPU;
Impacto sobre I/O;
Impacto sobre memória;
Impacto sobre outras consultas;
Janela de mudança;
Possibilidade de rollback;
Comportamento após a alteração.

Essa abordagem é especialmente importante em ambientes Oracle RAC, Oracle Exadata e bancos de dados que suportam aplicações críticas.

Veja também:

Oracle SQL Tuning Advisor e serviços de DBA

O SQL Tuning Advisor pode fazer parte de uma estratégia profissional de serviços de DBA Oracle, principalmente em ambientes que precisam de acompanhamento contínuo de performance.

Entre os serviços relacionados estão:

Oracle Performance Tuning;
SQL Tuning;
Diagnóstico de problemas de performance;
Monitoramento de banco de dados;
Análise de AWR;
Análise de ASH;
Análise de ADDM;
Otimização de SQL;
Revisão de planos de execução;
Consultoria Oracle.

Conheça também:

Conteúdos relacionados ao Oracle SQL Tuning Advisor

Performance Oracle

Administração Oracle

Arquitetura Oracle

Conclusão

O Oracle SQL Tuning Advisor é uma ferramenta importante para análise e otimização de instruções SQL no Oracle Database.

Sua utilização permite que o DBA investigue SQLs de alto impacto e avalie recomendações relacionadas a estatísticas, índices, reestruturação de SQL, SQL Profiles e SQL Plan Baselines.

Quando integrado ao Oracle AWR, Oracle ASH, Oracle ADDM e Oracle Enterprise Manager, o SQL Tuning Advisor passa a fazer parte de uma metodologia mais completa de diagnóstico e otimização.

Em ambientes corporativos, a recomendação não deve ser aplicada de forma automática. O DBA deve avaliar o contexto, testar a alteração, medir os resultados e acompanhar o ambiente após a implementação.

Para organizações que dependem do Oracle Database em aplicações críticas, o SQL Tuning Advisor pode contribuir para melhorar desempenho, reduzir consumo de recursos e aumentar a previsibilidade do ambiente.

Documentação oficial Oracle

A Dominus Tech ajuda empresas a reduzir custos de licenciamento Oracle Database por meio de Performance Tuning, análise de utilização, otimização de recursos, observabilidade Full Stack e monitoramento inteligente da infraestrutura de TI.

A proteção dos dados corporativos exige planejamento, experiência e conhecimento das melhores práticas da Oracle.

A Dominus Tech oferece serviços especializados para implantação, revisão e evolução da segurança em ambientes Oracle Database, incluindo assessment, hardening, criptografia, auditoria, monitoramento, alta disponibilidade e recuperação de desastres.

👉Entre em contato com nossa equipe para descobrir como fortalecer a segurança do seu ambiente Oracle Database e reduzir os riscos para o seu negócio.

O post Oracle SQL Tuning Advisor: análise, diagnóstico e otimização de SQL apareceu primeiro em Dominus Tech Conecta.

Oracle ADDM: Diagnóstico Automático de Desempenho do Oracle Database

Dominus Tech — Mon, 24 Aug 2026 16:46:57 +0000

Oracle ADDM: Diagnóstico Automático de Desempenho do Oracle Database

Oracle ADDM (Automatic Database Diagnostic Monitor) é um recurso do Oracle Database criado para analisar automaticamente informações de desempenho e identificar possíveis problemas que estejam afetando o ambiente. O Oracle ADDM utiliza dados de desempenho coletados pelo banco para apontar gargalos, causas prováveis e oportunidades de melhoria.

Em ambientes corporativos, o Oracle ADDM complementa o Oracle AWR e o Oracle ASH, ajudando o DBA a transformar grandes volumes de métricas de desempenho em informações mais objetivas para troubleshooting e tuning.

O que é Oracle ADDM?

O Automatic Database Diagnostic Monitor é um componente de diagnóstico automático do Oracle Database.

Seu objetivo é analisar o desempenho do banco durante determinado intervalo e identificar problemas que possam estar consumindo recursos ou prejudicando o tempo de resposta das aplicações.

Em vez de exigir que o DBA examine manualmente todas as métricas disponíveis, o ADDM realiza uma análise automatizada e apresenta seus principais achados.

Para que serve o Oracle ADDM?

O Oracle ADDM pode auxiliar na identificação de diferentes categorias de problemas de desempenho.

Alto consumo de CPU.
Problemas relacionados a I/O.
SQL com impacto significativo.
Eventos de espera.
Problemas de concorrência.
Bloqueios.
Problemas de memória.
Alterações no comportamento do banco.
Problemas de configuração.
Oportunidades de otimização.

Como funciona o Oracle ADDM?

O ADDM utiliza informações de desempenho disponíveis no Oracle Database para realizar sua análise.

Essas informações estão fortemente relacionadas ao histórico de desempenho mantido pelo Oracle AWR.

O ADDM analisa o período entre snapshots e procura identificar os principais fatores que contribuíram para o tempo de banco ou para a degradação do desempenho.

Oracle ADDM e Oracle AWR

O relacionamento entre ADDM e AWR é fundamental para compreender o funcionamento dessas ferramentas.

O AWR coleta e mantém informações históricas de desempenho, enquanto o ADDM analisa essas informações para identificar possíveis problemas.

De forma simplificada:

AWR: coleta e armazena informações de desempenho.
ADDM: analisa essas informações e apresenta diagnósticos.
ASH: permite aprofundar a análise das sessões ativas.

Essa combinação cria uma base poderosa para troubleshooting Oracle.

Dashboard conceitual mostrando o Oracle ADDM analisando dados históricos do AWR para identificar problemas de CPU, I/O, SQL e eventos de espera, apresentar causas raiz e recomendar ações corretivas ao DBA.

Oracle ADDM e troubleshooting

Uma das principais aplicações do ADDM é o troubleshooting de problemas de desempenho.

Quando uma aplicação apresenta lentidão, o DBA pode utilizar o ADDM para obter uma visão inicial dos principais fatores que contribuíram para o problema.

Isso pode reduzir o tempo necessário para direcionar a investigação.

Oracle ADDM e análise de CPU

Quando o banco apresenta consumo elevado de CPU, o ADDM pode identificar a relevância desse recurso no período analisado.

O diagnóstico pode direcionar a equipe para SQL, sessões ou componentes que estejam contribuindo significativamente para o consumo.

Entretanto, CPU elevada não significa necessariamente problema. É preciso verificar se o consumo é compatível com a carga normal do ambiente.

Oracle ADDM e I/O

O desempenho do armazenamento pode influenciar diretamente o tempo de resposta das aplicações.

O ADDM pode identificar situações em que I/O representa parcela significativa do impacto observado no banco.

A investigação deve então considerar SQL, volume de dados, configuração do banco e infraestrutura de armazenamento.

Oracle ADDM e eventos de espera

Os eventos de espera ajudam a explicar por que sessões estão deixando de utilizar CPU para aguardar determinados recursos.

O ADDM pode identificar eventos de espera relevantes e apontar sua contribuição para o problema de desempenho.

Oracle ADDM e SQL

SQL com alto impacto pode ser destacada pelo diagnóstico do ADDM.

Entretanto, a identificação de uma SQL não significa automaticamente que ela seja a causa raiz.

O DBA deve investigar plano de execução, frequência de execução, volume processado, cardinalidade e contexto da aplicação.

Oracle ADDM e planos de execução

Uma SQL pode apresentar comportamento diferente quando seu plano de execução muda.

Por isso, depois de identificar uma SQL relevante, o DBA deve verificar se houve alteração de plano e se essa alteração está relacionada à degradação observada.

Oracle ADDM e bloqueios

Bloqueios podem aumentar o tempo de resposta das aplicações e gerar filas de sessões.

O ADDM pode apontar problemas relacionados à concorrência e direcionar a investigação.

Para aprofundar o diagnóstico, o DBA pode utilizar informações do Oracle ASH.

Oracle ADDM e memória

O desempenho do Oracle Database depende também de uma configuração adequada dos recursos de memória.

Problemas relacionados a memória podem aparecer em determinadas cargas e precisam ser analisados considerando o comportamento geral do ambiente.

Oracle ADDM e concorrência

Quando muitas sessões competem pelo mesmo recurso, a concorrência pode se tornar um fator importante de degradação.

O ADDM pode ajudar a identificar situações nas quais a concorrência representa parcela significativa do impacto de desempenho.

Oracle ADDM e problemas intermitentes

Problemas de curta duração podem desaparecer antes que o DBA consiga reproduzi-los.

Nesses casos, a análise histórica de desempenho pode ajudar a identificar o que estava acontecendo durante o período problemático.

O ADDM pode servir como ponto de partida para essa investigação.

Oracle ADDM e análise histórica

Uma das vantagens da análise baseada em dados históricos é a possibilidade de comparar o período problemático com períodos normais.

Isso ajuda a diferenciar comportamento esperado de uma alteração real no ambiente.

Oracle ADDM e Oracle ASH

O Oracle ASH pode complementar o diagnóstico do ADDM.

Quando o ADDM identifica um problema relacionado a determinada SQL, espera ou sessão, o ASH pode ajudar a aprofundar a investigação e identificar o comportamento das sessões envolvidas.

Oracle ADDM e Oracle Enterprise Manager

O Oracle Enterprise Manager fornece recursos gráficos para monitoramento e administração de ambientes Oracle.

Em ambientes corporativos, a utilização conjunta de Enterprise Manager, AWR, ASH e ADDM pode facilitar a identificação e investigação de problemas.

Oracle ADDM em Oracle RAC

Em ambientes Oracle RAC, a análise deve considerar o comportamento das diferentes instâncias.

Problemas podem estar concentrados em determinado nó ou relacionados à interação entre instâncias.

O diagnóstico precisa considerar a arquitetura completa.

Oracle ADDM e Grid Infrastructure

O Oracle Grid Infrastructure fornece componentes importantes para ambientes RAC e outras arquiteturas Oracle.

Quando o problema está relacionado à infraestrutura do cluster, o ADDM pode ser apenas uma parte da investigação.

É necessário utilizar também as ferramentas específicas da infraestrutura.

Oracle ADDM em Oracle Exadata

Em ambientes Oracle Exadata, o ADDM pode participar da análise de desempenho do banco.

Entretanto, a investigação deve considerar também os componentes específicos da arquitetura Exadata e seus recursos de diagnóstico.

DBA analisando indicadores de desempenho Oracle ADDM, incluindo CPU, I/O, SQL, eventos de espera e tempo de resposta.

Como analisar um diagnóstico Oracle ADDM?

1. Verifique o período

Confirme os snapshots utilizados e o intervalo de tempo analisado.

2. Leia os principais problemas

Comece pelos achados que apresentam maior impacto no desempenho.

3. Analise a causa

Entenda por que determinado recurso ou operação aparece no diagnóstico.

4. Avalie as recomendações

Verifique se as recomendações são aplicáveis ao ambiente.

5. Valide com outras ferramentas

Utilize AWR, ASH, SQL e informações da infraestrutura para confirmar o diagnóstico.

6. Planeje a correção

Somente depois de confirmar a causa deve-se implementar uma alteração.

Oracle ADDM e recomendações automáticas

O ADDM pode apresentar recomendações relacionadas a diferentes aspectos do ambiente.

Essas recomendações devem ser avaliadas tecnicamente antes de serem aplicadas.

Uma recomendação automática pode ser adequada em determinado ambiente e inadequada em outro, dependendo da carga, arquitetura, requisitos e características da aplicação.

Oracle ADDM substitui o DBA?

Não.

O ADDM automatiza parte da análise, mas não substitui a experiência de um DBA.

O profissional precisa compreender o negócio, a aplicação, a arquitetura do banco e a infraestrutura para determinar se uma recomendação realmente resolve a causa do problema.

Oracle ADDM e inteligência operacional

A automação de diagnóstico reduz o tempo necessário para analisar grandes volumes de informações.

Isso é especialmente importante em ambientes corporativos com muitos bancos, aplicações e cargas de trabalho diferentes.

O valor do ADDM está em ajudar a equipe a concentrar sua atenção nos pontos mais relevantes.

Oracle ADDM e Capacity Planning

Os diagnósticos históricos também podem apoiar análises de capacidade.

Ao identificar aumento recorrente de CPU, I/O ou carga de trabalho, a equipe pode avaliar se o ambiente está se aproximando de seus limites.

Oracle ADDM e mudanças no ambiente

O ADDM pode ser utilizado para comparar períodos antes e depois de alterações.

Entre os exemplos estão:

Atualização do Oracle Database.
Alteração de parâmetros.
Deploy de aplicação.
Mudança de infraestrutura.
Alteração de índices.
Mudanças no SQL.
Crescimento do volume de dados.

Oracle ADDM e tuning

O diagnóstico automático pode ajudar a priorizar trabalhos de tuning.

Depois de identificar uma área crítica, o DBA pode utilizar técnicas específicas de otimização para resolver a causa.

O processo pode envolver SQL, índices, estatísticas, memória, I/O, configuração e arquitetura.

Cuidados ao utilizar Oracle ADDM

Não aplicar recomendações automaticamente.
Validar o contexto do ambiente.
Comparar períodos.
Investigar a causa raiz.
Considerar a aplicação.
Considerar infraestrutura.
Utilizar ASH e AWR como apoio.
Testar alterações antes da implementação quando possível.

Oracle ADDM e ambientes críticos

Em ambientes de missão crítica, o tempo necessário para identificar a causa de um problema pode influenciar diretamente o impacto para o negócio.

Por isso, recursos de diagnóstico automático podem contribuir para acelerar o processo de troubleshooting.

Oracle ADDM e observabilidade

O diagnóstico do banco é apenas uma parte da observabilidade corporativa.

Para compreender completamente um incidente, é importante correlacionar banco de dados, aplicação, sistema operacional, rede, armazenamento e infraestrutura.

O Oracle Observability Cloud pode complementar essa estratégia.

Fluxo integrado de diagnóstico Oracle apresentado pela Dominus Tech, desde a coleta de dados e análise de desempenho até a investigação das sessões, validação da causa raiz e definição das ações corretivas.

Oracle ADDM e consultoria especializada

A interpretação de diagnósticos automáticos exige conhecimento técnico para separar sintomas, causas e efeitos.

A Dominus Tech pode apoiar empresas na análise de desempenho, troubleshooting, tuning e administração de ambientes Oracle corporativos.

Serviços relacionados ao Oracle ADDM

Análise de diagnósticos ADDM.
Análise de relatórios AWR.
Análise de Oracle ASH.
Tuning de banco de dados.
Tuning de SQL.
Investigação de wait events.
Diagnóstico de CPU.
Diagnóstico de I/O.
Investigação de bloqueios.
Capacity Planning.
Monitoramento Oracle.
Troubleshooting de ambientes críticos.

Quando utilizar Oracle ADDM?

O Oracle ADDM é especialmente útil quando a equipe precisa identificar rapidamente os principais fatores que contribuíram para um problema de desempenho.

Ele pode ser utilizado em troubleshooting, tuning, análise histórica, capacity planning e validação de alterações no ambiente.

Benefícios do Oracle ADDM

Diagnóstico automatizado.
Priorização de problemas.
Análise de desempenho histórica.
Redução do tempo de troubleshooting.
Identificação de gargalos.
Apoio ao tuning.
Integração conceitual com AWR e ASH.
Apoio à análise de capacidade.

Links Relacionados

Recursos Oficiais Oracle

Perguntas Frequentes sobre Oracle ADDM

O que é Oracle ADDM?

Oracle ADDM é o Automatic Database Diagnostic Monitor, recurso que analisa informações de desempenho do Oracle Database para identificar problemas e oportunidades de melhoria.

Para que serve o Oracle ADDM?

Ele auxilia no diagnóstico de problemas relacionados a CPU, I/O, SQL, eventos de espera, concorrência, memória e outros fatores de desempenho.

Oracle ADDM utiliza o AWR?

Sim. O diagnóstico do ADDM está fortemente relacionado às informações históricas coletadas pelo AWR.

Oracle ADDM substitui o DBA?

Não. O ADDM automatiza parte da análise, mas a interpretação e validação das recomendações exigem conhecimento técnico.

Oracle ADDM identifica SQL problemática?

Pode identificar SQL com impacto relevante no período analisado, direcionando a investigação do DBA.

Oracle ADDM trabalha junto com ASH?

Sim. O ASH pode complementar o diagnóstico ao fornecer informações mais detalhadas sobre sessões ativas e eventos de espera.

Oracle ADDM pode ajudar no tuning?

Sim. O diagnóstico pode ajudar a priorizar áreas que precisam de investigação e otimização.

Conclusão

O Oracle ADDM é um importante recurso para diagnóstico de desempenho do Oracle Database. Ao analisar informações históricas e identificar os principais fatores que contribuíram para um problema, ele ajuda a reduzir o tempo necessário para direcionar uma investigação.

Seu maior valor aparece quando utilizado em conjunto com Oracle AWR e Oracle ASH. O AWR fornece o histórico, o ADDM realiza uma análise automatizada e o ASH permite aprofundar a investigação das sessões.

Em ambientes corporativos, essa combinação oferece uma base sólida para troubleshooting, tuning, capacity planning e melhoria contínua do desempenho do Oracle Database.

A proteção dos dados corporativos exige planejamento, experiência e conhecimento das melhores práticas da Oracle.

👉Entre em contato com nossa equipe para descobrir como fortalecer a segurança do seu ambiente Oracle Database e reduzir os riscos para o seu negócio.

O post Oracle ADDM: Diagnóstico Automático de Desempenho do Oracle Database apareceu primeiro em Dominus Tech Conecta.

Oracle ASH: Active Session History para Diagnóstico e Performance

Dominus Tech — Mon, 24 Aug 2026 13:49:28 +0000

Oracle ASH: Active Session History para Diagnóstico e Performance

Oracle ASH (Active Session History) é um recurso do Oracle Database utilizado para coletar informações sobre sessões ativas e ajudar na investigação de problemas de desempenho. O Oracle ASH permite analisar o que as sessões estavam executando, quais recursos estavam aguardando e como o banco se comportou durante determinados períodos.

Em ambientes corporativos, o Oracle ASH complementa o Oracle AWR e o Oracle ADDM, oferecendo uma visão mais detalhada das sessões e dos eventos que contribuíram para problemas de performance.

O que é Oracle ASH?

O Active Session History registra amostras das sessões ativas do Oracle Database. Essas informações permitem analisar o comportamento das sessões durante determinado período.

Em vez de observar somente o estado atual do banco, o DBA pode utilizar o histórico disponível para investigar situações que ocorreram anteriormente.

Essa característica torna o ASH particularmente útil em incidentes de curta duração, nos quais o problema já desapareceu quando a equipe técnica inicia a investigação.

Para que serve o Oracle ASH?

O Oracle ASH pode ser utilizado para investigar diferentes situações relacionadas ao desempenho do banco de dados.

Identificar sessões ativas durante um problema.
Investigar eventos de espera.
Identificar SQL associadas a períodos de lentidão.
Analisar consumo de CPU.
Investigar bloqueios.
Identificar sessões concorrentes.
Investigar problemas de I/O.
Correlacionar usuários, sessões e SQL.
Analisar problemas que já terminaram.

Como funciona o Oracle ASH?

O Oracle Database coleta informações sobre sessões ativas em intervalos regulares. Essas amostras podem ser utilizadas para construir uma visão histórica do comportamento das sessões.

O ASH não significa que todas as operações realizadas pelo banco sejam armazenadas individualmente. Ele trabalha com amostragem das sessões ativas.

Essa característica permite obter informações úteis para troubleshooting sem precisar registrar cada evento de cada sessão de maneira contínua.

Oracle ASH e sessões ativas

Uma sessão ativa é aquela que está consumindo recursos ou aguardando algum recurso relevante durante o período observado.

Ao analisar o ASH, o DBA pode identificar quais sessões estavam ativas e qual era o estado delas durante determinado momento.

Oracle ASH e eventos de espera

Os eventos de espera são fundamentais para compreender por que uma sessão não está avançando.

Uma sessão pode estar aguardando I/O, bloqueios, recursos de memória, comunicação ou outros componentes do ambiente.

O ASH permite observar essas esperas dentro do contexto da sessão e da atividade executada.

Dashboard conceitual do Oracle ASH para análise de sessões ativas, SQL, usuários, eventos de espera e consumo de CPU ao longo do tempo, apoiando o diagnóstico de desempenho do banco de dados.

Oracle ASH e Oracle AWR

O Oracle AWR e o ASH são tecnologias complementares.

O AWR oferece uma visão histórica ampla do desempenho do banco, enquanto o ASH permite aprofundar a análise do comportamento das sessões ativas.

Em uma investigação de performance, o DBA pode começar identificando o período problemático no AWR e depois utilizar informações do ASH para aprofundar a análise.

Oracle ASH e Oracle ADDM

O Oracle ADDM utiliza informações de desempenho do Oracle Database para auxiliar na identificação de problemas.

Quando uma recomendação ou evidência apresentada pelo ADDM precisa ser investigada em maior profundidade, o ASH pode fornecer informações adicionais sobre sessões, SQL e esperas.

Oracle ASH e SQL

Uma das aplicações mais importantes do ASH é relacionar sessões ativas às SQL executadas durante o período analisado.

Isso permite investigar quais instruções estavam associadas a determinado evento de espera ou consumo de recurso.

Oracle ASH e SQL_ID

O SQL_ID é um dos identificadores importantes utilizados na análise de SQL no Oracle Database.

Ao encontrar um SQL_ID associado a um período de lentidão, o DBA pode aprofundar a investigação utilizando outras ferramentas e informações disponíveis no ambiente.

Oracle ASH e CPU

Quando o banco apresenta consumo elevado de CPU, o ASH pode ajudar a identificar quais sessões e SQL estavam ativas durante o período.

Essa informação é importante para diferenciar aumento legítimo da carga de trabalho de situações provocadas por SQL ineficiente ou comportamento anormal da aplicação.

Oracle ASH e I/O

O ASH também pode ajudar a identificar sessões que estavam aguardando operações relacionadas a I/O.

O diagnóstico deve considerar o tipo de operação, volume de dados, infraestrutura de armazenamento e comportamento da aplicação.

Oracle ASH e bloqueios

Bloqueios podem provocar lentidão significativa em aplicações Oracle.

O ASH pode ajudar a identificar sessões que estavam aguardando recursos bloqueados e fornecer informações para direcionar a investigação.

O diagnóstico completo deve identificar a sessão responsável pelo bloqueio, a operação envolvida e a causa que levou à retenção do recurso.

Oracle ASH e sessões concorrentes

Quando várias sessões competem pelos mesmos recursos, o banco pode apresentar aumento de espera e redução do desempenho.

A análise do ASH permite observar a concentração de sessões em determinados eventos e períodos.

Oracle ASH e troubleshooting

O troubleshooting com ASH deve seguir uma metodologia estruturada.

Identifique o horário do problema

Primeiro determine com precisão quando ocorreu a lentidão ou indisponibilidade parcial.

Identifique as sessões

Depois verifique quais sessões estavam ativas durante o período.

Analise os waits

Identifique os principais eventos de espera associados às sessões.

Identifique as SQL

Relacione as sessões às instruções SQL envolvidas.

Correlacione com a aplicação

Verifique qual sistema, usuário ou processo estava gerando a carga.

Investigue a causa

Somente depois dessas etapas deve-se definir a ação corretiva.

Oracle ASH e problemas intermitentes

Problemas intermitentes são particularmente difíceis de diagnosticar porque podem desaparecer antes que o DBA consiga reproduzi-los.

Nesses casos, o histórico de atividade fornecido pelo ASH pode ser extremamente útil.

O administrador pode analisar o período em que o problema ocorreu mesmo quando o banco já voltou ao funcionamento normal.

Oracle ASH e análise histórica

A análise histórica permite responder perguntas como:

Quais sessões estavam ativas às 14h?
Quais SQL estavam consumindo CPU?
Qual evento de espera predominava?
Havia bloqueios?
Qual usuário estava gerando a carga?
Qual aplicação estava envolvida?
O problema estava concentrado em uma instância?

Oracle ASH em Oracle RAC

Em ambientes Oracle RAC, a análise de sessões precisa considerar múltiplas instâncias.

Uma carga pode estar concentrada em determinado nó, enquanto outro apresenta comportamento normal.

O diagnóstico deve considerar a distribuição das sessões, SQL, eventos de espera e recursos entre as instâncias.

Oracle ASH e Oracle Grid Infrastructure

Em ambientes RAC, a infraestrutura fornecida pelo Oracle Grid Infrastructure também precisa ser considerada quando existem problemas de comunicação, cluster ou disponibilidade.

O ASH concentra-se na atividade do banco e das sessões, portanto a investigação de problemas de infraestrutura pode exigir ferramentas complementares.

Oracle ASH e Exadata

Em ambientes Oracle Exadata, o ASH pode fazer parte da análise de desempenho do banco.

Porém, o diagnóstico deve considerar também os recursos específicos da plataforma Exadata e o comportamento do storage.

Oracle ASH e monitoramento

O ASH é uma ferramenta de diagnóstico, mas pode fazer parte de uma estratégia maior de monitoramento.

O Oracle Enterprise Manager pode fornecer uma camada gráfica de monitoramento e análise do ambiente.

Outras ferramentas corporativas também podem ser integradas ao processo de observabilidade.

Oracle ASH e Oracle Observability Cloud

O Oracle Observability Cloud pode complementar a análise do ambiente ao fornecer recursos de observabilidade para diferentes componentes da infraestrutura.

A combinação de informações do banco, infraestrutura e aplicação proporciona uma visão mais completa dos problemas.

Painel analítico do Oracle Active Session History (ASH) permitindo ao DBA identificar sessões, SQL_IDs, eventos de espera, utilização de CPU, bloqueios e a causa raiz de incidentes de performance em ambientes Oracle.

Oracle ASH e performance tuning

O ASH é uma importante fonte de informações para tuning, mas não deve ser utilizado isoladamente.

Depois de identificar uma SQL ou sessão problemática, o DBA deve analisar plano de execução, estatísticas, índices, cardinalidade, parâmetros e comportamento da aplicação.

O objetivo é encontrar a causa e não apenas tratar o sintoma.

Oracle ASH e planos de execução

Quando uma SQL aparece repetidamente associada a um período de problema, é importante verificar o plano de execução.

Uma mudança de plano pode transformar uma consulta eficiente em uma operação muito mais custosa.

Oracle ASH e mudanças de ambiente

Problemas de desempenho podem começar após mudanças de infraestrutura, aplicação ou banco.

O ASH pode ajudar a correlacionar o momento da mudança com a alteração do comportamento das sessões.

Exemplos incluem:

Deploy de aplicação.
Alteração de SQL.
Patch do Oracle.
Alteração de infraestrutura.
Mudança de índices.
Alteração de parâmetros.
Crescimento do volume de dados.

Oracle ASH e capacidade

O histórico das sessões também pode ajudar a entender como o ambiente utiliza seus recursos durante períodos de pico.

Essa informação pode complementar análises de capacidade e planejamento de crescimento.

Oracle ASH e relatórios

Informações do ASH podem ser utilizadas em relatórios de diagnóstico e acompanhamento de incidentes.

É recomendável documentar o período analisado, sintomas, principais sessões, SQL, waits, causa identificada e ação realizada.

Cuidados na interpretação do Oracle ASH

ASH trabalha com amostragem.
Nem toda atividade do banco deve ser interpretada como problema.
Uma sessão com muitas amostras não significa automaticamente que exista uma falha.
Wait events precisam ser analisados no contexto da carga.
SQL de alto consumo precisam ser relacionadas ao negócio.
Problemas de infraestrutura exigem ferramentas complementares.
Correlação temporal não prova causalidade.

Oracle ASH e segurança

Informações de sessões, usuários e SQL podem revelar detalhes da operação do ambiente corporativo.

Por isso, o acesso aos recursos de diagnóstico deve seguir as políticas de segurança e controle de privilégios da organização.

Oracle ASH em ambientes críticos

Em ambientes de missão crítica, a capacidade de investigar rapidamente um incidente pode reduzir o tempo de indisponibilidade.

Por isso, equipes Oracle devem conhecer AWR, ASH, ADDM e as demais ferramentas disponíveis para diagnóstico.

Arquitetura integrada de troubleshooting Oracle utilizando ASH, AWR, ADDM e Enterprise Manager para monitoramento, diagnóstico, identificação de causa raiz e melhoria de performance.

Oracle ASH e consultoria Oracle

A análise de ASH exige experiência em Oracle Database, SQL, infraestrutura, aplicações e metodologias de troubleshooting.

A Dominus Tech pode apoiar empresas na investigação de problemas de desempenho e na análise de ambientes Oracle corporativos.

Serviços relacionados ao Oracle ASH

Análise de sessões ativas.
Investigação de wait events.
Análise de SQL.
Diagnóstico de bloqueios.
Investigação de consumo de CPU.
Análise de I/O.
Tuning de banco de dados.
Análise de Oracle RAC.
Análise de relatórios AWR.
Análise de ADDM.
Monitoramento Oracle.
Troubleshooting de ambientes críticos.

Quando utilizar Oracle ASH?

O Oracle ASH é especialmente útil quando existe necessidade de investigar o comportamento das sessões durante um período específico.

É particularmente valioso para problemas intermitentes, lentidão, bloqueios, consumo elevado de CPU, I/O e situações nas quais o problema já desapareceu.

Benefícios do Oracle ASH

Investigação histórica de sessões.
Identificação de eventos de espera.
Correlação entre sessões e SQL.
Análise de períodos de lentidão.
Investigação de bloqueios.
Apoio ao tuning.
Diagnóstico de problemas intermitentes.
Complemento ao Oracle AWR.
Complemento ao Oracle ADDM.

Links Relacionados

Recursos Oficiais Oracle

Perguntas Frequentes sobre Oracle ASH

O que é Oracle ASH?

Oracle ASH é o Active Session History, recurso utilizado para coletar amostras sobre sessões ativas do Oracle Database e apoiar análises de desempenho.

Para que serve o Oracle ASH?

Ele ajuda a investigar sessões, SQL, eventos de espera, CPU, I/O, bloqueios e outros aspectos relacionados ao desempenho.

Oracle ASH substitui o AWR?

Não. ASH e AWR são complementares. O AWR oferece uma visão histórica mais ampla, enquanto o ASH permite aprofundar a análise das sessões ativas.

Oracle ASH ajuda a encontrar bloqueios?

Sim. As informações de sessões e eventos de espera podem ajudar a identificar situações relacionadas a bloqueios.

Oracle ASH ajuda a encontrar SQL problemática?

Sim. O ASH pode relacionar sessões ativas a SQL durante determinado período, auxiliando a investigação.

Oracle ASH funciona em Oracle RAC?

Sim. A análise pode ser utilizada em ambientes RAC, considerando as diferentes instâncias e a distribuição das sessões.

Oracle ASH é uma ferramenta de monitoramento?

É principalmente um recurso de diagnóstico e histórico de sessões. Pode fazer parte de uma estratégia maior de monitoramento e observabilidade.

Conclusão

O Oracle ASH é um recurso importante para profissionais que precisam investigar problemas de desempenho no Oracle Database. Sua capacidade de relacionar sessões, SQL e eventos de espera durante determinados períodos permite aprofundar diagnósticos que seriam difíceis de realizar apenas observando o estado atual do banco.

Quando utilizado em conjunto com Oracle AWR e ADDM, o ASH fornece uma visão mais completa do comportamento do ambiente. AWR ajuda a identificar o período e o contexto do problema, enquanto ASH permite investigar com maior detalhe as sessões envolvidas.

Para ambientes corporativos, dominar essas ferramentas é uma competência importante para equipes de DBA responsáveis por disponibilidade, performance e continuidade operacional.

A proteção dos dados corporativos exige planejamento, experiência e conhecimento das melhores práticas da Oracle.

👉Entre em contato com nossa equipe para descobrir como fortalecer a segurança do seu ambiente Oracle Database e reduzir os riscos para o seu negócio.

O post Oracle ASH: Active Session History para Diagnóstico e Performance apareceu primeiro em Dominus Tech Conecta.