Foretag fejlfinding af lageret

  • Artikel

Gælder for: Warehouse i Microsoft Fabric

Denne artikel indeholder en vejledning i fejlfinding af almindelige problemer i Warehouse i Microsoft Fabric.

Vigtigt

Microsoft Fabric fås som prøveversion.

Midlertidige forbindelsesfejl

En forbigående fejl, der også kaldes en forbigående fejl, har en underliggende årsag, der snart løser sig selv. Hvis en forbindelse til Warehouse tidligere fungerede fint, men begynder at mislykkes uden ændringer i brugertilladelser, firewallpolitik og netværkskonfiguration, kan du prøve disse trin, før du kontakter support:

  1. Kontrollér status for Lager, og sørg for, at den ikke er midlertidigt afbrudt.
  2. Prøv ikke straks at udføre den mislykkede kommando igen. Vent i stedet i 5 til 10 minutter, opret en ny forbindelse, og prøv derefter kommandoen igen. Azure System skifter i nogle tilfælde hurtigt hardwareressourcer for at opnå bedre belastningsjustering af forskellige arbejdsbelastninger. De fleste af disse omkonfigurationshændelser slutter om mindre end 60 sekunder. I løbet af denne omkonfigurationstid kan du have problemer med at oprette forbindelse til dine databaser. Forbindelsen kan også mislykkes, når tjenesten genstartes automatisk for at løse visse problemer.
  3. Opret forbindelse ved hjælp af et andet program og/eller fra en anden computer.

Forespørgselsfejl på grund af problemer med tempdb-plads

tempdb er en systemdatabase, der bruges af programmet til forskellige midlertidige lagerbehov under udførelse af forespørgsler. Brugerne kan ikke få adgang til den eller konfigurere den. Forespørgsler kan mislykkes, fordi tempdb der ikke er mere plads. Udfør disse trin for at reducere tempdb pladsforbruget:

  1. Se artiklen om statistik for at bekræfte, at der er oprettet korrekt kolonnestatistik på alle tabeller.
  2. Sørg for, at alle tabelstatistikker opdateres efter store DML-transaktioner.
  3. Forespørgsler med komplekse JOIN'er, GROUP BY og ORDER BY og forventer at returnere store resultatsæt bruger mere tempdb plads i udførelsen. Opdater forespørgsler for at reducere antallet af GROUP BY- og ORDER BY-kolonner, hvis det er muligt.
  4. Kontrollér, om der er dataforvrængede i basistabeller.
  5. Kør forespørgslen igen, når der ikke kører andre aktive forespørgsler for at undgå ressourcebegrænsning under udførelse af forespørgslen.
  6. Afbryd tjenesten midlertidigt, og fortsæt den for at rydde tempdb data.

Forespørgselsydeevnen synes at blive forringet over tid

Mange faktorer kan påvirke en forespørgsels ydeevne, f.eks. ændringer i tabelstørrelse, dataforvrængelse, samtidighed af arbejdsbelastning, tilgængelige ressourcer, netværk osv. Bare fordi en forespørgsel kører langsommere, betyder det ikke nødvendigvis, at der er et problem med forespørgslens ydeevne. Udfør følgende trin for at undersøge destinationsforespørgslen:

  1. Identificer forskellene i alle faktorer, der påvirker ydeevnen, blandt kørsler med god og dårlig ydeevne.
  2. Se artiklen om statistik for at bekræfte, at der er oprettet korrekt kolonnestatistik på alle tabeller.
  3. Sørg for, at alle tabelstatistikker opdateres efter store DML-transaktioner.
  4. Kontrollér, om der er dataforvrængede i basistabeller.
  5. Afbryd tjenesten midlertidigt, og fortsæt den. Kør derefter forespørgslen igen, når der ikke kører andre aktive forespørgsler. Du kan overvåge lagerarbejdsbelastningen ved hjælp af DMV.

Forespørgslen mislykkes efter at have kørt i lang tid. Der returneres ingen data til klienten.

En SELECT-sætning kunne være fuldført i backend og mislykkes, når du forsøger at returnere forespørgselsresultatsættet til klienten. Prøv følgende trin for at isolere problemet:

  1. Brug forskellige klientværktøjer til at køre den samme forespørgsel igen.
  2. Hvis trin 1 mislykkes, skal du køre en CTAS-kommando med den mislykkede SELECT-sætning for at sende SELECT-forespørgselsresultatet til en anden tabel i det samme lager. Hvis du bruger CTAS, undgår du, at forespørgselsresultatsættet sendes tilbage til klientcomputeren. Hvis CTAS-kommandoen afsluttes korrekt, og måltabellen udfyldes, skyldes den oprindelige forespørgselsfejl sandsynligvis problemer med lagerfrontend eller klient.

Hvad du skal indsamle, før du kontakter Microsoft Support

  • Angiv arbejdsområde-id'et for lageret.
  • Angiv sætnings-id'et og id'et for distribuerede anmodninger. De returneres som meddelelser, når en forespørgsel er fuldført eller mislykket.
  • Angiv teksten til den nøjagtige fejlmeddelelse.
  • Angiv det tidspunkt, hvor forespørgslen fuldføres eller mislykkes.

Næste trin