Detectar problemas com percepções

info

Beta

Este recurso está em Beta. Para usá-lo, um administrador do workspace deve ativar o Lakebase Insights na página Pré-visualizações . See Gerenciar Databricks previews.

O Insights é um agente em segundo plano que analisa a telemetria de um projeto do Lakebase de system.lakebase e exibe problemas e avisos precoces sem que você precise solicitar. Ele é executado por projeto, isoladamente, em uma identidade de sistema gerenciada do Databricks, seja em uma programação definida por você ou uma vez sob demanda. Esta página explica como habilitar as percepções para um projeto e, em seguida, apresenta uma percepção real de ponta a ponta: o que foi encontrado, por que é importante e como responder.

A project still on an earlier observability configuration reads from the Unity Catalog destination that configuration writes to, rather than from system.lakebase. Consulte Telemetria do Lakebase em tabelas do sistema.

O Insights detecta e diagnostica um problema. A resolução disso geralmente é o próximo passo, no Genie, que pega o diagnóstico e realiza uma correção confirmada por você. Você também pode perguntar ao Genie sobre um problema diretamente, sem esperar por uma percepção.

nota

Não há cobrança separada pelo armazenamento da telemetria capturada dentro do período de retenção de 7 dias. Outros custos estão incluídos nos produtos que você já usa. Consultar a telemetria conta para o compute em que você executa a query. Each execução de percepções counts toward the compute and the model tokens it consumes in your account, so the frequência de análise you set determines how often that happens. Fazer perguntas ao Genie conta para o seu uso do Genie.

Pré-requisitos

• Os previews de Lakebase Observability in System Tables e Lakebase percepções foram ativados no seu workspace. A captura é um pré-requisito para o Insights: o Insights lê a telemetria system.lakebase, portanto, os dados precisam estar lá antes que o agente tenha algo para analisar.
• Um projeto Lakebase na AWS ou no Azure, com um compute em execução.

Ativar e usar percepções

Enable percepções for a project

Enabling percepções has two parts:

1. Um administrador do workspace pode ativar a pré-visualização do Lakebase percepções na página Previews. O Insights também requer a pré-visualização de Observabilidade do Lakebase nas Tabelas do Sistema, pois ele lê a telemetria capturada.
2. Em cada projeto que você deseja analisar, abra as Configurações do projeto e configure as percepções, incluindo a frequência de análise . As percepções não começam a analisar um projeto até que ele seja configurado lá. Ativar a visualização por si só não coloca todos os projetos sob análise.

As instruções de análise do agente não são configuráveis.

Encontre uma percepção

As percepções avaliam a telemetria na programação que você definir, portanto, espere um atraso entre a ocorrência de um problema e a aparição de uma percepção correspondente, particularmente em um projeto recém-configurado. Você também pode executar o agente uma vez, sob demanda, em vez de aguardar a próxima execução agendada.

Para ver as percepções de um projeto, abra o projeto, vá para monitoramento e selecione a tab Insights. Cada linha mostra uma Severidade (por exemplo, Baixa ou Moderada), o título da percepção , a janela de tempo que o problema cobre e o respectivo Status .

Ler uma percepção

Clique em uma percepção para abrir sua página de detalhes. Cada percepção segue a mesma estrutura:

• Resumo : o que está acontecendo, em linguagem simples.
• Evidência : os sinais e valores específicos que sustentam o diagnóstico, em uma tabela.
• Recomendações : próximos passos concretos, com a justificativa por trás de cada um.

O que as percepções encontram depende da sua própria telemetria, portanto, suas percepções diferem daquela abaixo. Esta é uma percepção real, incluída para mostrar o nível de detalhe esperado.

Neste exemplo, "Sessão parada bloqueou 4 atualizações", o subtítulo já indica onde procurar: "Sessão parada manteve bloqueios; esperas de UPDATE totalizaram 749 s". O resumo explica o que aconteceu: uma sessão abriu uma transação, ficou parada (idle) enquanto ainda mantinha um bloqueio de linha e permaneceu assim por aproximadamente 9,5 minutos até que o próprio tempo limite de idle-in-transaction do banco de dados a fechasse forçadamente. A tabela de evidências comprova isso com os números específicos, incluindo a entrada de log de encerramento e um total de 749 segundos de tempo de espera de UPDATE distribuídos em 4 chamadas, com média de 187 segundos cada para atualizações que normalmente seriam concluídas em milissegundos.

Recomendações:

1. Ajuste idle_in_transaction_session_timeout para um valor seguro, como 30-60 segundos, para que uma sessão ociosa libere seus bloqueios rapidamente em vez de bloquear outras queries por minutos.
2. Audite transações não fechadas e use o agrupamento de conexões com tempos limite de checkout curtos , para que um cliente que abre uma transação e fica parado não possa manter um bloqueio indefinidamente.

A evidência identifica a sessão responsável, quanto tempo ela manteve o bloqueio e o tempo de espera que custou a outras queries. A severidade é inferida a partir dos dados disponíveis, portanto, leia as Evidências para confirmar a causa raiz antes de agir apenas com base na severidade.

Responda a uma percepção

Depois de ler um insight, responda de uma das três maneiras:

• Aplique a recomendação por si mesmo , usando as evidências e recomendações como um guia.
• Clique em Corrigir com o Genie na página de detalhes da percepção para passá-la para o agente interativo e continuar investigando por meio de conversas. Isso ajuda quando a recomendação precisa de mais contexto antes de você agir, ou quando a correção envolve uma alteração no lado do banco de dados. Consulte Investigar e corrigir problemas com o Genie.
• Set its status to Resolved once you've addressed it, or Not an issue if it doesn't need action.

Um achado pode desaparecer por si só

Como as percepções são reavaliadas em sua própria programação, uma constatação pode desaparecer da lista mesmo que você nunca altere seu status: um evento transitório como um carregamento em lote único pode não ocorrer novamente em uma janela posterior, ou o compute por trás dele pode ser dimensionado para zero e retomado novamente com a sessão problemática ausente. O fato de uma constatação sair da lista ativa não significa que alguém a tenha marcado como Resolvida ou Não é um problema , nem que algo tenha saído errado. Isso reflete que a condição não está mais presente na janela de avaliação mais recente.

nota

Configurar percepções para um projeto e visualizar suas percepções exigem a permissão CAN MANAGE (Pode gerenciar) nesse projeto. Consulte Gerenciar permissões do projeto.

Próximos passos

• Investigate and fix issues with Genie : resolva o que uma percepção encontrou ou inicie uma nova investigação.
• Telemetria do Lakebase nas tabelas do sistema : as tabelas lidas por Insights e as limitações atuais.
• Observability : o restante das ferramentas de observabilidade do Lakebase.