Solucionar problemas do Warehouse
Aplica-se a:✅Warehouse no Microsoft Fabric
Este artigo fornece diretrizes para solucionar problemas comuns no Warehouse no Microsoft Fabric.
Erros transitórios de conexão
Um erro transitório, também chamado de falha transitória, tem uma causa subjacente que será resolvida em breve. Se uma conexão com o Warehouse costumava funcionar bem, mas começou 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:
- Verifique o status do Warehouse e verifique se ele não está pausado.
- Não repita imediatamente o comando com falha. Em vez disso, aguarde de 5 a 10 minutos, estabeleça uma nova conexão e repita o comando. Ocasionalmente, o sistema do Azure muda rapidamente os recursos de hardware para melhor balanceamento de diversas cargas de trabalho. A maioria desses eventos de reconfiguração termina em menos de 60 segundos. Durante esse período de reconfiguração, você pode ter problemas de conexão com os bancos de dados. A conexão também pode falhar quando o serviço for reiniciado automaticamente para resolver determinados problemas.
- Conecte-se usando um aplicativo diferente e/ou de outro computador.
Falha de consulta devido a um problema de espaço no 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 se o tempdb
ficar sem espaço. Execute estas etapas para reduzir o uso de espaço do tempdb
:
- Consulte o artigo sobre estatísticas para verificar se as estatísticas de coluna adequadas foram criadas em todas as tabelas.
- Verifique se todas as estatísticas de tabela foram atualizadas após grandes transações DML.
- As consultas com JOINs, GROUP BY e ORDER BY complexos e que esperam retornar um grande conjunto de resultados usam mais espaço do
tempdb
na execução. Atualize as consultas para reduzir o número de colunas GROUP BY e ORDER BY, se possível. - 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 ao longo do 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 de consulta. Execute as seguintes etapas para investigar a consulta de destino:
- Identifique as diferenças em todos os fatores que afetam o desempenho entre execuções de desempenho boas e ruins.
- Consulte o artigo sobre estatísticas para verificar se as estatísticas de coluna adequadas foram criadas em todas as tabelas.
- Verifique se todas as estatísticas de tabela foram atualizadas após grandes transações DML.
- Verifique se há distorção de dados em tabelas base.
- Pausar e retomar 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 warehouse usando a DMV.
A consulta falha após um longo tempo de execução. Nenhum dado é retornado ao cliente.
Uma instrução SELECT pode ter sido concluída com êxito no back-end e falhar ao tentar retornar o conjunto de resultados da consulta para o cliente. Tente as seguintes etapas para isolar o problema:
- Use ferramentas de cliente diferentes para executar novamente a mesma consulta.
- SQL Server Management Studio (SSMS)
- Azure Data Studio
- O editor de consulta SQL no portal do Microsoft Fabric
- O editor do Visual Query no portal Microsoft Fabric
- Utilitário SQLCMD [para autenticação por meio do Microsoft Entra ID (antigo Azure Active Directory) Universal com MFA, use parâmetros
-G -U
]
- 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 warehouse. O uso de CTAS evita que o conjunto de resultados da consulta seja enviado de volta para o computador 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 pelos problemas de front-end ou cliente do warehouse.
O que coletar antes de entrar em contato com o suporte da Microsoft
- Forneça a ID do workspace do Warehouse.
- Forneça a ID da instrução e a ID da solicitação distribuída. Elas são retornadas como mensagens após a conclusão ou falha de uma consulta.
- Forneça o texto da mensagem de erro exata.
- Forneça a hora em que a consulta foi concluída ou falhou.
Conteúdo relacionado
- Insights de consulta no armazenamento de dados do Fabric
- Monitorar conexões, sessões e solicitações usando DMVs
- O que é o aplicativo Métricas de Capacidade do Microsoft Fabric?
- Limitações no Microsoft Fabric
- Autenticação do Microsoft Entra como uma alternativa para a autenticação SQL no Microsoft Fabric