Sdílet prostřednictvím

Řešení potíží se skladem

  • Článek

Platí pro:✅ Warehouse v Microsoft Fabric

Tento článek obsahuje pokyny k řešení běžných problémů ve službě Warehouse v Microsoft Fabric.

Přechodné chyby připojení

Přechodná chyba, označovaná také jako přechodná chyba, má základní příčinu, která se brzy vyřeší. Pokud připojení ke službě Warehouse fungovalo správně, ale začne selhávat beze změn v uživatelských oprávněních, zásadách brány firewall a konfiguraci sítě, zkuste tyto kroky před kontaktováním podpory:

  1. Zkontrolujte stav skladu a ujistěte se, že není pozastavený.
  2. Neopakujte okamžitě neúspěšný příkaz. Místo toho počkejte 5 až 10 minut, vytvořte nové připojení a pak zkuste příkaz zopakovat. V některých případech systém Azure rychle přesouvá hardwarové prostředky, aby lépe vyrovnává zatížení různých úloh. Většina těchto událostí rekonfigurace trvá méně než 60 sekund. Během této doby rekonfigurace může docházet k problémům s připojením k databázím. Připojení může také selhat, když se služba automaticky restartuje, aby se vyřešily určité problémy.
  3. Připojte se pomocí jiné aplikace nebo z jiného počítače.

Selhání dotazu kvůli problému s místem v databázi tempdb

Jedná se tempdb o systémovou databázi používanou modulem pro různé dočasné potřeby úložiště během provádění dotazů. Uživatelé k němu nemají přístup ani ho konfigurovat. Dotazy můžou selhat kvůli tempdb výpadku místa. Pokud chcete snížit tempdb využití místa, postupujte takto:

  1. Projděte si článek o statistikách a ověřte, že se ve všech tabulkách vytvořily správné statistiky sloupců.
  2. Zajistěte, aby se po velkých transakcích DML aktualizovaly všechny statistiky tabulek.
  3. Dotazy se složitými kódy JOIN, GROUP BY a ORDER BY a očekávají, že při provádění budou vracet velkou sadu výsledků, které využívají více tempdb místa. Pokud je to možné, aktualizujte dotazy, abyste snížili počet sloupců GROUP BY a ORDER BY.
  4. Znovu spusťte dotaz, pokud nejsou spuštěné žádné další aktivní dotazy, abyste se vyhnuli omezení prostředků během provádění dotazu.

Zdá se, že výkon dotazů se v průběhu času snižuje.

Mnoho faktorů může ovlivnit výkon dotazu, například změny velikosti tabulky, nerovnoměrné distribuce dat, souběžnost úloh, dostupné prostředky, síť atd. Jen proto, že dotaz běží pomaleji, nemusí nutně znamenat problém s výkonem dotazu. Pokud chcete prozkoumat cílový dotaz, proveďte následující kroky:

  1. Identifikujte rozdíly ve všech faktorech ovlivňujících výkon mezi dobrými a špatnými spuštěními výkonu.
  2. Projděte si článek o statistikách a ověřte, že se ve všech tabulkách vytvořily správné statistiky sloupců.
  3. Zajistěte, aby se po velkých transakcích DML aktualizovaly všechny statistiky tabulek.
  4. Zkontrolujte nerovnoměrnou distribuci dat v základních tabulkách.
  5. Pozastavte službu a obnovte ji. Pak znovu spusťte dotaz, pokud nejsou spuštěné žádné další aktivní dotazy. Úlohy skladu můžete monitorovat pomocí zobrazení dynamické správy.

Dotaz po dlouhé době selže. Klientovi se nevrátí žádná data.

Příkaz SELECT se mohl úspěšně dokončit v back-endu a při pokusu o vrácení sady výsledků dotazu klientovi se nezdaří. Zkuste problém izolovat pomocí následujících kroků:

  1. K opětovnému spuštění stejného dotazu použijte různé klientské nástroje.
    • SQL Server Management Studio (SSMS)
    • Azure Data Studio
    • Editor dotazů SQL na portálu Microsoft Fabric
    • Editor vizuálních dotazů na portálu Microsoft Fabric
    • Nástroj SQLCMD (pro ověřování prostřednictvím Microsoft Entra ID (dříve Azure Active Directory) Universal s MFA, použití parametrů -G -U)
  2. Pokud krok 1 selže, spusťte příkaz CTAS s neúspěšným příkazem SELECT a odešlete výsledek dotazu SELECT do jiné tabulky ve stejném skladu. Použití CTAS zabraňuje odeslání sady výsledků dotazu zpět do klientského počítače. Pokud se příkaz CTAS úspěšně dokončí a cílová tabulka se naplní, původní selhání dotazu je pravděpodobně způsobeno problémy front-endu skladu nebo klienta.

Co shromáždit před kontaktováním podpory Microsoftu

  • Zadejte ID pracovního prostoru skladu.
  • Zadejte ID příkazu a ID distribuované žádosti. Po dokončení dotazu se vrátí jako zprávy nebo se nezdaří.
  • Zadejte text přesné chybové zprávy.
  • Zadejte čas, kdy se dotaz dokončí nebo selže.

Související obsah