Řešení běžných chyb sady nástrojů FinOps

Tento článek popisuje běžné chyby sady nástrojů FinOps a poskytuje informace o řešeních. Pokud se při použití řešení sady nástrojů FinOps zobrazí chyba, která nerozumíte nebo nemůžete vyřešit, vyhledejte následující odpovídající kód chyby s kroky pro zmírnění problému.

Tady je seznam běžných kódů chyb s informacemi o zmírnění rizik.

Pokud zadané informace problém nevyřeší, zkuste průvodce odstraňováním potíží.

Přístup k prostředku je zakázaný.

^{Závažnost: Kritická}

Tato chyba obecně znamená, že účet, ke kterému jste připojení, nemá přístup k prostředku, který se pokoušíte použít.

Omezení rizik: Ověřte, že používáte správný účet ve správném tenantovi Microsoft Entra ID.

Vlastnost účtu nelze aktualizovat

^{Závažnost: Kritická}

K této chybě obvykle dochází při aktualizaci nasazení centra FinOps s jinou konfigurací účtu úložiště, než byla původně použita při vytváření. I když je možné změnit většinu vlastností, existuje několik vlastností, které lze nastavit pouze jednou při vytvoření účtu úložiště a nelze je změnit. Jedním známým případem pro FinOps Hubs je vlastnost "requireInfrastructureEncryption". Pokud byla tato vlastnost povolená nebo zakázaná během prvního nasazení centra FinOps, nelze ji změnit. V takovém případě se zobrazí následující chyba:

Vlastnost requireInfrastructureEncryption byla zadána ve vstupu, ale nelze ji aktualizovat, protože je jen pro čtení.

zmírnění rizik: Pokud jste neměli v úmyslu toto nastavení změnit, ověřte, jestli je váš účet úložiště nakonfigurovaný tak, aby používal šifrování infrastruktury, a znovu nasaďte šablonu centra FinOps se stejnou hodnotou (buď zapnutou nebo vypnutou). Pokud chcete nastavení změnit, doporučujeme nasadit novou instanci centra FinOps, protože to bude vyžadovat opětovné příjem všech dat.

Můžete se pokusit odstranit existující účet úložiště a znovu nasadit šablonu se změněným šifrováním infrastruktury; ale toto jsme důkladně neprotestovali. I když neočekáváme problémy, nemůžeme potvrdit, jestli to způsobí problémy.

BadHubVersion

^{Závažnost: Kritická}

Centrály FinOps 0.2 nejsou funkční. Upgradujte na verzi 0.3 nebo novější.

Zmírnění: Upgradujte na nejnovější verzi uzlů FinOps.

Sloupec ID v tabulce Resources obsahuje duplicitní hodnotu.

^{Závažnost: Kritická}

Pokud dojde k následující chybě, znamená to, že Azure Resource Graph vrací řádky se stejnou logickou hodnotou sloupce ID . K tomu může dojít v případě, že hodnoty ID prostředku mají nekonzistentní velikost písmen nebo když se mezi řádky rozšíří jiný sloupec.

Sloupec ID v tabulce Zdroje obsahuje duplicitní hodnotu {resource-id}, která není povolená pro sloupce na jedné straně relace M:1 nebo pro sloupce, které se používají jako primární klíč tabulky.

Zmírnění: Ujistěte se, že používáte nejnovější verzi zprávy. Identifikujte příčinu duplicitních hodnot a aktualizujte dotaz tak, aby fungoval s duplicitními hodnotami. Nahlašte tento problém také na GitHubu, aby bylo možné ho opravit v budoucí verzi. To může vyžadovat další podrobnosti nebo schůzku k řešení příčiny chyby.

ConflictError

^{Závažnost: Kritická}

Může existovat více výskytů této chyby. Jediná známá situace nastává, když Key Vault vrátí následující chybu:

Trezor se stejným názvem již existuje ve stavu smazání. Musíte obnovit nebo vyprázdnit existující trezor klíčů. Další informace o obnovitelném odstranění najdete na tomto odkazu https://go.microsoft.com/fwlink/?linkid=2149745 .

Obvykle to znamená, že nasazujete na předchozí nasazení, které bylo odstraněno, ale služba Key Vault ponechala starou instanci trezoru ve stavu odstranění, který je možné obnovit.

Zmírnění: Pokud chcete tento problém vyřešit, vyprázdněte odstraněnou službu Key Vault na webu Azure Portal.

Otevřete seznam instancí služby Key Vault na webu Azure Portal.
V horní části stránky vyberte příkaz Spravovat odstraněné trezory .
V rozevíracím seznamu vyberte předplatné.
Zkontrolujte trezory určené k odstranění.
V dolní části informačního rámečku vyberte Vyprázdnit .
V potvrzovacím dialogovém okně vyberte Odstranit.

Teď můžete nasazení zopakovat.

Smluvní náklady menší než efektivní náklady

^{Závažnost: Upozornění}

ContractedCost (na základě vyjednaných slev) je menší než EffectiveCost (po slevách závazku) v datech ze služby Cost Management. K tomu by nikdy nemělo dojít, pokud sleva za závazek neposkytuje nižší slevu než vaše stávající vyjednané slevy. To způsobí, že výpočty úspor se nebudou sčítat přesně.

Zmírnění: Potvrďte, že ContractedUnitPrice data nákladů odpovídají údajům o cenách. Pokud je smluvní cena správná, vytvořte žádost o podporu u týmu Cost Management k potvrzení, že x_EffectiveUnitPrice a EffectiveCost jsou správné. Pokud jsou správné, zvažte vrácení slevy za závazek.

Zásady přístupu mezi tenanty tomuto uživateli neumožňují přístup.

^{Závažnost: Hlavní}

Pokud dojde k následující chybě, znamená to, že ID Microsoft Entra je nakonfigurované tak, aby uživatelům z jiných tenantů nepovoloval přihlášení k aktuálnímu tenantovi.

Zpráva: AADSTS500213: Zásady přístupu k prostředku pro hostování více tenantů neumožňují tomuto uživateli přístup k tomuto tenantovi.

Tato chybová zpráva nesouvisí se sadou nástrojů FinOps.

Omezení rizik: Ověřte, že jste přihlášení ke správnému účtu a že jste přihlášení prostřednictvím cílového adresáře. Pokud potřebujete další pomoc, obraťte se na správce adresáře.

Selhalo načtení dat průzkumníkem

^{Závažnost: Kritická}

Příjem dat v Průzkumníku dat se nezdařil. Nová data nebudou k dispozici pro vytváření zpráv.

Běžná chyba: SEM0080 assert() selhal s hláškou 'Zpracování se nezdařilo'

Pokud se v kanálu služby Azure Data Factory zobrazí následující sémantická chyba:

Sémantická chyba: Relop sémantická chyba: SEM0080: assert() selhala se zprávou: Chyba při zpracování

Tato chyba značí, že příkaz Průzkumníka .ingest dat během procesu příjmu dat zjistil chyby. Příkaz pro příjem dat obsahuje kontrolu (assert(iff(toscalar($command_results | project-keep HasErrors) == false, true, false), "Ingestion Failed")), která ověřuje sloupec HasErrors ve výsledcích příkazu. Pokud HasErrors je true, výraz selže a způsobí tuto chybu.

Běžné původní příčiny:

Prázdný soubor parquet: Soubor parquet neobsahuje žádné datové řádky. Jedná se o nejběžnější příčinu.
- Export služby Cost Management vygeneroval prázdný soubor (žádná data pro časové období)
- Během transformace kanál ETL vytvořil prázdný soubor "parquet".
- Soubor byl vytvořen, ale operace zápisu dat selhala.
Neshoda schématu: Schéma souboru parquet neodpovídá referenčním informacím pro mapování příjmu dat cílové tabulky.
- Sloupce v souboru parquet můžou mít jiné názvy nebo datové typy, než se čekalo
- Mapování příjmu dat (např. <table>_mapping) může být zastaralé nebo nesprávné.
- Do schématu exportu, které nejsou v mapování, byly přidány nové sloupce.
Poškozené nebo neplatné soubory parquet: Zdrojový soubor může být chybný, poškozený nebo není platný soubor parquet.
Chybějící nebo nesprávné mapování příjmu dat: Odkazované mapování (např Costs_raw_mapping. ) neexistuje nebo obsahuje nesprávné definice sloupců.
Chyby převodu datových typů: Data v souboru parquet nelze převést na cílové typy sloupců definované ve schématu tabulky.
Problémy s přístupem k souborům: Průzkumník dat nemá přístup k souboru parquet v úložišti kvůli oprávněním nebo problémům se sítí.

Kroky pro zmírnění rizik:

Kontrola selhání zpracování dat v Průzkumníku dat:
- Připojení ke clusteru nebo databázi Data Exploreru
- Spuštěním následujícího dotazu zobrazíte podrobné informace o chybě:
```
.show ingestion failures
| where FailedOn > ago(4h) and Database == "<YourDatabaseName>"
| project FailedOn, Table, IngestionSourcePath, ErrorCode, Details
```
- Details Zkontrolujte konkrétní chybové zprávy týkající se prázdných souborů, neshod schémat nebo problémů s daty ve sloupci.
- Hledejte kódy chyb jako BadRequest_NoRecordsOrWrongFormat, který označuje prázdný soubor.
Zkontrolujte, jestli je soubor parquet prázdný:
- Stáhněte problematický soubor parquet z kontejneru příjmu dat (cesta je v chybové zprávě).
- Použití nástroje parquet viewer nebo Průzkumníka služby Azure Storage ke kontrole souboru
- Zkontrolujte velikost souboru – pokud je velmi malá (< 1 kB), je pravděpodobně prázdná.
- Ověření, že soubor obsahuje datové řádky
- Pokud je prázdné: Toto chování je očekávané, pokud pro časové období nejsou k dispozici žádná data. Soubor lze bezpečně odstranit z kontejneru pro příjem dat. Služba Cost Management může exportovat prázdné soubory po dobu měsíců bez použití.
Ověřte, že mapování příjmu dat existuje a je správné:
- Spuštěním tohoto dotazu v Průzkumníku dat zkontrolujte, jestli mapování existuje:
```
.show table <TableName> ingestion mappings
```
- Pokud mapování chybí, je potřeba ho vytvořit znovu. Zkontrolujte protokoly nasazení FinOps hubu pro chyby při vytváření mapování.
- Pokud mapování existuje, ověřte, že odpovídá očekávanému schématu pro váš zdroj dat.
Zkontrolujte změny schématu:
- Pokud jste nedávno aktualizovali exporty služby Cost Management nebo změnili verze exportu (např. z FOCUS 1.0 na 1.2), mohlo dojít ke změně schématu.
- Ověření verze exportu datové sady v souboru manifest.json v kontejneru msexports
- Potvrďte, že FinOps hubs podporuje verzi datové sady – viz podporované datové sady.
Kontrola diagnostiky Průzkumníka dat:
- Na webu Azure Portal přejděte do clusteru Průzkumníka dat.
- Přejít na Monitorování>Nastavení diagnostiky
- Povolte FailedIngestion diagnostické protokoly, pokud ještě nejsou povolené.
- Podrobné informace o chybách najdete v protokolech v Log Analytics.
Nasadit znovu centra FinOps, pokud chybí mapování:
- Pokud mapování příjmu dat chybí nebo jsou poškozená, znovu nasaďte centra FinOps a vytvořte je znovu.
- Tím se znovu vytvoří všechny tabulky, mapování a funkce bez ztráty dat.
Projděte si metriky Azure Data Exploreru:
- Kontrola metriky výsledků příjmu dat ve službě Azure Monitor
- Filtrování podle stavu a zobrazení úspěšnosti a míry selhání
- Další podrobnosti najdete v tématu Monitorování příjmu dat ve frontě .
Po vyřešení problému spusťte příjem dat znovu:
- Po vyřešení původní příčiny znovu spusťte ingestion_ExecuteETL kanál.
- Jako parametr zadejte cestu ke složce z chybové zprávy.
- Monitorujte provádění potrubí ke potvrzení úspěšného příjmu dat
- Poznámka: Prázdné soubory není nutné znovu ingestovat – je možné je bezpečně ignorovat.

Další zdroje informací:

Pokud k této chybě dochází i po provedení následujících kroků, nahlašte problém s následujícími informacemi:

Kompletní chybová zpráva z ADF kanálu
Výstup z .show ingestion failures dotazu
Typ a verze datové sady ze souboru manifest.json
Verze uzlů FinOps

Chyba při mapování importu do DataExploreru

^{Závažnost: Kritická}

Mapování příjmu dat v Průzkumníku dat nelze vytvořit pro zadanou tabulku.

Zmírnění: Opravte chybu a znovu spusťte nahrání pro zadanou cestu ke složce. Pokud se tato chyba stále zobrazuje, nahlašte problém na https://aka.ms/ftk/ideas.

Časový limit pro ingestování dat v DataExploreru

^{Závažnost: Kritická}

Ingestování dat v Data Exploreru vypršelo po 2 hodinách, zatímco se čekalo na dostupnou kapacitu.

zmírnění: Znovu spusťte tento kanál a pokuste se o příjem dat znovu. Pokud se tato chyba stále zobrazuje, nahlašte problém na https://aka.ms/ftk/ideas.

Chyba při odstranění po importu v DataExploreru

^{Závažnost: Kritická}

Po dokončení příjmu dat v Průzkumníku dat se nezdařilo vymazání extentů z konečné tabulky. Data ze zpracování v minulosti mohou být přítomna ve vytváření zpráv, což může vést k duplicitním a nepřesným nákladům.

Tato chyba může nastat, když:

U clusteru Průzkumníka dat dochází k problémům s kapacitou nebo vysokému využití prostředků
Příkaz odstranění rozsahů narazí na neplatný výraz nebo chybu syntaxe.
Při přístupu k databázi Průzkumníka dat dochází k problémům s oprávněními
Problémy s připojením k síti mezi službou Data Factory a Průzkumníkem dat

Snížení rizika:

Projděte si podrobnou chybovou zprávu: Přejděte do Azure Data Factory > Monitorování > Probíhající relace pipelines > Klikněte na neúspěšné spuštění > a zobrazte aktivitu "Post-Ingest Drop Failed Error", abyste viděli konkrétní kód chyby a zprávu Data Explorer.
Běžná řešení založená na typu chyby:
- Pokud se zobrazí zpráva "Nepodařilo se interpretovat chybovou zprávu 'Post-Ingest Drop Failed Error' nebo chybový kód": To znamená, že dynamický výraz v aktivitě Selhání se nepodařilo vyhodnotit. Obvykle to znamená:
  - Aktivita Post-Ingest Cleanup selhala, ale nevracela podrobnosti o chybě v očekávaném formátu.
  - Zkontrolujte výstup aktivity Post-Ingest Cleanup pro skutečnou chybu Data Explorera
  - Další podrobnosti o tomto konkrétním vzoru chyb najdete v části ErrorCodeNotString .
- Problémy s kapacitou a prostředky
  - Počkejte několik minut a spusťte potrubí znovu.
  - Kontrola metrik clusteru Průzkumníka dat ve službě Azure Monitor
  - Pokud konzistentně dosáhnete limitů kapacity, zvažte vertikální navýšení kapacity clusteru.
- Problémy s oprávněními:
  - Ověřte, že spravovaná identita služby Data Factory má správná oprávnění k databázi Data Exploreru.
  - Ujistěte se, že spravovaná identita má alespoň role Ingestor databáze a Správce databáze.
- Chyby syntaxe nebo výrazu:
  - Kontrola protokolů příkazů Průzkumníka dat pomocí .show commands editoru dotazů Průzkumníka dat
  - Kontrola nedávných změn schématu, které můžou ovlivnit dotaz rozsahů vyřazení
Opětovné spuštění příjmu dat: Po vyřešení problému znovu spusťte příjem dat pro zadanou složku pomocí ingestion_ExecuteETL kanálu ve službě Azure Data Factory.
Zabránit duplikaci dat: Pokud chyba přetrvává, možná budete muset před opětovnou kontrolou ingestování ručně vyčistit duplicitní rozsahy pomocí příkazů Průzkumníka dat. Požádejte o pomoc podporu.

Další informace najdete tady:

Nahlašte nevyřešené problémy na https://aka.ms/ftk/ideas.

Neúspěšné přerušení příjmu dat v DataExploreru

^{Závažnost: Kritická}

Vyčištění Průzkumníka dat před příjmem (odstranění rozsahů z nezpracované tabulky) se nezdařilo. Příjem nebyl dokončen.

K této chybě dochází v případě, že krok vyčištění Průzkumníka dat, který se spustí před ingestováním nových dat, selže. Toto vyčištění je nezbytné, aby se zabránilo duplicitním datům v nezpracovaných tabulkách.

Snížení rizika:

Projděte si podrobnou chybovou zprávu: Přejděte do služby Azure Data Factory > Monitorování > běhů kanálu > Klikněte na neúspěšný běh > Zobrazte aktivitu "Pre-Ingest Drop Failed Error" pro konkrétní chybový kód a zprávu Průzkumníka dat.
Běžná řešení založená na typu chyby:
- Pokud obdržíte zprávu "Nepodařilo se interpretovat chybové hlášení 'Pre-Ingest Drop Failed Error' nebo kód chyby": Kroky pro řešení potíží najdete v části ErrorCodeNotString.
- Problémy s kapacitou a prostředky
  - Počkejte několik minut a spusťte potrubí znovu.
  - Kontrola metrik clusteru Průzkumníka dat ve službě Azure Monitor
- Problémy s oprávněními:
  - Ověřte, že spravovaná identita služby Data Factory má v databázi Průzkumníka dat roli Správce databáze.
- Chyby syntaxe nebo výrazu:
  - Kontrola protokolů příkazů Průzkumníka dat pomocí .show commands editoru dotazů Průzkumníka dat
Opětovné spuštění příjmu dat: Po vyřešení problému znovu spusťte příjem dat pro zadanou složku pomocí ingestion_ExecuteETL kanálu ve službě Azure Data Factory.

Další informace najdete v krocích omezení rizik pro DataExplorerPostIngestionDropFailed.

Nahlašte nevyřešené problémy na https://aka.ms/ftk/ideas.

VyhodnoceníVýstupuNasazeníSelhalo

^{Závažnost: Hlavní}

FinOps Hubs 0.8 nastaví zabezpečení Azure Data Exploreru "trustedExternaltenants", aby uzamkl cluster tak, aby byl přístupný pouze z konkrétních důvěryhodných tenantů. Toto nastavení lze nastavit pro první nasazení, ale nelze ho nastavit znovu v druhém nasazení. Při pokusu o opětovné nasazení center FinOps 0.8 nad existujícím nasazením verze 0.8 se může zobrazit následující chyba:

Výstup šablony clusterUri není platný: Vlastnost výrazu jazyka URI neexistuje, dostupné vlastnosti jsou trustedExternalTenants, enableStreamingIngEst, publicNetworkAccess, enableAutoStop, provisioningState.

Sledujeme tým Azure Data Exploreru, abychom identifikovali správné řešení.

Zmírnění rizik: Nasaďte centra FinOps 0.9. Toto nastavení bylo odebráno ze šablony.

ExportovanáDataNenalezena

^{Závažnost: Kritická}

Exporty nebyly nalezeny v zadané cestě úložiště.

Zmírnění: Ověřte, že byl vytvořen a nakonfigurován export služby Cost Management se správným účtem úložiště, kontejnerem a cestou úložiště. Po vytvoření vyberte Spustit a spusťte proces exportu. Dokončení exportů může trvat 15 až 30 minut v závislosti na velikosti účtu. Pokud jste chtěli používat rozbočovače FinOps, opravte adresu URL úložiště tak, aby odkazovala na kontejner "ingest". Úplnou adresu URL najdete ve storageUrlForPowerBI výstupu nasazení centra FinOps.

TypExportuNeníDefinován

^{Závažnost: Kritická}

Spravované exporty nepodporují tento typ rozsahu fakturace.

Zmírnění: Odeberte nepodporovaný rozsah fakturace z settings.json, ujistěte se, že rozsah fakturace podporují FinOps centra, a ručně vytvořte nové exporty služby Cost Management pro daný rozsah fakturace.

NepodporovanýTypExportu

^{Závažnost: Kritická}

Smlouvy se zákazníkem Microsoftu nejsou podporované pro spravované exporty.

< c0>Opatření: Odeberte rozsah fakturace MCA z settings.json a ručně vytvořte nové exporty služby Cost Management pro každý fakturační profil MCA na náklady FOCUS, ceník, podrobnosti o rezervacích, transakce rezervací a doporučení k rezervacím.

ErrorCodeNotString

^{Závažnost: Kritická}

K této chybě dochází, když aktivita Fail v Azure Data Factory nemůže vyhodnotit svůj dynamický výraz chybové zprávy nebo kódu chyby na platný řetězec. Chybová zpráva se obvykle zobrazuje jako "Nepodařilo se interpretovat [activity_name] chybovou zprávu nebo kód chyby" s kódem ErrorCodeNotStringchyby .

Obvyklé scénáře:

Nadřazená aktivita (například Post-Ingest Cleanup, Pre-Ingest Cleanupnebo Ingest Data) selhala, ale nevytvořila výstup chyby v očekávaném formátu.
Dynamický výraz se pokusí o přístup k vlastnosti, která ve výstupu aktivity neexistuje.
Výstup aktivity je null, prázdný nebo není v očekávané struktuře JSON.

Snížení rizika:

Identifikujte aktivitu způsobující hlavní chybu: Podívejte se, která aktivita aktivovala aktivitu selhání (například pokud se zobrazí chyba "Chyba: selhání poklesu po ingestu", zkontrolujte aktivitu "Vyčištění po ingestu").
Zkontrolujte výstup nadřazené aktivity:
- Přejděte na běh kanálu služby Azure Data Factory > Monitor >
- Klikněte na neúspěšné spuštění pipeline.
- Vyhledejte aktivitu, která se spustila těsně před aktivitou selhání, a klikněte na ji.
- Zkontrolujte kartu Výstup a podívejte se na podrobnosti o skutečné chybě.
- Vyhledejte všechny chybové zprávy nebo kódy, které vysvětlují, proč aktivita selhala.
Zkontrolujte problémy specifické pro Průzkumníka dat (chyby kanálu příjmu dat):
- Kapacita prostředku: Cluster Data Exploreru může být na své kapacitě. Zkontrolujte metriky clusteru ve službě Azure Monitor.
- Chyby syntaxe příkazů: Zkontrolujte historii příkazů Průzkumníka dat pomocí .show commands editoru dotazů.
- Problémy s oprávněními: Ověřte, že spravovaná identita má správná oprávnění k databázi.
- Připojení k síti: Zajistěte, aby služba Data Factory dosáhla clusteru Data Exploreru.

Běžné příkazy pro řešení potíží s Průzkumníkem dat:

// Check recent failed operations
.show operations
| where StartedOn > ago(4h) and State == "Failed"

// Check ingestion failures
.show ingestion failures
| where FailedOn > ago(4h)

// Check command history
.show commands
| where StartedOn > ago(4h)

Po vyřešení základního problému znovu spusťte kanál, který selhal, ze služby Azure Data Factory.

Související chyby: Tato chyba se často zobrazuje ve spojení s:

DataExplorerPostIngestionDropFailed
DataExplorerPreIngestionDropFailed
DataExplorerIngestionFailed

Další informace najdete tady:

Nahlašte nevyřešené problémy na https://aka.ms/ftk/ideas.

HubDataNotFound

^{Závažnost: Kritická}

Data FinOps hubu nebyla v zadaném účtu úložiště nalezena.

Mitigace: Tato chyba předpokládá, že se připojujete k nasazení centra FinOps. Pokud používáte nezpracované exporty, opravte cestu k úložišti tak, aby neodkazuje na kontejner ingestion. Potvrďte následující:

Adresa URL úložiště by se měla shodovat s výstupem StorageUrlForPowerBI nasazení centra FinOps.
Exporty služby Cost Management by měly být nakonfigurované tak, aby odkazovaly na stejný účet úložiště pomocí kontejneru msexports .
Exporty služby Cost Management by měly v historii spuštění zobrazovat úspěšný export.
Všechny triggery datové továrny centra FinOps musí být spuštěny.
Kanály datové továrny centra FinOps by měly být úspěšné.

Pro podrobnosti a postupy ladění se podívejte na Ověření nasazení vašeho centra FinOps.

SouboryProZpracováníNenalezeny

^{Závažnost: Kritická}

Nelze nalézt soubory „parquet“ k načtení ze zadané cesty ke složce.

Zmírnění: Ověřte, že cesta ke složce je úplná cesta, včetně ingestion kontejneru a nezačíná ani nekončí lomítkem (/). Zkopírujte cestu z posledního úspěšného spuštění procesního řetězce ingestion_ExecuteETL.

Chyba interní služby

Microsoft Fabric Real-Time Intelligence může při ingestování dat vrátit kód chyby InternalServiceError (520-UnknownError). Podrobná chybová zpráva může říct:

Klientovi Kusto se nepodařilo odeslat žádost službě: Nelze číst data z přenosového připojení: Vzdálený hostitel vynutil ukončení existujícího připojení. `

Přesný důvod této chyby je neznámý. Pokud se s tím setkáte, vytvořte žádost o podporu s Microsoft Fabric a prošetřete ji podrobněji.

Zmírnění: Jako alternativní řešení změňte minimální spotřebu pro Fabric eventhouse na střední (18 CUs), počkejte 30 minut a znovu spusťte potrubí ingestion_ExecuteETL pro tuto datovou sadu a měsíc. Další informace o minimální spotřebě najdete v tématu Minimální spotřeba v přehledu centra událostí.

NeplatnéEfektivníNáklady

^{Závažnost: Hlavní}

Od listopadu 2024 má služba Cost Management známou chybu, kdy se nákupy plánů úspor interně sledují jako skutečné i amortizované náklady. Z tohoto důvodu FOCUS zahrnuje nákupy plánů úspor ve výpočtu pro EffectiveCost, což vede k nepřesným číslům v sestavách nástrojů FinOps.

cs-CZ: Zmírnění: Vytvořte žádost o podporu u týmu Microsoft Cost Management s podrobnostmi o problému, aby se opravila podkladová data. Od listopadu 2024 tým o problému ví, ale oprava ještě nebyla upřednostněna. Mezitím aktualizujte sadu Nástrojů FinOps 0.7, která obsahuje alternativní řešení pro centra FinOps a sestavy Power BI založené na úložišti.

NeplatnýExportKontejner

^{Závažnost: Kritická}

Tento soubor vypadá, že se může exportovat ze služby Cost Management, ale není ve správném kontejneru.

Zmírnění: Aktualizujte export služby Cost Management tak, aby odkazovat na kontejner úložiště msexports. Kontejner příjmu dat se používá jenom k dotazování přijatých dat nákladů.

InvalidExportVersion

^{Závažnost: Kritická}

Rozbočovače FinOps vyžadují export nákladů FOCUS, ale tento soubor vypadá jako starší export služby Cost Management.

Zmírnění: Vytvořte nový export nákladů služby Cost Management pro FOCUS a buď ukončete aktuální export, nebo ho změňte tak, aby se exportovalo do jiného kontejneru úložiště.

InvalidHubVersion

^{Závažnost: Kritická}

Centra FinOps 0.1.1 a starší nefungují se sestavou pro příjem dat Power BI.

Omezení rizik: Upgradujte na nejnovější verzi hubů FinOps nebo stáhněte sestavy Power BI z verze 0.1.1.

InvalidScopeId

^{Závažnost: Informační}

Cesta k exportu není platným ID oboru. Centra FinOps očekávají, že cesta exportu bude ID prostředku Azure pro obor, který byl export vytvořen, aby se zjednodušila správa. Nemělo by to způsobit selhání, ale může vést k matoucím výsledkům pro sestavy související s oborem.

Opatření: Aktualizujte cestu úložiště pro export služby Cost Management tak, aby používalo úplné ID prostředku Azure pro daný rozsah.

LegacyFocusVersion

^{Závažnost: Informační}

Tento kód chyby se zobrazí, když ingestovaná data používají starší verzi FOCUS. Při nalezení ve x_SourceChanges sloupci je kód pouze informativní. Pokud se v sestavách úložiště Power BI zobrazí, že se nepodařilo načíst dotaz Náklady, znamená to, že je zakázán parametr Zastaralé: Provést dodatečné optimalizace dotazů.

Rozbočovače FinOps převádí data na nejnovější verzi FOCUS, takže by to nemělo způsobit problém; Transformace modernizace však nemůže zohlednit všechny scénáře a v některých případech může vést k neočekávaným výsledkům. Informace o známých problémech najdete v dokumentaci.

Zmírnění: Existuje několik způsobů, jak tuto zprávu zmírnit v závislosti na tom, který nástroj používáte.

Pokud používáte Centra FinOps s Průzkumníkem dat a vidíte je ve x_SourceChanges sloupci tabulky Náklady nebo související funkce, aktualizujte exporty nákladů služby Cost Management tak, aby používaly nejnovější verzi FOCUS. Během příjmu dat v Data Exploreru není nutné provádět žádné další změny, všechna data budou sloučena.

Pokud používáte sestavy úložiště a v sloupci x_SourceChanges dotazu Náklady se zobrazuje tato zpráva, varuje to, že tato verze FOCUS bude v budoucí aktualizaci odstraněna. I když tuto zprávu můžete bezpečně ignorovat, bude v budoucí verzi vyžadovat aktualizaci. Abyste se této zprávě vyhnuli, aktualizujte exporty služby Cost Management na nejnovější verzi FOCUS, odstraňte nebo přesuňte všechna starší data pomocí starší verze FOCUS a znovu vyexportujte historická data. Pokud používáte centra FinOps, odstraňte nebo přesuňte data mimo kontejner příjmu dat. Pokud hostujete vlastní exporty v úložišti, změňte parametr Adresy URL úložiště na jinou cestu ke složce, která neobsahuje starší verze FOCUS.

Od sady FinOps Toolkit 0.7 byla podpora starších verzí FOCUS zastaralá, aby se zlepšil výkon a škálovatelnost. Doporučujeme aktualizovat na nejnovější verzi FOCUS a znovu vyexportovat data, aby se zlepšilo vaše prostředí. Nastavte zastaralý parametr: Proveďte další optimalizace dotazů, abyste TRUE zajistili, že jsou podporované starší verze FOCUS, a nastavte ho tak, aby FALSE se zrychlil výkon a podporoval větší datové sady, které pokrývají více nákladů nebo času. Od verze 0.7 je tento parametr ve výchozím nastavení povolený pro zpětnou kompatibilitu. V sadě FinOps Toolkit 0.8 bude ve výchozím nastavení vypnuto, ale bude stále k dispozici pro zpětnou kompatibilitu až do června 2025 a po něm. Pokud se nemůžete přesunout ze starých verzí FOCUS nebo dosáhnout nejlepšího výkonu a podpory pro větší účty nebo delší časové období, doporučujeme používat centra FinOps s Průzkumníkem dat.

Seznamová cena je nižší než smluvní cena

^{Závažnost: Upozornění}

ListCost (na základě veřejných maloobchodních cen) je menší než ContractedCost (na základě vyjednaných slev) v datech ze služby Cost Management. Tohle by se nikdy nestalo. To způsobí, že výpočty úspor se nebudou sčítat přesně.

Zmírnění: Potvrďte, že ListUnitPrice data nákladů odpovídají údajům o cenách. Pokud je ceníková cena správná, vytvořte žádost o podporu u týmu Cost Management, aby potvrdili správnost jak ListUnitPrice, tak ContractedUnitPrice a vysvětlili, proč by cena po vyjednaných slevách mohla být vyšší než veřejné maloobchodní sazby.

Podrobnosti o tom, jak problémy s kvalitou dat ovlivňují výpočty úspor, najdete v tématu Vysvětlení výpočtů úspor.

Došlo k selhání při čtení manifestu

^{Závažnost: Kritická}

Centru FinOps msexports_ExecuteETL potrubí se nepodařilo přečíst soubor manifestu Cost Management.

Snížení rizika:

Pokud došlo k chybě v pracující instanci hubu, když v hubu nebo exportu nedošlo k žádným změnám, služba Cost Management možná změnila schéma manifestu pro existující verzi API rozhraní.
Pokud k chybě došlo po vytvoření nového nebo změně existujícího exportu, může verze rozhraní API pro export použít nové nepodporované schéma manifestu.
Pokud k chybě došlo po nasazení centra (počáteční instalace nebo upgrade), nasazení pravděpodobně selhalo nebo v kanálu mohlo dojít k chybě.

Ověření schématu manifestu (#1) nebo verze rozhraní API (#2):

Otevřete účet úložiště centra na webu Azure Portal nebo v Průzkumníku úložiště.
Pokud jste na portálu Azure, přejděte v nabídce na Prohlížeč úložiště.
Vyberte kontejner msexports.
Přejděte dolů do hierarchie souborů pro export s problémem (viz umístění manifestu v chybové zprávě).
Najděte soubor manifest.json a vyberte nabídku (⋯) a pak vyberte Zobrazit/upravit.

Identifikujte následující vlastnosti:

{
  "exportConfig": {
    "resourceId": "<scope-id>/providers/Microsoft.CostManagement/exports/<export-name>",
    "dataVersion": "<dataset-version>",
    "apiVersion": "2023-07-01-preview",
    "type": "<dataset-type>",
    ...
  },
  ...
}

Ověřte, že jsou nastavené na následující podporované hodnoty:
- ResourceId může být libovolné ID oboru a libovolný název exportu, ale musí existovat s typem prostředku Microsoft.CostManagement/export. Nezáleží na velikosti písmen.
- Typ musí existovat, ale neměl by způsobovat chybu u žádné nenulové hodnoty.
- DataVersion musí existovat, ale nemělo by selhat s touto chybou pro žádnou jinou hodnotu než null.
- ApiVersion se nepoužívá explicitně, ale může značit změny schématu manifestu. Podrobnosti najdete v podporovaných verzích rozhraní API.
Pokud používáte novější verzi rozhraní API:
1. Pokud chcete sledovat přidání podpory nové verze rozhraní API, vytvořte problém s žádostí o změnu na GitHubu.
2. Odstraňte export ve službě Cost Management.
3. Pomocí příkazu PowerShellu New-FinOpsCostExport vytvořte export pomocí podporované verze rozhraní API.
  
  Návod
  
  Pokud se považujete za pokročilého uživatele, můžete sami zkusit aktualizovat tok úloh pro co nejrychlejší vyřešení. Uděláte to tak, že otevřete Data Factory, přejdete do Autor > Kanály > msexports_ExecuteETL a vyberete příslušné aktivity „Set“ a podle potřeby aktualizujete vlastnost Nastavení>Hodnota. Pokud to uděláte, nemusíte export znovu vytvářet ve starší verzi. Stále nahlašte problém a zvažte sdílení nového JSON z ikony {} v pravém horním rohu návrháře kanálů.
Pokud si všimnete, že se vlastnosti změnily pro podporovanou verzi rozhraní API:
1. Pokud chcete sledovat zásadní změnu, vytvořte na GitHubu problém s požadavkem na změnu. Do souboru manifest.json zahrňte typ, dataVersion a apiVersion.
2. Vytvořte žádost o podporu u služby Cost Management, která požádá o vrácení změny zpět, protože způsobí problémy všem uživatelům FinOps center nebo jiných na míru vytvořených řešení. Uveďte následující podrobnosti, které týmu podpory Cost Management pomůžou identifikovat problém v rámci svého systému. Služba Cost Management nemá kontext o centrech FinOps, takže byste měli mít podrobnosti zaměřené na funkce služby Cost Management. Tady je příklad:
  
  K načtení dat o nákladech do ADLS používám exporty služby Cost Management. Mám kanál ADF, který zpracovává data při zápisu souborů manifestu. Kanál byl postaven na verzi <your-supported-api-version> rozhraní API, která očekává exportConfig.resourceId, exportConfig.typea exportConfig.dataVersion vlastnosti se budou doručovat konzistentně. Všiml(a) jsem si, že tyto soubory nejsou zahrnuty do souboru manifestu pro tuto verzi rozhraní API pro můj export, který běžel na <your-export-date>. Očekávám, že soubor manifestu by se neměl měnit pro existující verzi rozhraní API. Můžete se prosím vrátit k těmto změnám?
  
  Abychom vám pomohli s řešením potíží, tady je můj soubor manifestu: {your-manifest-json}

Pokud vlastnosti manifestu vypadají dobře a jedná se o novou nebo upgradovanou instanci centra FinOps, potvrďte nasazení:

Otevřete skupinu prostředků centra na webu Azure Portal.
V nabídce vlevo vyberte Nastavení>Nasazení.
Ověřte, že všechna nasazení jsou úspěšná. Konkrétně vyhledejte následující názvy nasazení:
- hlavní
- centrum
- dataFactoryResources
- úložiště
- Trezor klíčů
Pokud nějaká nasazení selhala, zkontrolujte chybovou zprávu a zjistěte, jestli se jedná o něco, co můžete vyřešit sami (například konflikt názvů, opravitelné porušení zásad).
Pokud se chyba zdá přechodná, zkuste ji nasadit znovu.
Pokud chyba přetrvává, vytvořte diskuzi , abyste zjistili, jestli má někdo jiný problém nebo ví o možném alternativním řešení (zejména u problémů se zásadami).
Pokud je chyba jasně chybou nebo mezerou mezi funkcemi, vytvořte problém s chybou nebo požadavkem na funkce na GitHubu.

Snažíme se reagovat na problémy a diskuze do tří pracovních dnů. Potřebujete živou pomoc? Připojte se k našim dvoutýdenním konzultačním hodinám.

Chybějící smluvní náklady

^{Závažnost: Informační}

Tento kód chyby se zobrazí ve x_SourceChanges sloupci, pokud ContractedCost je null nebo 0 a EffectiveCost je větší než 0. Tato chyba značí, že Microsoft Cost Management nezahrnoval ContractedCost zadané řádky, což znamená, že úspory se nedají vypočítat.

Zmírnění: Jako alternativní řešení chybějících dat sestavy sady FinOps toolkit zkopírují EffectiveCost do ContractedCost sloupce řádky označené tímto kódem chyby. Úspory nejsou pro tyto záznamy k dispozici.

Abyste mohli vypočítat úplné úspory, můžete spojit data o nákladech a využití s cenami. Další informace najdete v tématu problém č. 873.

Chybějící sjednaná cena za jednotku

^{Závažnost: Informační}

Tento kód chyby se zobrazí ve x_SourceChanges sloupci, pokud ContractedUnitPrice je null nebo 0 a EffectiveUnitPrice je větší než 0. Tato chyba značí, že Microsoft Cost Management nezahrnoval ContractedUnitPrice zadané řádky, což znamená, že úspory se nedají vypočítat.

Zmírnění: Jako alternativní řešení chybějících dat sestavy sady FinOps toolkit zkopírují EffectiveUnitPrice do ContractedUnitPrice sloupce řádky označené tímto kódem chyby. Úspory nejsou pro tyto záznamy k dispozici.

Abyste mohli vypočítat úplné úspory, můžete spojit data o nákladech a využití s cenami. Další informace najdete v tématu problém č. 873.

Podrobnosti o tom, jak chybějící ceny ovlivňují výpočty úspor, najdete v tématu Vysvětlení výpočtů úspor.

MissingListCost

^{Závažnost: Informační}

Tento kód chyby se zobrazí ve x_SourceChanges sloupci, pokud ListCost je null nebo 0 a ContractedCost je větší než 0. Tato chyba značí, že Microsoft Cost Management nezahrnoval ListCost zadané řádky, což znamená, že úspory se nedají vypočítat.

Zmírnění: Jako alternativní řešení chybějících dat sestavy sady FinOps toolkit zkopírují ContractedCost do ListCost sloupce řádky označené tímto kódem chyby. Úspory nejsou pro tyto záznamy k dispozici.

Abyste mohli vypočítat úplné úspory, můžete spojit data o nákladech a využití s cenami. Další informace najdete v tématu problém č. 873.

ChybějícíCenaJednotkySeznamu

^{Závažnost: Informační}

Tento kód chyby se zobrazí ve x_SourceChanges sloupci, pokud ListUnitPrice je null nebo 0 a ContractedUnitPrice je větší než 0. Tato chyba značí, že Microsoft Cost Management nezahrnoval ListUnitPrice zadané řádky, což znamená, že úspory se nedají vypočítat.

Zmírnění: Jako alternativní řešení chybějících dat sestavy sady FinOps toolkit zkopírují ContractedUnitPrice do ListUnitPrice sloupce řádky označené tímto kódem chyby. Úspory nejsou pro tyto záznamy k dispozici.

Abyste mohli vypočítat úplné úspory, můžete spojit data o nákladech a využití s cenami. Další informace najdete v tématu problém č. 873.

Podrobnosti o tom, jak chybějící ceny ovlivňují výpočty úspor, najdete v tématu Vysvětlení výpočtů úspor.

ChybějícíJménoPoskytovatele

^{Závažnost: Informační}

Tento kód chyby se zobrazí ve sloupci x_SourceChanges, když ProviderName má hodnotu null. Tato chyba značí, že poskytovatel datové sady (například Microsoft Cost Management) nezahrnoval ProviderName hodnotu pro zadané řádky.

Zmírnění: Jako náhradní řešení chybějících dat se přehledy FinOps toolkit pokusí identifikovat poskytovatele na základě dostupných sloupců.

Dotaz ... odkazuje na jiné dotazy nebo kroky.

^{Závažnost: Menší}

Zdroj této chyby je neznámý. K této chybě může dojít náhodně při aktualizaci dat Power BI.

Řešení: Pokud se zobrazí tato chyba, znovu vyberte Použít změnu.

Tato chyba byla hlášena jen ve skladovacích zprávách. Pokud máte dlouhé doby aktualizace dat nebo se s touto chybou často setkáváte, zvažte změnu na FinOps huby ve spojení s nástrojem Data Explorer. Data Explorer používá reporty KQL, které nevyžadují plánování ani přírůstkovou aktualizaci. Data se načítá při otevření sestavy, takže sestavy vždy zobrazují nejnovější data.

VýjimkaPřístupZdrojeZakázán

^{Závažnost: Hlavní}

Power BI: Byla vyvolána výjimka typu Microsoft.Mashup.Engine.Interface.ResourceAccessForbiddenException.

Označuje, že účet načítající data v Power BI nemá roli Storage Blob Data Reader. Udělte tuto roli účtu, který načítá data v Power BI.

Velikost datové části odpovědi je... a překročila limit

^{Závažnost: Hlavní}

Dotazy Azure Resource Graph v sestavách Power BI pro správu a optimalizaci zatížení můžou vracet chybu podobnou této:

Chyba OLE DB nebo ODBC: [Expression.Error] Při dotazování na podporu zadejte následující informace: časové razítko = {timestamp}, correlationId = {guid}. Podrobnosti: Velikost datové části odpovědi je {number} a překročila limit 16777216. Zvažte, zda se dotazovat na menší množství dat najednou, a v případě potřeby vytvořte stránkované volání.

Tato chyba znamená, že máte více prostředků, než je podporováno v nefiltrovaném dotazu Resource Graphu. K tomu dochází, protože nástrojová sada FinOps je navržena tak, aby zobrazovala podrobnosti na úrovni prostředků a nejsou agregované. Jsou navržené pro malá a středně velká prostředí a nejsou navržené tak, aby podporovaly organizace s miliony prostředků.

Zmírnění: Pokud dojde k této chybě, existuje několik možností:

Odeberte sloupce, které nejsou potřeba pro vaše potřeby.
Vyfiltrujte dotaz tak, aby vracel méně prostředků na základě toho, co je pro vás nejdůležitější (například předplatná, značky).
Zakažte dotaz, aby neblokoval spuštění jiných dotazů.

Aktualizace přiřazení role není povolena

^{Závažnost: Menší}

Pokud jste odstranili centra FinOps a pokoušíte se ho znovu nasadit se stejnými hodnotami, včetně názvu spravované identity, může dojít k následujícímu známému problému:

"code": "RoleAssignmentUpdateNotPermitted",
"message": "Tenant ID, application ID, principal ID, and scope are not allowed to be updated."

Zmírnění: Pro odstranění problému musíte odebrat zastaralou identitu:

Přejděte do účtu úložiště a v nabídce vyberte Řízení přístupu (IAM ).
Vyberte kartu Přiřazení rolí.
Vyhledejte všechna přiřazení rolí s neznámou identitou a odstraňte je.

ExistujePřiřazeníRole

^{Závažnost: Menší}

Při upgradu center FinOps z jedné verze na jinou může dojít k následující chybě, jestliže stále existují přiřazení rolí vytvořená v předchozím nasazení:

"code": "RoleAssignmentExists",
"message": "The role assignment already exists."

Důvodem je pravděpodobně to, že spravovaná identita byla explicitně odstraněna, aniž by se nejprve odebrala všechna přiřazení rolí.

Zmírnění: Pokud chcete tento problém vyřešit, odstraňte opuštěné přiřazení rolí v Azure portálu.

Přejděte do skupiny prostředků nebo k ovlivněnému prostředku (například cluster Data Explorer).
V nabídce vyberte Řízení přístupu (IAM ).
Vyberte kartu Přiřazení rolí.
Vyhledejte všechna přiřazení rolí s neznámou identitou a odstraňte je.

NačítáníSchématuSelhalo

^{Závažnost: Kritická}

Centrum FinOps msexports_ETL_ingestion pipeline se nepodařilo načíst soubor schématu.

Zmírnění: Zkontrolujte chybovou zprávu a poznamenejte si typ a verzi datové sady, které jsou formátované podtržítkem (například<type>_<version>).FocusCost_1.0 Ověřte, že jsou datová sada i typ podporovány nasazenou verzí center FinOps. Podrobnosti najdete v podporovaných datových sadách .

SchémaNenalezeno

^{Závažnost: Kritická}

FinOps hub msexports_ExecuteETL pipeline nemohl najít soubor mapování schématu pro exportovanou datovou sadu.

Omezení rizik: Ověřte, že se podporuje typ a verze datové sady. Podrobnosti najdete v podporovaných datových sadách . Pokud je datová sada podporovaná, ověřte verzi uzlu pomocí sestavy příjmu dat.

Pokud chcete přidat podporu pro jinou datovou sadu, vytvořte vlastní soubor mapování a uložte ho do config/schemas/<dataset-type>_<dataset-version>.jsonsouboru . Hodnoty <dataset-type><dataset-version> velmi odpovídají tomu, co služba Cost Management používá. K identifikaci datového typu pro každý sloupec použijte existující soubor schématu jako šablonu. Některé datové sady mají různá schémata pro EA a Smlouva se zákazníkem Microsoftu (MCA). Tyto atributy se nedají identifikovat a můžou způsobit problém, pokud máte oba typy účtů. Pracujeme na přidávání datových sad a zohlednění rozdílů mezi EA a MCA přizpůsobením se standardům FOCUS.

Adresa URL úložiště importu neodpovídá žádnému exportu.

^{Závažnost: Hlavní}

Pokud k tomu dochází v sestavách Sady nástrojů FinOps 0.8, příčinou chyby je odkaz na parametr, který neexistuje.

Zmírnění: Tento krok byl opravený v sadě Nástrojů FinOps 0.9. Pokud chcete opravu použít, aktualizujte na nejnovější verzi. Pokud potřebujete opravu přímo aplikovat na sestavy 0.8, upravte funkci ftk_DemoFilter v rozšířeném editoru a změňte obsah na: () => "". Uložte a potom zavřete a použijte všechny změny.

NeznámýExportníSoubor

^{Závažnost: Informační}

Soubor v úložišti centra nevypadá jako exportovaný ze služby Cost Management. Soubor se ignoruje.

Mitigace: Kontejner msexports je určen pouze pro exporty Cost Management. Přesuňte další soubory do jiného kontejneru úložiště.

NeznámáVerzeFokusu

^{Závažnost: Informační}

Tento kód chyby se zobrazí ve sloupci x_SourceChanges, pokud nebylo možné identifikovat verzi FOCUS.

Opatření: Ověřte, že datová sada FOCUS používá podporovanou verzi FOCUS. Ohlaste tento problém s anonymizovanou ukázkou dat v https://aka.ms/ftk/ideas pro další prozkoumání.

UnknownHubVersion

^{Závažnost: Kritická}

V souboru nastavení nejde identifikovat verzi center FinOps. Ověřte správnost nastavení. S touto sestavou Power BI nefungují uzly FinOps 0.1.1 a starší verze.

Zmírnění rizik: Upgradujte na nejnovější verzi center FinOps nebo si stáhněte sestavy Power BI z verze FinOps toolkit v0.1.1.

NepodporovanýExportFileType

^{Závažnost: Kritická}

Zadaný soubor exportu nelze ingestovat, protože typ souboru není podporovaný.

Omezení rizik: Před přidáním do kontejneru msexports převeďte soubor do podporovaného formátu nebo přidejte podporu převodu nového typu souboru na kanál msexports_ETL_ingestion .

Nepodporovaný typ exportu

^{Závažnost: Upozornění}

Manifest exportu v úložišti centra označuje, že export byl pro nepodporovanou datovou sadu. Exportovaná data se hlásí jako chyby příjmu dat.

Zmírnění: Vytvořte nový export nákladů služby Cost Management pro FOCUS a buď ukončete aktuální export, nebo ho změňte tak, aby se exportovalo do jiného kontejneru úložiště.

Poskytovatel prostředků {name} není zaregistrovaný v předplatném {guid}.

^{Závažnost: Menší}

Otevřete předplatné v Azure portálu, pak vyberte Nastavení>zprostředkovatele prostředků, vyberte řádek poskytovatele prostředků (například Microsoft.EventGrid) a pak v horní části stránky vyberte Zaregistrovat. Registrace může trvat několik minut.

x_PricingSubcategory zobrazuje identifikátor slevy za závazek.

Exporty služby Cost Management před 28. únorem 2024 měly chybu, kdy x_PricingSubcategory bylo nesprávně nastaveno pro potvrzené využití. Měli byste očekávat, že uvidíte hodnoty jako Committed Spend a Committed Usage. Místo toho se můžou zobrazovat hodnoty jako:

Committed /providers/Microsoft.BillingBenefits/savingsPlanOrders/###/savingsPlans/###
Committed /providers/Microsoft.Capacity/reservationOrders/###/reservations/###

Pokud se tyto hodnoty zobrazí, znovu vyexportujte data nákladů za daný měsíc. Pokud potřebujete exportovat data za starší měsíc, který není k dispozici, obraťte se na podporu a požádejte o export dat, abyste vyřešili problém s kvalitou dat z předchozích spuštění exportu.

Power BI: V sestavách chybí data pro konkrétní dny

Pokud v sestavě chybí všechna data po dobu jednoho nebo více měsíců, zkontrolujte Number of Months, RangeStart a RangeEnd a ujistěte se, že data nejsou vyřazena filtrováním.

Chcete-li zkontrolovat parametry, vyberte možnost Transformovat data>Upravit parametry na pásu karet nebo vyberte jednotlivé parametry ve složce Nastavení🛠okně editoru dotazů.

Pokud chcete vždy zobrazit určitý počet posledních měsíců, nastavte počet měsíců na počet uzavřených (dokončených) měsíců. Aktuální měsíc je navíc k uzavřenému počtu měsíců dodatečný měsíc.
Pokud chcete pevný rozsah kalendářních dat, který se v průběhu času nemění (například vykazování fiskálního roku), nastavte RangeStart a RangeEnd.
Pokud chcete hlásit všechna dostupná data, ověřte, že všechny tři parametry data jsou prázdné.

Další informace najdete v tématu Nastavení první sestavy.

Power BI: Zprávy jsou prázdné (žádná data)

Pokud v Power BI nebo jiných sestavách nebo nástrojích nevidíte žádná data, zkuste na základě zdroje dat následující:

Pokud používáte konektor Cost Management v Power BI, zkontrolujte parametry a Billing Account ID ujistěte Number of Months se, že jsou správně nastavené. Mějte na paměti, že staré fakturační účty nemusí v posledních měsících obsahovat data.
Pokud používáte Centra FinOps, zkontrolujte účet úložiště a ujistěte se, že se data naplní v kontejneru pro příjem dat . Měli byste vidět složku poskytovatelů nebo předplatných . Při dalším řešení potíží využijte následující části.

FinOps Hubs: Kontejner příjmu dat je prázdný.

Pokud je kontejner ingestion prázdný, otevřete instanci služby Data Factory v nástroji Data Factory Studio a vyberte Spravovat>Autor> a ověřte, že trigger msexports_FileAdded je spuštěn. Pokud ne, spusťte ho.

Pokud se triggeru nepodaří spustit s chybou "Poskytovatel prostředků není zaregistrovaný", otevřete předplatné v Azure portálu, pak vyberte Nastavení>Poskytovatelé prostředků, vyberte řádek Microsoft.EventGrid a pak v horní části stránky vyberte příkaz Zaregistrovat. Registrace může trvat několik minut.

Po dokončení registrace znovu spusťte trigger msexports_FileAdded .

Po spuštění triggeru znovu spusťte všechny připojené exporty služby Cost Management. Data by se měla plně ingestovat do 10 až 20 minut v závislosti na velikosti účtu.

Pokud problém přetrvává, zkontrolujte, jestli jsou exporty služby Cost Management nakonfigurované s povoleným dělením souborů. Pokud jej najdete vypnutý, zapněte jej a znovu spusťte exporty.

Ověřte, že je kontejner příjmu dat naplněný, a aktualizujte sestavy nebo jiné připojené nástroje.

FinOps Hubs: Soubory dostupné v kontejneru pro příjem dat

Pokud kontejner příjmu dat není prázdný, ověřte, jestli máte soubory parquet nebo csv.gz procházením složek.

Jakmile budete vědět, ověřte, že parametr FileType je nastavený na .parquet nebo .gz v sestavě Power BI. Podrobnosti najdete v tématu Připojení k datům .

Pokud používáte jiný nástroj, ujistěte se, že podporuje typ souboru, který používáte.

Power BI: Vzdálený název se nepodařilo přeložit: <storage-account.dfs.core.windows.net>

Označuje, že název účtu úložiště je nesprávný. Pokud používáte FinOps Hubs, ověřte parametr StorageUrl z nasazení. Podrobnosti najdete v tématu Připojení k datům .

Power BI: Hodnotu null nemůžeme převést na typ Logický.

Označuje, že parametr ID fakturačního účtu je prázdný. Pokud používáte Centra FinOps, nastavte hodnotu na požadované ID fakturačního účtu. Pokud nemáte přístup k fakturačnímu účtu nebo nechcete zahrnout nákupy a refundace závazku, nastavte hodnotu na 0, poté otevřete dotaz CostDetails v rozšířeném editoru a změňte 2 na 1. Informuje sestavu, aby nenačetla data skutečných nebo fakturovaných nákladů z konektoru Cost Management. Podrobnosti najdete v tématu Připojení k datům .

Použitelné verze: 0.1 – 0.1.1 (opraveno ve verzi 0.2)

Power BI: Hodnotu null nemůžeme převést na typ Tabulka.

^{Závažnost: Kritická}

K této chybě může dojít při připojování sestav Power BI uložených na úložišti k účtu úložiště pomocí koncového bodu Blob místo požadovaného koncového bodu Data Lake Storage (DFS).

Omezení rizik: Aktualizujte parametr adresy URL úložiště tak, aby používal koncový bod Data Lake Storage:

Přejděte .blob.core.windows.net na .dfs.core.windows.net adresu URL úložiště.
Pokud používáte Azure Portal:
- Otevření účtu úložiště
- Výběrkoncových bodů>
- Zkopírujte adresu URL služby Data Lake Storage (ne adresu URL služby Blob Service).

Například:

❌ Nesprávně: https://mystorageaccount.blob.core.windows.net/container
✅ Správné: https://mystorageaccount.dfs.core.windows.net/container

Pokud po použití správného koncového bodu stále dochází k problémům, přečtěte si FinOps Hubs: Nemůžeme převést hodnotu null na typ Tabulka pro další kroky řešení potíží.

Rozbočovače FinOps: Hodnotu null nemůžeme převést na typ Tabulka.

Tato chyba obvykle značí, že data se do kontejneru pro příjem dat neingestovala.

Pokud jste právě upgradovali na FinOps hubs 0.2, problém může vzniknout kvůli tomu, že používáte starou sestavu Power BI (z verze 0.1.x), nebo protože nepoužíváte FOCUS exporty. Podrobnosti najdete v průvodci upgradem.

Další kroky pro řešení potíží najdete v tématu Sestavy jsou prázdné (žádná data ).

Váš názor

Dejte nám vědět, jak si vedeme, pomocí rychlé zpětné vazby. Tyto recenze používáme k vylepšení a rozšíření nástrojů a prostředků FinOps.

Poskytnout zpětnou vazbu

Pokud hledáte něco konkrétního, hlasujte pro existující nebo vytvořte nový nápad. Sdílejte nápady s ostatními, abyste získali více hlasů. Zaměřujeme se na nápady s nejvíce hlasy.

Hlasovat o nápadech nebo je navrhovat

Pokud se vám chyba nezobrazuje, projděte průvodcem odstraňování potíží. Pokud máte nějaké dotazy, zahajte diskuzi nebo vytvořte problém na GitHubu.

Váš názor

Byla tato stránka užitečná?

Last updated on 2026-02-12

Sdílet prostřednictvím

Řešení běžných chyb sady nástrojů FinOps

Přístup k prostředku je zakázaný.

Vlastnost účtu nelze aktualizovat

BadHubVersion

Sloupec ID v tabulce Resources obsahuje duplicitní hodnotu.

ConflictError

Smluvní náklady menší než efektivní náklady

Zásady přístupu mezi tenanty tomuto uživateli neumožňují přístup.

Selhalo načtení dat průzkumníkem

Běžná chyba: SEM0080 assert() selhal s hláškou 'Zpracování se nezdařilo'

Chyba při mapování importu do DataExploreru

Časový limit pro ingestování dat v DataExploreru

Chyba při odstranění po importu v DataExploreru

Neúspěšné přerušení příjmu dat v DataExploreru

VyhodnoceníVýstupuNasazeníSelhalo

ExportovanáDataNenalezena

TypExportuNeníDefinován

NepodporovanýTypExportu

ErrorCodeNotString

HubDataNotFound

SouboryProZpracováníNenalezeny

Chyba interní služby

NeplatnéEfektivníNáklady

NeplatnýExportKontejner

InvalidExportVersion

InvalidHubVersion

InvalidScopeId

LegacyFocusVersion

Seznamová cena je nižší než smluvní cena

Došlo k selhání při čtení manifestu

Chybějící smluvní náklady

Chybějící sjednaná cena za jednotku

MissingListCost

ChybějícíCenaJednotkySeznamu

ChybějícíJménoPoskytovatele

Dotaz ... odkazuje na jiné dotazy nebo kroky.

VýjimkaPřístupZdrojeZakázán

Velikost datové části odpovědi je... a překročila limit

Aktualizace přiřazení role není povolena

ExistujePřiřazeníRole

NačítáníSchématuSelhalo

SchémaNenalezeno

Adresa URL úložiště importu neodpovídá žádnému exportu.

NeznámýExportníSoubor

NeznámáVerzeFokusu

UnknownHubVersion

NepodporovanýExportFileType

Nepodporovaný typ exportu

Poskytovatel prostředků {name} není zaregistrovaný v předplatném {guid}.

x_PricingSubcategory zobrazuje identifikátor slevy za závazek.

Power BI: V sestavách chybí data pro konkrétní dny

Power BI: Zprávy jsou prázdné (žádná data)

FinOps Hubs: Kontejner příjmu dat je prázdný.

FinOps Hubs: Soubory dostupné v kontejneru pro příjem dat

Power BI: Vzdálený název se nepodařilo přeložit: <storage-account.dfs.core.windows.net>

Power BI: Hodnotu null nemůžeme převést na typ Logický.

Power BI: Hodnotu null nemůžeme převést na typ Tabulka.

Rozbočovače FinOps: Hodnotu null nemůžeme převést na typ Tabulka.

Váš názor

Související obsah

Váš názor

Další materiály