Řešení potíží s místními bránami dat

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 svůj názor k tomuto článku nebo k celkovému dojmu z dokumentace o bráně, přejděte na konec článku.

Tento článek popisuje běžné problémy, ke kterým může dojít při použití místní brány dat se službou Power BI. Pokud narazíte na problém, který tu není uvedený, navštivte komunitu Power BI nebo vytvořte lístek podpory.

Návod

Začněte tím, že potvrdíte, že používáte nejnovější verzi brány. Řada problémů s připojením a spolehlivostí se řeší v měsíčních aktualizacích. Postup upgradu najdete v tématu Instalace a správa místní brány dat .

Konfigurace

Chyba: Služba Power BI oznámila, že místní brána je nedostupná

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.

Přineste si vlastní Azure Relay

Pokud jste povolili službu Bring Your Own (BYO) Azure Relay a došlo k problémům s připojením, ujistěte se, že v tomto oboru názvů služby Relay není povolená služba Private Link – tato konfigurace se v současné době nepodporuje s funkcí BYO Relay brány. Pokud nepotřebujete vlastní ovládací prvky Relay, vraťte se k výchozímu spravovanému Relay a to zakázáním BYO Relay.

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 můžou možnosti připojení lišit mezi Power BI Desktopem a konfigurací správy připojení a 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 se připojit. 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é, která následuje:

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 se připojit. 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 uživatelské jméno a heslo 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 jako v následující zprávě:

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

Chyba: Nelze se připojit. 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 Protokolech událostí>Protokolech aplikací a služeb>službě místní datové brány. Podrobné znázornění najdete v protokolech událostí.

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 vidět kód chyby DM_GWPipeline_Gateway_DataSourceAccessError.

Pokud se podkladová chybová zpráva podobá následující chybové zprávě, 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 se podkladová chybová zpráva podobá následující zprávě, může to znamenat, že účtu služby pro Analysis Services nemusí chybět 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řipojte se k počítači Analysis Services v aplikaci SQL Server Management Studio. Ve vlastnostech rozšířeného připojení uveďte EffectiveUserName pro daného uživatele a zjistěte, jestli tato změna chybu zopakuje.

2. Pomocí nástroje dsacls služba 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 výstupu:

   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 datové brány ze služby 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 nezobrazí na portálu pro správu v části Správa připojení a bran, vymažte mezipaměť prohlížeče nebo se odhlaste ze služby a pak se znovu přihlaste. V nastavení sémantického modelu uvádí oddíl brány jenom brány, které mají odpovídající definice zdroje dat pro každý použitý místní zdroj.

Chyba: Zdroj dat nejde aktualizovat, protože přihlašovací údaje jsou neplatné

Mohli jste se připojit k sémantickému modelu a aktualizovat ho bez chyb za běhu připojení, ale ve službě 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á. Když brána provede test připojení, v současné době vynechá volitelné parametry (například Snowflake Warehouse, role nebo jiné upřesňující nastavení) a některé konektory vyžadují tyto hodnoty.

Pokud se aktualizace dokončí správně a nemáte žádné chyby za běhu, můžete tyto chyby testovacího připojení pro zdroje dat, které vyžadují volitelné parametry, ignorovat.

Sémantické modely

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

K této chybě dochází v případě, že jeden importovaný řádek překračuje přibližně 4 MB (limit komprimovaného modulu úložiště). Před importem identifikujte problematický řádek ve zdroji a vyfiltrujte nebo rozdělte sloupce (například zmenšete velká textová pole nebo pole blob).

Chyba: Zadaný název serveru neodpovídá názvu serveru na 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é (bez ohledu na velikost písmen).
• Váš účet není uvedený na kartě Uživatelé zdroje dat v konfiguraci brány. Je potřeba, abyste byl na seznam přidán správcem brány.
• Váš soubor Power BI Desktopu má více zdrojů dat a ne všechny tyto zdroje dat jsou definované v bráně. Každý místní zdroj musí mít odpovídající položku zdroje dat v bráně.

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

Omezení je 10 GB nekomprimovaných dat na segment tabulky během aktualizace. Pro optimalizaci:

• Opakované dlouhé řetězce nahraďte náhradními klíči.
• Odeberte nepoužívané textové sloupce s vysokou kardinalitou.
• Rozdělte velmi široké tabulky nebo filtrujte historické oddíly.
• Zvažte DirectQuery pro extrémně velké tabulky faktů.

Chyba: DM_GWPipeline_Gateway_SpooledOperationMissing

Tato chyba může způsobit několik různých scénářů:

• Během aktualizace sémantického modelu nebo dotazu brány se služba Windows restartovala (například oprava operačního systému nebo chyba služby).
• Image virtuálního počítače byla naklonována po instalaci brány, což způsobilo duplikovaný efemérní stav.

Vyhněte se klonování počítačů po instalaci – proveďte novou instalaci brány na nové hostitele. Zkontrolujte protokoly bránové služby v době chyby kvůli událostem restartu.

Zprávy

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

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 používá živé připojení služby Analysis Services, může dojít k problému, kdy hodnota předaná EffectiveUserName buď není platná, nebo nemá oprávnění na serveru Analysis Services. K problému s ověřováním obvykle dochází, protože hodnota 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 do Graph Exploreru.
2. V pravém horním rohu vyberte Přihlásit se.
3. Spusťte následující dotaz Microsoft Graphu (Azure AD Graph je vyřazený):

https://graph.microsoft.com/v1.0/me

1. V odpovědi JSON vyhledejte vlastnost userPrincipalName .

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

Kerberos

Pokud základní databázový server a místní datová brána nejsou správně nakonfigurované pro omezené delegování protokolu Kerberos, povolte dodatečné protokolování na bráně. Jako výchozí bod pro řešení potíží prozkoumejte chyby nebo stopy v souborech protokolu brány. Pokud chcete shromáždit protokoly brány pro zobrazení, přečtěte si Pokyny k shromažďování protokolů z aplikace místní datové brány.

Úroveň zosobnění

Hodnota ImpersonationLevel souvisí s nastavením hlavního názvu serveru (SPN) nebo nastavením místní zásady.

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

Řešení (úroveň zosobnění)

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

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

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

Výjimka FailedToImpersonateUserException nastane, když brána nemůže zosobnit uživatele za jiného. K této chybě může dojít také v případě, že se účet zosobněný nachází v jiné doméně bez nakonfigurovaného vztahu důvěryhodnosti.

Řešení (FailedToImpersonateUserException)

• 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 služba Active Directory.

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

Chyba 1033 se objeví, když externí ID nakonfigurované v SAP HANA neodpovídá přihlašování, pokud je uživatel zosobněn pomocí hlavního názvu uživatele (UPN alias@domain.com). V horní části protokolů chyb vidíte, že původní hlavní název uživatele (UPN) 'alias@domain.com' byl nahrazen novým hlavním názvem uživatele (UPN) 'alias@domain.com', jak je vidět zde:

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

Řešení (chyba 1033)

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

  

• V protokolech uvidíte sAMAccountName (alias) a ne UPN, což je alias následovaný doménou (alias@domain.com).

  

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

Chyba komunikačního propojení SAP HANA: připojení -10709 selhalo (přihlašovací údaje Kerberos nejsou k dispozici)

Pokud vaše delegování není správně nakonfigurované ve službě služba Active Directory, zobrazí se chybová zpráva "-10709 Connection failed" (Připojení -10709 selhalo).

Řešení (-10709Kerberos SAP HANA)

• Ujistěte se, že máte server SAP HANA na kartě Delegování v služba Active Directory pro účet bránové služby.

  

Export protokolů pro žádanku podpory

K řešení potíží a vytvoření podpůrného tiketu se vyžadují protokoly brány. Tyto protokoly extrahujte pomocí následujícího postupu.

1. Identifikujte cluster brány.

   Pokud jste vlastníkem sémantického modelu, nejprve zkontrolujte název clusteru brány přidružený k vašemu sémantickému modelu. Na následujícím obrázku je IgniteGateway bránový 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:

   1. 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ě.
   2. Povolte další protokolování.
   3. (Volitelné) Povolte funkce monitorování výkonu a zahrňte protokoly výkonu.
   4. Spusťte scénář, pro který se pokoušíte zachytit protokoly brány.
   5. Exportujte protokoly brány.

Obnovit historii

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í obrázky ukazují, jak se můžete dostat do historie aktualizace.

Na stránce podrobností sémantického modelu vyberte na pásu karet možnost Aktualizovat a pak vyberte Aktualizovat historii.

K historii aktualizace se dostanete také z nastavení sémantického modelu. Na pásu karet vyberte Soubor a pak vyberte Nastavení.

Poznámka:

Tato nastavení můžete nakonfigurovat také v podokně nastavení sémantického modelu, v bočním podokně, které se otevře na pravé straně stránky. Podokno nastavení je aktuálně ve verzi Preview.

Další informace o řešení potíží se scénáři aktualizace naleznete v tématu Řešení potíží se scénáři aktualizace. Pokud se plánovaná aktualizace neočekávaně zastavila, zkontrolujte chování nečinnosti popsané v části Konfigurace plánované aktualizace.

Související obsah

• Řešení problémů s místní bránou dat
• Konfigurace nastavení proxy serveru pro místní bránu dat
• Správa datových zdrojů služby Analytické služby SQL Serveru
• Správa zdroje dat – SAP HANA
• Správa zdroje dat SQL Serveru
• Správa zdroje dat – import a plánovaná aktualizace

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