Delen via

Problemen met het magazijn oplossen

  • Artikel

Van toepassing op:✅ Warehouse in Microsoft Fabric

Dit artikel bevat richtlijnen voor het oplossen van veelvoorkomende problemen in Warehouse in Microsoft Fabric.

Tijdelijke verbindingsfouten

Een tijdelijke fout, ook wel een tijdelijke fout genoemd, heeft een onderliggende oorzaak die zichzelf snel oplost. Als een verbinding met Warehouse goed werkt, maar mislukt zonder wijzigingen in gebruikersmachtigingen, firewallbeleid en netwerkconfiguratie, voert u de volgende stappen uit voordat u contact opneemt met de ondersteuning:

  1. Controleer de status van Warehouse en controleer of deze niet is onderbroken.
  2. Probeer de mislukte opdracht niet onmiddellijk opnieuw. Wacht in plaats daarvan 5 tot 10 minuten, maak een nieuwe verbinding en voer de opdracht opnieuw uit. Af en toe verschuift het Azure-systeem snel hardwarebronnen om verschillende workloads beter te verdelen. De meeste van deze herconfiguratie-gebeurtenissen worden in minder dan 60 seconden voltooid. Tijdens deze herconfiguratietijdsperiode hebt u mogelijk problemen met het maken van verbinding met uw databases. De verbinding kan ook mislukken wanneer de service automatisch opnieuw wordt opgestart om bepaalde problemen op te lossen.
  3. Maak verbinding met behulp van een andere toepassing en/of vanaf een andere computer.

Queryfout vanwege een probleem met tempdb-ruimte

Dit tempdb is een systeemdatabase die door de engine wordt gebruikt voor verschillende tijdelijke opslagbehoeften tijdens het uitvoeren van query's. Het kan niet worden geopend of geconfigureerd door gebruikers. Query's kunnen mislukken omdat tempdb er onvoldoende ruimte beschikbaar is. Voer deze stappen uit om het gebruik van ruimte te verminderen tempdb :

  1. Raadpleeg het artikel over statistieken om te controleren of de juiste kolomstatistieken zijn gemaakt voor alle tabellen.
  2. Zorg ervoor dat alle tabelstatistieken worden bijgewerkt na grote DML-transacties.
  3. Query's met complexe JOIN's, GROUP BY en ORDER BY en verwachten dat grote resultatensets meer tempdb ruimte gebruiken bij de uitvoering. Werk query's bij om zo mogelijk het aantal KOLOMMEN GROUP BY en ORDER BY te verminderen.
  4. Voer de query opnieuw uit wanneer er geen andere actieve query's worden uitgevoerd om resourcebeperking te voorkomen tijdens het uitvoeren van de query.

Queryprestaties lijken na verloop van tijd te verslechteren

Veel factoren kunnen van invloed zijn op de prestaties van een query, zoals wijzigingen in tabelgrootte, gegevensverschil, gelijktijdigheid van workloads, beschikbare resources, netwerk, enzovoort. Alleen omdat een query langzamer wordt uitgevoerd, betekent dit niet noodzakelijkerwijs dat er een probleem is met de prestaties van query's. Voer de volgende stappen uit om de doelquery te onderzoeken:

  1. Identificeer de verschillen in alle factoren die van invloed zijn op de prestaties van goede en slechte prestaties.
  2. Raadpleeg het artikel over statistieken om te controleren of de juiste kolomstatistieken zijn gemaakt voor alle tabellen.
  3. Zorg ervoor dat alle tabelstatistieken worden bijgewerkt na grote DML-transacties.
  4. Controleer op scheeftrekken van gegevens in basistabellen.
  5. De service onderbreken en hervatten. Voer vervolgens de query opnieuw uit wanneer er geen andere actieve query's worden uitgevoerd. U kunt de workload van het magazijn bewaken met DMV.

De query mislukt nadat de query lang is uitgevoerd. Er worden geen gegevens geretourneerd naar de client.

Een SELECT-instructie kan zijn voltooid in de back-end en mislukt bij het retourneren van de queryresultatenset aan de client. Probeer de volgende stappen uit om het probleem te isoleren:

  1. Gebruik verschillende clienthulpprogramma's om dezelfde query opnieuw uit te voeren.
  2. Als stap 1 mislukt, voert u een CTAS-opdracht uit met de mislukte SELECT-instructie om het SELECT-queryresultaat naar een andere tabel in hetzelfde magazijn te verzenden. Door CTAS te gebruiken voorkomt u dat de queryresultatenset naar de clientcomputer wordt verzonden. Als de CTAS-opdracht is voltooid en de doeltabel is gevuld, wordt de oorspronkelijke queryfout waarschijnlijk veroorzaakt door problemen met de front-end of client van het magazijn.

Wat u moet verzamelen voordat u contact op neemt met Microsoft Ondersteuning

  • Geef de werkruimte-id van Warehouse op.
  • Geef de instructie-id en de gedistribueerde aanvraag-id op. Ze worden geretourneerd als berichten nadat een query is voltooid of mislukt.
  • Geef de tekst van het exacte foutbericht op.
  • Geef de tijd op waarop de query is voltooid of mislukt.

Gerelateerde inhoud