Ler em inglês

Partilhar via

Solucionar problemas do Armazém

  • Artigo

Aplica-se a:✅ Armazém no Microsoft Fabric

Este artigo fornece orientação para solucionar problemas comuns no Warehouse no Microsoft Fabric.

Erros de ligação transitórios

Um erro transitório, também conhecido como falha transitória, tem uma causa subjacente que logo se resolve. Se uma conexão com o Warehouse costumava funcionar bem, mas começa a falhar sem alterações na permissão do usuário, na política de firewall e na configuração de rede, tente estas etapas antes de entrar em contato com o suporte:

  1. Verifique o estado do Armazém e certifique-se de que não está em pausa.
  2. Não tente novamente imediatamente o comando com falha. Em vez disso, aguarde de 5 a 10 minutos, estabeleça uma nova conexão e tente novamente o comando. Ocasionalmente, o sistema Azure desloca rapidamente os recursos de hardware para equilibrar melhor a carga de várias cargas de trabalho. A maioria destes eventos de reconfiguração termina em menos de 60 segundos. Durante esse período de tempo de reconfiguração, você pode ter problemas com a conexão com seus bancos de dados. A conexão também pode falhar quando o serviço está sendo reiniciado automaticamente para resolver determinados problemas.
  3. Conecte-se usando um aplicativo diferente e/ou de outra máquina.

Falha de consulta devido a problema de espaço tempdb

O tempdb é um banco de dados do sistema usado pelo mecanismo para várias necessidades de armazenamento temporário durante a execução da consulta. Ele não pode ser acessado ou configurado pelos usuários. As consultas podem falhar devido à tempdb falta de espaço. Siga estas etapas para reduzir tempdb o uso de espaço:

  1. Consulte o artigo sobre estatísticas para verificar se as estatísticas de coluna adequadas foram criadas em todas as tabelas.
  2. Certifique-se de que todas as estatísticas da tabela sejam atualizadas após grandes transações DML.
  3. Consultas com JOINs complexas, GROUP BY e ORDER BY e esperam retornar um grande conjunto de resultados usam mais tempdb espaço na execução. Atualize as consultas para reduzir o número de colunas GROUP BY e ORDER BY, se possível.
  4. Execute novamente a consulta quando não houver outras consultas ativas em execução para evitar a restrição de recursos durante a execução da consulta.

O desempenho da consulta parece degradar-se com o tempo

Muitos fatores podem afetar o desempenho de uma consulta, como alterações no tamanho da tabela, distorção de dados, simultaneidade da carga de trabalho, recursos disponíveis, rede, etc. Só porque uma consulta é executada mais lentamente não significa necessariamente que há um problema de desempenho da consulta. Siga as seguintes etapas para investigar a consulta de destino:

  1. Identifique as diferenças em todos os fatores que afetam o desempenho entre execuções de bom e mau desempenho.
  2. Consulte o artigo sobre estatísticas para verificar se as estatísticas de coluna adequadas foram criadas em todas as tabelas.
  3. Certifique-se de que todas as estatísticas da tabela sejam atualizadas após grandes transações DML.
  4. Verifique se há distorção de dados em tabelas base.
  5. Pause e retome o serviço. Em seguida, execute novamente a consulta quando não houver outras consultas ativas em execução. Você pode monitorar a carga de trabalho do depósito usando o DMV.

A consulta falha depois de ser executada por um longo tempo. Nenhum dado é devolvido ao cliente.

Uma instrução SELECT pode ter sido concluída com êxito no back-end e falha ao tentar retornar o conjunto de resultados da consulta para o cliente. Tente seguir as etapas para isolar o problema:

  1. Use diferentes ferramentas de cliente para executar novamente a mesma consulta.
  2. Se a etapa 1 falhar, execute um comando CTAS com a instrução SELECT com falha para enviar o resultado da consulta SELECT para outra tabela no mesmo depósito. O uso do CTAS evita que o conjunto de resultados da consulta seja enviado de volta para a máquina cliente. Se o comando CTAS for concluído com êxito e a tabela de destino for preenchida, a falha de consulta original provavelmente será causada pelo front-end do depósito ou problemas do cliente.

O que recolher antes de contactar o suporte da Microsoft

  • Forneça a ID do espaço de trabalho do Warehouse.
  • Forneça o ID do extrato e o ID da solicitação distribuída. Eles são retornados como mensagens depois que uma consulta é concluída ou falha.
  • Forneça o texto da mensagem de erro exata.
  • Forneça o tempo em que a consulta é concluída ou falha.

Conteúdos relacionados