Řešení potíží s bránami – Power BI

  • Článek

Poznámka:

Dokumentace k místní bráně dat jsme rozdělili na obsah specifický pro Power BI a obecný obsah, který platí pro všechny služby , které brána podporuje. Právě se nacházíte v obsahu Power BI. Pokud chcete poskytnout zpětnou vazbu k tomuto článku nebo celkovému prostředí dokumentace k bráně, přejděte na konec článku.

Tento článek popisuje některé běžné problémy při použití místní brány dat s Power BI. Pokud narazíte na problém, který tu není uvedený, můžete použít web komunity Power BI. Nebo můžete vytvořit lístek podpory.

Konfigurace

Chyba: služba Power BI hlášenou místní bránu jako nedostupnou. Restartujte bránu a zkuste to znovu.

Na konci konfigurace se služba Power BI znovu zavolá, aby se brána ověřila. Služba Power BI nenahlásí bránu jako živou. Restartováním služby systému Windows může být komunikace úspěšná. Pokud chcete získat další informace, můžete shromažďovat a kontrolovat protokoly, jak je popsáno v části Shromažďování protokolů z aplikace místní brány dat.

Zdroje dat

Poznámka:

Ne všechny zdroje dat obsahují vyhrazené články s podrobnostmi o nastavení nebo konfiguraci připojení. U mnoha zdrojů dat a konektorů jiných než Microsoftu se možnosti připojení můžou lišit mezi Power BI Desktopem > a konfigurací nastavení správy zdrojů dat bran v služba Power BI. V takových případech jsou výchozím nastavením pro Power BI aktuálně podporované scénáře.

Chyba: Nelze Připojení. Podrobnosti: Neplatné přihlašovací údaje pro připojení

V části Zobrazit podrobnosti se zobrazí chybová zpráva přijatá ze zdroje dat. U SQL Serveru se zobrazí zpráva podobná této:

Login failed for user 'username'.

Ověřte, že máte správné uživatelské jméno a heslo. Ověřte také, že se tyto přihlašovací údaje mohou úspěšně připojit ke zdroji dat. Ujistěte se, že použitý účet odpovídá metodě ověřování.

Chyba: Nelze Připojení. Podrobnosti: Nejde se připojit k databázi

Mohli jste se připojit k serveru, ale ne k zadané databázi. Ověřte název databáze a ověřte, že přihlašovací údaje uživatele mají správné oprávnění pro přístup k této databázi.

V části Zobrazit podrobnosti se zobrazí chybová zpráva přijatá ze zdroje dat. U SQL Serveru se zobrazí něco podobného:

Cannot open database "AdventureWorks" requested by the login. The login failed. Login failed for user 'username'.

Chyba: Nelze Připojení. Podrobnosti: Neznámá chyba v bráně dat

K této chybě může dojít z různých důvodů. Ujistěte se, že se můžete připojit ke zdroji dat z počítače, který hostuje bránu. Tato situace může být výsledkem nedostupného serveru.

V části Zobrazit podrobnosti můžete zobrazit kód chyby DM_GWPipeline_UnknownError.

Další informace najdete také v aplikacích protokolů>událostí a protokolech>služeb místní služby brány dat.

Chyba: Při pokusu o připojení k serveru> jsme narazili na <chybu. Podrobnosti: "Dosáhli jsme brány dat, ale brána nemá přístup k místnímu zdroji dat."

Nemohli jste se připojit ke zadanému zdroji dat. Nezapomeňte ověřit informace zadané pro tento zdroj dat.

V části Zobrazit podrobnosti můžete zobrazit kód chyby DM_GWPipeline_Gateway_DataSourceAccessError.

Pokud je podkladová chybová zpráva podobná následující, znamená to, že účet, který používáte pro zdroj dat, není správcem serveru pro danou instanci služby Analysis Services. Další informace najdete v tématu Udělení oprávnění správce serveru instanci služby Analysis Services.

The 'CONTOSO\account' value of the 'EffectiveUserName' XML for Analysis property is not valid.

Pokud je podkladová chybová zpráva podobná následující, může to znamenat, že účtu služby pro Analysis Services chybí atribut adresáře token-groups-global-and-universal (TGGAU).

The username or password is incorrect.

Domény s přístupem k kompatibilitě před Windows 2000 mají povolený atribut TGGAU. Většina nově vytvořených domén ve výchozím nastavení tento atribut nepovoluje. Další informace najdete v tématu Některé aplikace a rozhraní API vyžadují přístup k autorizačním informacím o objektech účtu.

Pokud chcete ověřit, jestli je atribut povolený, postupujte takto.

  1. Připojení k počítači Analysis Services v aplikaci SQL Server Management Studio. Ve vlastnostech rozšířeného připojení uveďte Hodnotu EffectiveUserName pro daného uživatele a zjistěte, jestli tento doplněk chybu reprodukuje.

  2. Pomocí nástroje dsacls Active Directory můžete ověřit, jestli je atribut uvedený. Tento nástroj se nachází na řadiči domény. Potřebujete vědět, co je rozlišující název domény pro účet, a předat ho nástroji.

    dsacls "CN=John Doe,CN=UserAccounts,DC=contoso,DC=com"

    Ve výsledcích chcete vidět něco podobného jako v následujícím příkladu:

    Allow BUILTIN\Windows Authorization Access Group
                                SPECIAL ACCESS for tokenGroupsGlobalAndUniversal
                                READ PROPERTY

Chcete-li tento problém vyřešit, musíte u účtu používaného pro službu Analysis Services pro Windows povolit TGGAU.

Další možností: Uživatelské jméno nebo heslo je nesprávné.

K této chybě může dojít také v případě, že je server Analysis Services v jiné doméně než uživatelé a neexistuje obousměrný vztah důvěryhodnosti.

Spolupracujte se správci domény a ověřte vztah důvěryhodnosti mezi doménami.

V prostředí Získat data pro Analysis Services se nezobrazují zdroje dat brány dat z služba Power BI

Ujistěte se, že je váš účet uvedený na kartě Uživatelé zdroje dat v konfiguraci brány. Pokud nemáte přístup k bráně, obraťte se na správce brány a požádejte ho o ověření. Zdroj dat uvedený v seznamu Analysis Services uvidí jenom účty v seznamu Uživatelé .

Chyba: Nemáte nainstalovanou ani nakonfigurovanou bránu pro zdroje dat v této datové sadě.

Ujistěte se, že jste do brány přidali jeden nebo více zdrojů dat, jak je popsáno v tématu Přidání zdroje dat. Pokud se brána nezobrazuje na portálu pro správu v části Spravovat brány, vymažte mezipaměť prohlížeče nebo se odhlaste ze služby a pak se znovu přihlaste.

Chyba: Zdroj dat nejde aktualizovat, protože přihlašovací údaje jsou neplatné. Aktualizujte je prosím a zkuste to znova.

Podařilo se vám připojit a aktualizovat datovou sadu bez chyb za běhu připojení, ale v služba Power BI se zobrazí tento chybový pruh. Když se uživatel pokusí aktualizovat přihlašovací údaje známými přihlašovacími údaji, zobrazí se chyba oznamující, že zadané přihlašovací údaje byly neplatné.

K této chybě může dojít, když se brána pokusí o testovací připojení, i když zadané přihlašovací údaje jsou přijatelné a operace aktualizace je úspěšná. K tomu dochází, protože když brána provádí test připojení, neobsahuje během pokusu o připojení žádné volitelné parametry a některé datové konektory (například Snowflake) k připojení vyžadují volitelné parametry připojení.

Když se aktualizace dokončí správně a vy se nezobrazí chyby modulu runtime, můžete tyto chyby testovacího připojení ignorovat u zdrojů dat, které vyžadují volitelné parametry.

Sémantické modely

Chyba: Pro tento řádek není dostatek místa.

K této chybě dochází v případě, že máte jeden řádek větší než 4 MB. Určete, co je řádek ze zdroje dat, a pokuste se ho vyfiltrovat nebo zmenšit jeho velikost.

Chyba: Zadaný název serveru neodpovídá názvu serveru v certifikátu SSL SQL Serveru.

K této chybě může dojít v případě, že běžný název certifikátu odpovídá plně kvalifikovanému názvu domény (FQDN) serveru, ale pro server jste zadali pouze název NetBIOS. Tato situace způsobí neshodu certifikátu. Pokud chcete tento problém vyřešit, nastavte název serveru ve zdroji dat brány a v souboru PBIX použijte plně kvalifikovaný název domény serveru.

Chyba: Při konfiguraci plánované aktualizace se místní brána dat nezobrazuje.

Za tuto chybu může být zodpovědných několik různých scénářů:

  • Název serveru a databáze neodpovídá zadanému v Power BI Desktopu a zdroji dat nakonfigurovaným pro bránu. Tyto názvy musí být stejné. Nerozlišují malá a velká písmena.
  • Váš účet není uvedený na kartě Uživatelé zdroje dat v konfiguraci brány. Správce brány vás do tohoto seznamu musí přidat.
  • Soubor Power BI Desktopu má v něm více zdrojů dat, a ne všechny tyto zdroje dat jsou nakonfigurované s bránou. Každý zdroj dat musí být definovaný bránou, aby se brána zobrazila v rámci plánované aktualizace.

Chyba: Přijatá nekomprimovaná data v klientovi brány překročila limit.

Přesné omezení je 10 GB nekomprimovaných dat na tabulku. Pokud narazíte na tento problém, můžete ho optimalizovat a vyhnout se tomu. Konkrétně snižte použití vysoce konstantních, dlouhých řetězcových hodnot a místo toho použijte normalizovaný klíč. Nebo odebrání sloupce, pokud se nepoužívá, pomůže.

Chyba: DM_GWPipeline_Gateway_SpooledOperationMissing

Za tuto chybu může být zodpovědných několik různých scénářů.

  • Proces brány se mohl restartovat, když probíhá aktualizace datové sady.
  • Počítač brány se naklonuje, kde je spuštěná brána. Neměli bychom klonovat počítač brány.

Zprávy

Chyba: Sestava nemohla získat přístup ke zdroji dat, protože nemáte přístup k našemu zdroji dat prostřednictvím místní brány dat.

Příčinou této chyby je obvykle jedna z následujících příčin:

  • Informace o zdroji dat neodpovídají tomu, co je v podkladové datové sadě. Název serveru a databáze se musí shodovat mezi zdrojem dat definovaným pro místní bránu dat a tím, co zadáte v Power BI Desktopu. Pokud v Power BI Desktopu používáte IP adresu, musí zdroj dat pro místní bránu dat také používat IP adresu.
  • V žádné bráně ve vaší organizaci není k dispozici žádný zdroj dat. Zdroj dat můžete nakonfigurovat na nové nebo existující místní bráně dat.

Chyba: Chyba přístupu ke zdroji dat Obraťte se na správce brány.

Pokud tato sestava využívá živé připojení služby Analysis Services, můžete narazit na problém s předáním hodnoty EffectiveUserName, která buď není platná, nebo nemá oprávnění k počítači analysis Services. Příčinou problému s ověřováním je obvykle skutečnost, že hodnota předávaná pro EffectiveUserName neodpovídá místnímu hlavnímu názvu uživatele (UPN).

Chcete-li potvrdit efektivní uživatelské jméno, postupujte podle těchto kroků.

  1. V protokolech brány vyhledejte efektivní uživatelské jméno.

  2. Po předání hodnoty ověřte, že je správná. Pokud je to váš uživatel, můžete k zobrazení hlavního názvu uživatele (UPN) použít následující příkaz z příkazového řádku. Hlavní název uživatele (UPN) vypadá jako e-mailová adresa.

    whoami /upn

Volitelně můžete zjistit, co Power BI získá z ID Microsoft Entra.

  1. Přejděte na https://developer.microsoft.com/graph/graph-explorer.

  2. V pravém horním rohu vyberte Přihlásit se.

  3. Spusťte následující dotaz. Zobrazí se poměrně velká odpověď JSON.

    https://graph.windows.net/me?api-version=1.5

  4. Vyhledejte userPrincipalName.

Pokud hlavní název uživatele (UPN) Microsoft Entra neodpovídá místnímu hlavnímu názvu uživatele služby Active Directory, můžete ho nahradit platnou hodnotou pomocí funkce Mapovat uživatelská jména . Nebo můžete pracovat se správcem Power BI nebo místním správcem Active Directory a změnit hlavního názvu uživatele (UPN).

Kerberos

Pokud podkladový databázový server a místní brána dat nejsou správně nakonfigurované pro omezené delegování protokolu Kerberos, povolte podrobné protokolování brány. Pak prozkoumejte na základě chyb nebo trasování v souborech protokolu brány jako výchozí bod pro řešení potíží. Pokud chcete shromáždit protokoly brány pro zobrazení, přečtěte si téma Shromažďování protokolů z aplikace místní brány dat.

ImpersonationLevel

Úroveň zosobnění souvisí s nastavením hlavního názvu služby (SPN) nebo místním nastavením zásad.

[DataMovement.PipeLine.GatewayDataAccess] About to impersonate user DOMAIN\User (IsAuthenticated: True, ImpersonationLevel: Identification)

Řešení

Tento problém vyřešíte pomocí těchto kroků.

  1. Nastavte hlavní název služby (SPN) pro místní bránu.
  2. Nastavte omezené delegování ve službě Active Directory.

FailedToImpersonateUserException: Nepodařilo se vytvořit identitu systému Windows pro id uživatele

Chyba FailedToImpersonateUserException se stane, pokud nemůžete zosobnit jménem jiného uživatele. K této chybě může dojít také v případě, že účet, který se pokoušíte zosobnit, pochází z jiné domény, než je doména služby brány. Jedná se o omezení.

Řešení

  • Ověřte, že je konfigurace správná podle kroků v předchozí části ImpersonationLevel.
  • Ujistěte se, že ID uživatele, které se pokouší zosobnit, je platný účet služby Active Directory.

Obecná chyba: Chyba 1033 při analýze protokolu

Chyba 1033 se zobrazí, když vaše externí ID nakonfigurované v SAP HANA neodpovídá přihlášení, pokud se uživatel zosobní pomocí hlavního názvu uživatele (alias@domain.comUPN). Vprotokolchalias@domain.comalias@domain.com

[DM.GatewayCore] SingleSignOn Required. Original UPN 'alias@domain.com' replaced with new UPN 'alias@domain.com.'

Řešení

  • SAP HANA vyžaduje, aby zosobněný uživatel používal atribut sAMAccountName ve službě Active Directory (alias uživatele). Pokud tento atribut není správný, zobrazí se chyba 1033.

    Attribute editor

  • V protokolech se zobrazí sAMAccountName (alias) a ne hlavní název uživatele (UPN), což je alias následovaný doménou (alias@doimain.com).

    Account info in logs

      <setting name="ADUserNameReplacementProperty" serializeAs="String">
        <value>sAMAccount</value>
      </setting>
      <setting name="ADServerPath" serializeAs="String">
        <value />
      </setting>
      <setting name="CustomASDataSource" serializeAs="String">
        <value />
      </setting>
      <setting name="ADUserNameLookupProperty" serializeAs="String">
        <value>AADEmail</value>

Pokud vaše delegování není správně nakonfigurované ve službě Active Directory, zobrazí se chybová zpráva -10709 Připojení ion se nezdařila.

Řešení

  • Ujistěte se, že máte server SAP Hana na kartě delegování ve službě Active Directory pro účet služby brány.

    Delegation tab

Export protokolů pro lístek podpory

K řešení potíží a vytvoření lístku podpory se vyžadují protokoly brány. Tyto protokoly extrahujte pomocí následujících kroků.

  1. Identifikujte cluster brány.

    Pokud jste vlastníkem datové sady, nejprve zkontrolujte název clusteru brány přidružený k vaší datové sadě. Na následujícím obrázku je IgniteGateway cluster brány.

    Gateway cluster

  2. Zkontrolujte vlastnosti brány.

    Správce brány by pak měl zkontrolovat počet členů brány v clusteru a jestli je povolené vyrovnávání zatížení.

    Pokud je povolené vyrovnávání zatížení, měl by se krok 3 opakovat pro všechny členy brány. Pokud není povolená, stačí exportovat protokoly na primární bráně.

  3. Načtěte a exportujte protokoly brány.

    Dále by měl správce brány, který je také správcem systému brány, provést následující kroky:

    a. Přihlaste se k počítači brány a spusťte aplikaci místní brány dat pro přihlášení k bráně.

    b. Povolte další protokolování.

    c. Volitelně můžete povolit funkce monitorování výkonu a zahrnout protokoly výkonu a poskytnout další podrobnosti pro řešení potíží.

    d. Spusťte scénář, pro který se pokoušíte zachytit protokoly brány.

    e. Exportujte protokoly brány.

Historie aktualizace

Když bránu používáte pro plánovanou aktualizaci, historie aktualizací vám může pomoct zjistit, k jakým chybám došlo. Může také poskytnout užitečná data, pokud potřebujete vytvořit žádost o podporu. Můžete zobrazit plánované aktualizace a aktualizace na vyžádání. Následující kroky ukazují, jak se můžete dostat do historie aktualizace.

  1. V navigačním podokně Power BI vyberte v sémantických modelech datovou sadu. Otevřete nabídku a vyberte Naplánovat aktualizaci.

    How to select schedule refresh

  2. V Nastavení pro... vyberte Aktualizovat historii.

    Select refresh history

    Refresh history display

Další informace o řešení potíží se scénáři aktualizace naleznete v tématu Řešení potíží se scénáři aktualizace.

Související obsah

Máte ještě další otázky? Zkuste Komunita Power BI.