Megosztás a következőn keresztül:

Gyakori FinOps-eszközkészlet-hibák elhárítása

Ez a cikk a FinOps eszközkészlet gyakori hibáit ismerteti, és a megoldásokkal kapcsolatos információkat nyújt. Ha olyan FinOps-eszközkészlet-megoldások használatakor hibaüzenetet kap, amelyet nem ért vagy nem tud megoldani, keresse meg a következő hibakódot a probléma megoldásához szükséges hibaelhárítási lépésekkel.

Íme a gyakori hibakódok listája a kockázatcsökkentési információkkal.

Ha a megadott információk nem oldják meg a problémát, próbálkozzon a hibaelhárítási útmutatóval.


Az erőforráshoz való hozzáférés tilos

Súlyosság: Kritikus

Ez a hiba általában azt jelenti, hogy a csatlakoztatott fiók nem rendelkezik hozzáféréssel a használni kívánt erőforráshoz.

Megoldás: Ellenőrizze, hogy a megfelelő fiókot használja-e a megfelelő Microsoft Entra-azonosítójú bérlőben.


A fióktulajdonság nem frissíthető

Súlyosság: Kritikus

Ez a hiba általában akkor fordul elő, ha a FinOps Hub központi telepítését a létrehozás során eredetileg használttól eltérő tárfiók-konfigurációval frissíti. Bár a legtöbb tulajdonság módosítható, néhány tulajdonság csak egyszer állítható be a tárfiók létrehozásakor, és nem módosítható. Ennek egyik ismert esete a FinOps Hubs esetében a "requireInfrastructureEncryption" tulajdonság. Ha ezt a tulajdonságot az első FinOps Hub üzembe helyezésekor engedélyezték vagy letiltották, akkor nem módosítható. Ebben az esetben a következő hibaüzenet jelenik meg:

A "requireInfrastructureEncryption" tulajdonság meg lett adva a bemenetben, de mivel írásvédett, nem frissíthető.

Kockázatcsökkentési: Ha nem akarta módosítani ezt a beállítást, ellenőrizze, hogy a tárfiók úgy van-e konfigurálva, hogy infrastruktúra-titkosítást használjon, és újra üzembe helyezze a FinOps Hub sablont ugyanazzal az értékkel (be- vagy kikapcsolva). Ha módosítani szeretné a beállítást, javasoljuk egy új FinOps Hub-példány üzembe helyezését, mivel ehhez az összes adat újrabetöltése szükséges.

Megpróbálhatja törölni a meglévő tárfiókot, és újra üzembe helyezheti a sablont az infrastruktúra titkosításának módosításával; ezt azonban nem teszteltük alaposan. Bár nem számítunk a problémákra, nem tudjuk megerősíteni, hogy az problémákat fog-e okozni.


BadHubVersion

Súlyosság: Kritikus

A FinOps Hubs 0.2 nem működik. Frissítsen a 0.3-s vagy újabb verzióra.

Megoldás: Frissítés a FinOps Hubs legújabb verziójára.


Az "Erőforrások" tábla "id" oszlopa ismétlődő értéket tartalmaz

Súlyosság: Kritikus

Ha a következő hibát tapasztalja, az azt jelenti, hogy az Azure Resource Graph ugyanazzal a logikai értékkel rendelkező sorokat ad vissza az azonosító oszlophoz. Ez akkor fordulhat elő, ha az erőforrás-azonosító értékei eltérő kis- és nagybetű használattal rendelkeznek, vagy amikor egy másik oszlopot több sorban kibővítenek.

Az "Erőforrások" tábla "id" oszlopa ismétlődő "{resource-id}" értéket tartalmaz, és ez nem engedélyezett a több-az-egyhez kapcsolat egyik oldalán lévő oszlopokhoz, illetve a tábla elsődleges kulcsaként használt oszlopokhoz.

Kockázatcsökkentés: Győződjön meg arról, hogy a jelentés legújabb verzióját használja . Azonosítsa az ismétlődő értékek okát, és frissítse a lekérdezést, hogy megkerülje az ismétlődő értékeket. Jelentse ezt a problémát a GitHubon is, hogy egy későbbi kiadásban ki lehessen javítani. Ehhez további részletekre vagy értekezletre lehet szükség a hiba okának elhárításához.


ConflictError

Súlyosság: Kritikus

Ennek a hibának több példánya is lehet. Az egyik ismert példány az, amikor a Key Vault a következő hibát adja vissza:

Az azonos nevű tároló már létezik törölt állapotban. A meglévő kulcstartót helyre kell állítania vagy ki kell ürítenie. A helyreállítható törléssel kapcsolatos további információkért kövesse ezt a hivatkozást https://go.microsoft.com/fwlink/?linkid=2149745 .

Ez általában azt jelenti, hogy egy régi, törölt központi telepítés helyére telepít egy újat, de a Key Vault helyreállítható törlésben tartotta a régi kulcstároló példányt.

Megoldás: A probléma megoldásához törölje a törölt Key Vaultot az Azure Portalon.

  1. Nyissa meg a Key Vault-példányok listáját az Azure Portalon.
  2. Válassza a törölt tárolók kezelése parancsot a lap tetején.
  3. Válassza ki az előfizetést a legördülő listában.
  4. Ellenőrizze az eltávolítandó páncéltermeket.
  5. Válassza a Kiürítés lehetőséget az lebegő menü alján.
  6. Válassza a Törlés lehetőséget a megerősítő párbeszédpanelen.

Most újra megpróbálhatja az üzembe helyezést.


A szerződött költség kisebb, mint a tényleges költség

Súlyosság: Figyelmeztetés

ContractedCost (tárgyalásos kedvezmények alapján) kisebb, mint EffectiveCost (a kötelezettségvállalási kedvezmények után) a Cost Management adataiban. Ez csak akkor fordulhat elő, ha a kötelezettségvállalási kedvezmény kevesebb kedvezményt biztosít, mint a meglévő egyeztetett kedvezmények. Emiatt a megtakarítási számítások nem fognak pontosan összeadni.

Kockázatcsökkentés: Ellenőrizze, hogy a ContractedUnitPrice költségadatok megegyeznek-e az áradatokban szereplő adatokkal. Ha a szerződött ár helyes, küldjön támogatási kérelmet a Cost Management csapatának, hogy megerősítsék a x_EffectiveUnitPrice és EffectiveCost helyességét. Ha helyesek, fontolja meg a kötelezettségvállalási kedvezmény visszaadását.


A bérlők közötti hozzáférési szabályzat nem engedélyezi ezt a felhasználót

Súlyosság: Súlyos

Ha a következő hibát tapasztalja, az azt jelenti, hogy a Microsoft Entra-azonosító úgy van konfigurálva, hogy ne engedélyezze más bérlők felhasználóinak, hogy bejelentkezhessenek az aktuális bérlőbe.

Üzenet: AADSTS500213: Az erőforrás-bérlő bérlők közötti hozzáférési szabályzata nem teszi lehetővé a felhasználó számára a bérlő elérését.

Ez a hibaüzenet nem kapcsolódik a FinOps eszközkészlethez.

Enyhítés: Ellenőrizze, hogy valóban a megfelelő fiókba jelentkezett be, és hogy a célkönyvtárat használta-e a bejelentkezéshez. Ha további segítségre van szüksége, forduljon a címtár rendszergazdájához.


AdatelemzőBevitelSikertelen

Súlyosság: Kritikus

Az Adatkezelő betöltési művelete sikertelen volt. Az új adatok nem lesznek elérhetők jelentéskészítéshez.

Gyakori hiba: SEM0080 assert() meghiúsult az "Adatbetöltés sikertelen" üzenettel

Ha a következő szemantikai hibát látja az Azure Data Factory-folyamatban:

Szemantikai hiba: Relop szemantikai hiba: SEM0080: assert() meghiúsult a következő üzenettel: "Betöltési hiba"

Ez a hiba azt jelzi, hogy az Adatkezelő .ingest parancs hibákat észlelt a betöltési folyamat során. A betöltési parancs tartalmaz egy helyességi ellenőrzést (assert(iff(toscalar($command_results | project-keep HasErrors) == false, true, false), "Ingestion Failed")), amely ellenőrzi az HasErrors oszlopot a parancs eredményei között. Ha HasErrorstrue van, az állítás meghiúsul, és kiváltja ezt a hibát.

Gyakori kiváltó okok:

  • Üres parkettafájl: A parquet fájl nem tartalmaz adatsorokat. Ez a leggyakoribb ok.

    • A Cost Management exportálása üres fájlt hozott létre (az adott időszakra vonatkozóan nincs adat)
    • Az ETL-folyamat egy üres parquet-fájlt hozott létre az átalakítás során
    • A fájl létrejött, de az adatírási művelet nem sikerült

  • Sémaeltérés: A parquet fájlséma nem egyezik meg a céltábla betöltési leképezési hivatkozásával.

    • A parquet-fájl oszlopai a várttól eltérő neveket vagy adattípusokat tartalmazhatnak
    • Előfordulhat, hogy a betöltési leképezés (például <table>_mapping) elavult vagy helytelen.
    • Új oszlopok lettek hozzáadva az exportálási sémához, amelyek nem szerepelnek a leképezésben

  • Sérült vagy érvénytelen parquet fájlok: Előfordulhat, hogy a forrásfájl hibás, sérült vagy nem érvényes parquet fájl.

  • Hiányzó vagy helytelen betöltési leképezés: A hivatkozott leképezés (például ) nem létezik, Costs_raw_mappingvagy helytelen oszlopdefiníciókkal rendelkezik.

  • Adattípus-konvertálási hibák: A parquet-fájlban lévő adatok nem konvertálhatók a táblasémában definiált céloszloptípusokká.

  • Fájlhozzáférési problémák: Az Adatkezelő engedélyek vagy hálózati problémák miatt nem tudja elérni a tárolóban lévő parquet fájlt.

Megoldási lépések:

  1. Ellenőrizze a betöltési hibákat az Adatkezelőben:

    • Csatlakozás az Adatfeltáró klaszterhez vagy adatbázishoz
    • Futtassa a következő lekérdezést a részletes hibainformációk megtekintéséhez: 
      .show ingestion failures
| where FailedOn > ago(4h) and Database == "<YourDatabaseName>"
| project FailedOn, Table, IngestionSourcePath, ErrorCode, Details
    • Tekintse át az oszlopban az Details üres fájlokkal, sémaeltérésekkel vagy adatproblémákkal kapcsolatos konkrét hibaüzeneteket
    • Keressen olyan hibakódokat, mint BadRequest_NoRecordsOrWrongFormat amelyek üres fájlt jeleznek

  2. Ellenőrizze, hogy a parkettafájl üres-e:

    • Töltse le a problémás parquet fájlt a betöltési tárolóból (az elérési út a hibaüzenetben található)
    • A fájl vizsgálatához használjon egy parkettamegjelenítő eszközt vagy az Azure Storage Explorert
    • Ellenőrizze a fájlméretet – ha nagyon kicsi (< 1KB), valószínűleg üres
    • Ellenőrizze, hogy a fájl tartalmaz-e adatsorokat
    • Ha üres: Ez a viselkedés akkor várható, ha az adott időszakra vonatkozóan nincsenek adatok. A fájl biztonságosan törölhető a betöltési tárolóból. A Cost Management hónapokig, használat nélkül exportálhat üres fájlokat.

  3. Ellenőrizze, hogy létezik-e a betöltési leképezés, és helyes-e:

    • Futtassa ezt a lekérdezést az Adatkezelőben a leképezés meglétének ellenőrzéséhez: 
      .show table <TableName> ingestion mappings
    • Ha a leképezés hiányzik, újra létre kell hozni. Ellenőrizze a FinOps Hub üzembehelyezési naplóit a leképezés létrehozási hibáinak ellenőrzéséhez.
    • Ha a leképezés létezik, ellenőrizze, hogy az megfelel-e az adatforrás várt sémájának

  4. Sémamódosítások keresése:

    • Ha nemrég frissítette a Cost Management-exportálásokat vagy módosította az exportálási verziókat (például a FOCUS 1.0-ról az 1.2-re), előfordulhat, hogy a séma módosult
    • Ellenőrizze az adatkészlet exportálási verzióját az msexports-tároló manifest.json fájljában
    • Ellenőrizze, hogy a FinOps Hubs támogatja-e az adathalmaz verzióját – lásd a támogatott adathalmazokat

  5. Ellenőrizze az Adatkezelő diagnosztikáit:

    • Az Azure portálon navigáljon a Data Explorer klaszterhez.
    • Ugrás aDiagnosztikai beállítások> elemre
    • Diagnosztikai naplók engedélyezése FailedIngestion, ha még nincs engedélyezve
    • A Log Analytics naplóinak áttekintése részletes hibainformációkért

  6. A FinOps hubok ismételt üzembe helyezése, ha a leképezések hiányoznak:

    • Ha a betöltési leképezések hiányoznak vagy sérültek, helyezze újra üzembe a FinOps-központokat, hogy újra létrehozhassa őket
    • Ez az összes táblát, leképezést és függvényt újra létrehozza adatvesztés nélkül

  7. Tekintse át az Azure Data Explorer metrikáit:

    • A betöltési eredmény metrikájának ellenőrzése az Azure Monitorban
    • Szűrj állapotok szerint a sikerességi és hibaarányok megtekintéséhez.
    • További részletekért lásd: Várólista-betöltés figyelése

  8. A probléma megoldása után futtassa újra az adatbetöltést:

    • A kiváltó ok feloldása után futtassa újra a ingestion_ExecuteETL folyamatot
    • Adja meg a mappa elérési útját a hibaüzenetből paraméterként
    • A folyamat végrehajtásának figyelése a sikeres betöltés megerősítéséhez
    • Megjegyzés: Az üres fájlokat nem kell újra beszúrni – biztonságosan figyelmen kívül hagyhatók

További források:

Ha a következő lépések elvégzése után is tapasztalja ezt a hibát, jelentse a problémát az alábbi információkkal:

  • Teljes hibaüzenet az ADF-folyamatból
  • Kimenet a .show ingestion failures lekérdezésből
  • Adatkészlet típusa és verziója a manifest.json fájlból
  • FinOps Hubs-verzió

DataExplorerBetöltésiTérképHiba

Súlyosság: Kritikus

Az Adat Explorer bejárás-leképezése nem hozható létre a megadott táblához.

Mérséklés: Kérem, javítsa ki a hibát, és futtassa újra a feltöltést a megadott mappaútvonalra. Ha továbbra is ezt a hibát látja, jelentse a problémát a https://aka.ms/ftk/ideas.


DataExplorerIngestionTimeout

Súlyosság: Kritikus

A Data Explorer adatbevitele időtúllépés miatt megszakadt 2 óra után, miközben a rendelkezésre álló kapacitásra várt.

Mérséklés: Kérjük, futtassa újra ezt a csővezetéket, hogy újra megkísérelje az adatbevitel. Ha továbbra is ezt a hibát látja, jelentse a problémát a https://aka.ms/ftk/ideas.


AdatfelfedezőUtófeldolgozásEldobásSikertelen

Súlyosság: Kritikus

A Data Explorer betöltés utáni tisztítása (a végső táblából származó kiterjesztések eltávolítása) nem sikerült. Egy korábbi betöltés adatai megjelenhetnek a jelentéskészítésben, ami ismétlődő és pontatlan költségeket eredményezhet.

Ez a hiba akkor fordulhat elő, ha:

  • Az Adatkezelő-fürt kapacitásproblémákat vagy magas erőforrás-kihasználtságot tapasztal
  • A drop extents parancs érvénytelen kifejezést vagy szintaxishibát tapasztal
  • Engedélyproblémák merülnek fel az Adatkezelő adatbázisának elérésekor
  • Hálózati csatlakozási problémák a Data Factory és az Adatkezelő között

Mérséklés:

  1. Tekintse át a részletes hibaüzenetet: Navigáljon az Azure Data Factory > Monitor > Folyamat futásaihoz > Kattintson a sikertelen futtatásra > Tekintse meg a "Sikertelen elvetés utáni hiba" tevékenységet, hogy láthassa az adott Data Explorer hibakódot és üzenetet.

  2. Gyakori megoldások hibatípus alapján:

    • Ha a "Nem sikerült értelmezni a Post-Ingest Drop sikertelen hibaüzenet vagy hibakódot": Ez azt jelzi, hogy a Failure tevékenység dinamikus kifejezése nem volt kiértékelhető. Ez általában a következőt jelenti:

      • A Post-Ingest Cleanup tevékenység sikertelen volt, de nem a várt formátumban adta vissza a hiba részleteit
      • Ellenőrizze a Post-Ingest Cleanup tevékenység kimenetében a Data Explorer tényleges hibáját.
      • Az adott hibamintával kapcsolatos további részletekért lásd: ErrorCodeNotString

    • Kapacitással/erőforrással kapcsolatos problémák esetén:

      • Várjon néhány percet, és futtassa újra a folyamatot
      • Ellenőrizze a Data Explorer fürtmetrikákat az Azure Monitorban
      • Fontolja meg a fürt vertikális felskálázását, ha folyamatosan eléri a kapacitáskorlátokat

    • Engedélyekkel kapcsolatos problémák esetén:

      • Ellenőrizze, hogy a Data Factory által felügyelt identitás rendelkezik-e megfelelő engedélyekkel az Adatkezelő adatbázisához
      • Győződjön meg arról, hogy a felügyelt identitás rendelkezik legalább "Database Ingestor" és "Database Admin" szerepkörökkel.

    • Szintaxis-/kifejezéshibák esetén:

      • Tekintse át az Adatkezelő parancsnaplóit .show commands az Adatkezelő lekérdezésszerkesztőjében
      • Ellenőrizze, hogy vannak-e olyan legutóbbi sémamódosítások, amelyek hatással lehetnek a drop extents lekérdezésre

  3. Újrafuttatás: A probléma megoldása után futtassa újra a megadott mappa adatbetöltését az ingestion_ExecuteETL Azure Data Factory folyamatával.

  4. Az adatok duplikálásának megakadályozása: Ha a hiba továbbra is fennáll, előfordulhat, hogy manuálisan kell törölnie a duplikált mértékeket az Adatkezelő parancsaival, mielőtt újrafuttatná a betöltést. Forduljon az ügyfélszolgálathoz segítségért.

További információkért lásd:

A megoldatlan problémákat jelentsd a https://aka.ms/ftk/ideas-nál.


DataExplorerPreIngestionDropFailed

Súlyosság: Kritikus

Az Adatfelderítő betöltés előtti tisztítása (a nyers táblából a kiterjesztések eltávolítása) nem sikerült. A betöltés nem fejeződött be.

Ez a hiba akkor fordul elő, ha az Adatkezelőnek az új adatok betöltése előtt lefutott törlési lépése meghiúsul. Ez a törlés szükséges a nyers táblák ismétlődő adatainak megakadályozásához.

Mérséklés:

  1. Tekintse át a részletes hibaüzenetet: Navigáljon az Azure Data Factory > Monitor > folyamatos futtatására > Kattintson a sikertelen futtatásra > Tekintse meg a "Betöltés előtti elvetés sikertelen hibáját" tevékenységet, hogy lássa az adott Data Explorer hibakódot és üzenetet.

  2. Gyakori megoldások hibatípus alapján:

    • Ha a következőt látja: "Nem sikerült értelmezni a betöltés előtti elvetés előtti sikertelen hibaüzenetet vagy hibakódot": Hibaelhárítási lépésekért tekintse meg az ErrorCodeNotString című témakört .

    • Kapacitással/erőforrással kapcsolatos problémák esetén:

      • Várjon néhány percet, és futtassa újra a folyamatot
      • Ellenőrizze a Data Explorer fürtmetrikákat az Azure Monitorban

    • Engedélyekkel kapcsolatos problémák esetén:

      • Ellenőrizze, hogy a Data Factory által felügyelt identitás "Adatbázis-rendszergazda" szerepkörrel rendelkezik-e az Adatkezelő adatbázisában

    • Szintaxis-/kifejezéshibák esetén:

      • Tekintse át az Adatkezelő parancsnaplóit .show commands az Adatkezelő lekérdezésszerkesztőjében

  3. Újrafuttatás: A probléma megoldása után futtassa újra a megadott mappa adatbetöltését az ingestion_ExecuteETL Azure Data Factory folyamatával.

További információért, nézze meg a DataExplorerPostIngestionDropFailed hibaelhárítási lépéseit.

A megoldatlan problémákat jelentsd a https://aka.ms/ftk/ideas-nál.


A bevezetés kimenetértékelése sikertelen

Súlyosság: Súlyos

A FinOps hubs 0.8 az Azure Data Explorer „trustedExternaltenants” biztonsági beállítását úgy állítja be, hogy lezárja a fürtöt, így csak meghatározott, megbízható bérlők férhetnek hozzá. Ez a beállítás beállítható az első üzembe helyezéshez, de nem állítható be újra egy második üzembe helyezés során. A következő hibaüzenet jelenhet meg, ha a FinOps Hubs 0.8-at próbálja újra üzembe helyezni egy meglévő 0.8-ás üzemelő példányon:

A "clusterUri" sablonkimenet érvénytelen: Az "uri" nyelvi kifejezés tulajdonság nem létezik, az elérhető tulajdonságok a következők: "trustedExternalTenants, enableStreamingIngest, publicNetworkAccess, enableAutoStop, provisioningState".

Nyomon követjük az Azure Data Explorer csapatát a helyes megoldás azonosításához.

Kockázatcsökkentés: A FinOps Hubs 0.9 üzembe helyezése. Ez a beállítás el lett távolítva a sablonból.


Exportált adatok nem találhatók

Súlyosság: Kritikus

Az exportok nem találhatók a megadott tároló útvonalon.

Enyhítés: Győződjön meg arról, hogy a költségkezelési exportálást a megfelelő tárfiók, tároló és tárolási elérési út használatával hozták létre és konfigurálták. A létrehozás után válassza a "Futtatás most" lehetőséget az exportálási folyamat elindításához. Az exportálás a fiók méretétől függően 15–30 percet is igénybe vehet. Ha FinOps Hubokat szeretne használni, javítsa ki a tárolási URL-címet, hogy a "betöltési" tárolóra mutasson. Tekintse meg a storageUrlForPowerBI FinOps hub központi telepítésének kimenetét a teljes URL-cím megszerzéséhez.


Exportálási típus nincs meghatározva

Súlyosság: Kritikus

Ezt a számlázási hatókörtípust a felügyelt exportálások nem támogatják.

Megoldás: Távolítsa el a nem támogatott számlázási hatókört a settings.json, győződjön meg arról, hogy a számlázási hatókört a FinOps Hubs támogatja, és manuálisan hozzon létre új költségkezelési exportálásokat a számlázási hatókörhöz.


Exporttípus nem támogatott

Súlyosság: Kritikus

A Microsoft Ügyfélszerződések nem támogatottak a felügyelt exportálásokhoz.

Mérséklés: Távolítsa el az MCA számlázási hatókörét a settings.json-ról, és manuálisan hozzon létre új Cost Management-exportálásokat az egyes MCA számlázási profilokhoz a FOCUS költségeiről, árakról, a foglalás részleteiről, a foglalási tranzakciókról és a foglalási javaslatokról.


ErrorCodeNotString

Súlyosság: Kritikus

Ez a hiba akkor fordul elő, ha egy Azure Data Factory-feladattevékenység nem tudja érvényes sztringre értékelni a dinamikus hibaüzenetet vagy a hibakód-kifejezést. A hibaüzenet általában "A (z) [activity_name] sikertelen üzenetének vagy hibakódjának értelmezése sikertelen" hibaüzenetként jelenik meg hibakóddal ErrorCodeNotString.

Gyakori forgatókönyvek:

  • A szülőtevékenység (például Post-Ingest Cleanup, Pre-Ingest Cleanupvagy Ingest Data) sikertelen volt, de nem eredményezett hibakimenetet a várt formátumban
  • A dinamikus kifejezés olyan tulajdonsághoz próbál hozzáférni, amely nem szerepel a tevékenység kimenetében
  • A tevékenység kimenete null, üres vagy nem a várt JSON-struktúrában

Mérséklés:

  1. A kiváltó ok azonosítása: Ellenőrizze, hogy melyik tevékenység váltotta ki a feladattevékenységet (például ha a "Post-Ingest Drop Failed Error" (Sikertelen elküldés utáni hiba) elemet látja, ellenőrizze a "Post-Ingest Cleanup" tevékenységet.

  2. Tekintse át a szülőtevékenység kimenetét:

    • Navigáljon az Azure Data Factory > Monitor > folyamatszabályainak futtatásaihoz
    • Kattintson a sikertelen folyamatfuttatásra
    • Keresse meg és kattintson arra a tevékenységre, amely közvetlenül a Fail tevékenység előtt futott le.
    • Tekintse át a "Kimenet" lapot a tényleges hiba részleteinek megtekintéséhez
    • Keresse meg azokat a hibaüzeneteket vagy kódokat, amelyek megmagyarázzák, hogy miért nem sikerült a tevékenység

  3. Ellenőrizze az Adatkezelővel kapcsolatos problémákat (a betöltési folyamat hibáit):

    • Erőforrás-kapacitás: Lehetséges, hogy az Data Explorer fürt elérte a kapacitásának határát. Fürtmetrikák ellenőrzése az Azure Monitorban.
    • Parancsszintaxis-hibák: Az Adatkezelő parancselőzményeinek .show commands áttekintése a lekérdezésszerkesztőben.
    • Engedélyekkel kapcsolatos problémák: Ellenőrizze, hogy a felügyelt identitás rendelkezik-e megfelelő adatbázis-engedélyekkel.
    • Hálózati kapcsolat: Biztosítsa, hogy a Data Factory eléri a Data Explorer fürtöt.

  4. Az Adatkezelő gyakori hibaelhárítási parancsai:

    // 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)

  5. Az alapul szolgáló probléma megoldása után futtassa újra a sikertelen folyamatot az Azure Data Factoryből.

Kapcsolódó hibák: Ez a hiba gyakran a következőkkel együtt jelenik meg:

További információkért lásd:

A megoldatlan problémákat jelentsd a https://aka.ms/ftk/ideas-nál.


HubDataNemTalálható

Súlyosság: Kritikus

A FinOps Hub adatai nem találhatók a megadott tárfiókban.

Mérséklés: Ez a hiba azt feltételezi, hogy a FinOps Hub központi telepítéséhez csatlakozik. Ha nyers exportálást használ, javítsa ki a tárolási útvonalat, hogy ne hivatkozzon a ingestion tárolóra. Erősítse meg a következőket:

  1. A tárolási URL-címnek meg kell egyeznie a StorageUrlForPowerBI FinOps Hub központi telepítésének kimenetével.
  2. A Cost Management-exportálásokat úgy kell konfigurálni, hogy ugyanarra a tárfiókra mutasson a msexports tároló használatával.
  3. A költségkezelési exportálásnak a futtatási előzményekben sikeresnek kell lennie.
  4. A FinOps Hub data factory eseményindítóit mindenképpen el kell indítani.
  5. A FinOps Hub data factory folyamatainak sikeresnek kell lenniük.

További részletekért és hibakeresési lépésekért lásd: A FinOps Hub üzembehelyezésiellenőrzése.


Nincs Megtalált Ingestion Fájlok

Súlyosság: Kritikus

Nem találhatók betölthető parquet-fájlok a megadott mappa elérési útvonalán.

Enyhítés: Győződjön meg arról, hogy a mappa elérési útja a teljes elérési út, beleértve a beviteli tárolót, és nem perjellel kezdődik vagy végződik (/). Másoljuk ki az útvonalat a ingestion_ExecuteETL folyamat utolsó sikeres futtatásából.


Belső Szolgáltatáshiba

A Microsoft Fabric Real-Time Intelligence "InternalServiceError (520-UnknownError)" hibakódot adhat vissza az adatok betöltésekor. A részletes hibaüzenet a következőt jelentheti:

A Kusto-ügyfél nem tudott kérést küldeni a szolgáltatásnak: "Nem olvashatók be adatok az átviteli kapcsolatból: A távoli gazdagép kényszerítetten bezárt egy meglévő kapcsolatot." `

A hiba pontos oka ismeretlen. Ha ezt tapasztalja, küldjön támogatási kérelmet a Microsoft Fabricnek a további vizsgálathoz.

Megoldás: Kerülő megoldásként módosítsa a Fabric-eseményház minimális fogyasztását közepesre (18 KÉRELEM), várjon 30 percet, és futtassa újra a ingestion_ExecuteETL folyamatot az adott adatkészlethez és hónaphoz. A minimális fogyasztás további megismeréséhez tekintse meg a minimális fogyasztást az eventhouse áttekintésében.


Érvénytelen Hatékony Költség

Súlyosság: Súlyos

2024 novemberétől a Cost Management ismert hibát észlelt, amely miatt a megtakarítási csomagok vásárlásait belsőleg nyomon követik tényleges és amortizált költségekként is. Emiatt a FOCUS a EffectiveCostszámításában megtakarítási terv vásárlásokat is tartalmaz, ami pontatlan számokat eredményez a FinOps eszközkészlet-jelentésekben.

Enyhítés: Nyújtson be támogatási kérelmet a Microsoft Cost Management csapatának a mögöttes adatok problémáinak részleteivel és azok javításáért. 2024 novemberétől a csapat tisztában van a problémával, de a javítás még nem került rangsorolásra. Időközben frissítsen a FinOps eszközkészlet 0.7-es verziójára, amely tartalmaz egy kerülő megoldást a FinOps hub-ok és a tárolóalapú Power BI-jelentések számára.


ÉrvénytelenExportKonténer

Súlyosság: Kritikus

Úgy tűnik, hogy ez a fájl exportálható a Cost Managementből, de nem a megfelelő tárolóban van.

Javítás: Frissítse a Cost Management exportálást, hogy az az "msexports" tárolóra mutasson. A "betöltési" tároló csak a betöltött költségadatok lekérdezéséhez használható.


Érvénytelen exportverzió

Súlyosság: Kritikus

A FinOps hubokhoz FOCUS-költségexportálásra van szükség, de ez a fájl régi Cost Management-exportálásnak tűnik.

Megoldás: Hozzon létre egy új Cost Management-exportálást a FOCUS költséghez, és állítsa le az aktuális exportálást, vagy módosítsa azt egy másik tárolóba való exportálásra.


ÉrvénytelenKözpontiVerzió

Súlyosság: Kritikus

A FinOps Hubs 0.1.1 és korábbi verziói nem működnek az adatbetöltési Power BI-jelentéssel.

Megoldás: Frissítsen a FinOps Hubs legújabb verziójára, vagy töltse le a Power BI-jelentéseket a 0.1.1-es kiadásból.


Érvénytelen tartományazonosító (InvalidScopeId)

Súlyosság: Tájékoztató

Az exportálási útvonal nem érvényes hatókör-azonosító. A FinOps Hubs elvárja, hogy az exportálási útvonal azure-erőforrás-azonosító legyen az exportálás által létrehozott hatókörhöz a felügyelet egyszerűsítése érdekében. Nem okozhat hibákat, de a hatókörrel kapcsolatos jelentések esetében zavaró eredményeket eredményezhet.

Kockázatcsökkentés: Frissítse a Cost Management-exportálás tárolási útvonalát a hatókör teljes Azure-erőforrás-azonosítójának használatához.


LegacyFocusVersion

Súlyosság: Tájékoztató

Ez a hibakód akkor jelenik meg, ha a betöltött adatok a FOCUS régebbi verzióját használják. Ha az x_SourceChanges oszlopban található, a kód csak tájékoztató jellegű. A Power BI Storage-jelentésekben akkor jelenik meg, ha a Költség lekérdezés nem töltődik be, hogy a Elavult: További lekérdezés-optimalizálások végrehajtása paraméter le van tiltva.

A FinOps Hubs a FOCUS legújabb verziójává alakítja az adatokat, így ez nem okozhat problémát; a modernizációs átalakítás azonban nem tud minden forgatókönyvet figyelembe venni, és bizonyos esetekben váratlan eredményeket eredményezhet. Ismert problémákat a dokumentációban talál.

Megoldás: Az üzenet többféleképpen is enyhíthető attól függően, hogy melyik eszközt használja.

Ha a FinOps központokat az Adatfelderítővel használja, és ezt a x_SourceChanges oszlopban látja a Költségek táblázatban vagy a kapcsolódó funkciókban, frissítse a Cost Management költségexportját a legújabb FOCUS-verzió használatára. Az adatfelfedező betöltése során nem szükséges további módosításokat végrehajtani, minden adat egyesül.

Ha tárjelentéseket használ, és ezt a x_SourceChanges Költség lekérdezés oszlopában látja, ez az üzenet arra figyelmeztet, hogy ez a FOCUS-verzió egy későbbi frissítésben el lesz távolítva. Bár nyugodtan figyelmen kívül hagyhatja ezt az üzenetet, egy későbbi kiadásban frissítésre lesz szükség. Az üzenet elkerülése érdekében frissítse a Cost Management-exportálásokat a legújabb FOCUS-verzióra, törölje vagy helyezze át a régebbi adatokat egy régebbi FOCUS-verzióval, és tárja fel újra az előzményadatokat. FinOps Hubs használata esetén törölje vagy helyezze át az adatokat a betöltési tárolón kívülre. Ha saját exportálást üzemeltet a tárolóban, módosítsa a Storage URL-paramétert egy másik mappaútvonalra, amely nem tartalmazza a korábbi FOCUS-verziókat.

A FinOps toolkit 0.7-ben a korábbi FOCUS-verziók támogatása elavult a teljesítmény és a méretezhetőség javítása érdekében. Javasoljuk, hogy frissítsen a FOCUS legújabb verziójára, és a felhasználói élmény javítása érdekében újraexportálja az adatokat. Állítsa be az elavult: Extra lekérdezésoptimalizálási paramétert a korábbi FOCUS-verziók támogatásának biztosításához TRUE , és állítsa be a FALSE teljesítmény felgyorsítására, valamint a nagyobb méretű adathalmazok támogatására, amelyek több költséget vagy időt fednek le. A 0,7-ből ez a paraméter alapértelmezés szerint engedélyezve van a visszamenőleges kompatibilitás érdekében. A FinOps eszközkészlet 0.8-ban alapértelmezés szerint le lesz tiltva, de a visszamenőleges kompatibilitás érdekében 2025 júniusáig vagy azt követően is elérhető lesz. Ha nem tud letérni a régi FOCUS-verziókról, vagy a nagyobb fiókok vagy hosszabb időszakok legjobb teljesítménye és támogatása érdekében javasoljuk, hogy a FinOps Hubsot használja az Adatkezelővel.


ListaKöltségKevesebbMintSzerződöttKöltség

Súlyosság: Figyelmeztetés

ListCost (a nyilvános, kiskereskedelmi árak alapján) kisebb, mint ContractedCost a Cost Management adataiban szereplő (tárgyalásos kedvezményeken alapuló) ár. Ez soha nem történhet meg. Emiatt a megtakarítási számítások nem fognak pontosan összeadni.

Kockázatcsökkentés: Ellenőrizze, hogy a ListUnitPrice költségadatok megegyeznek-e az áradatokban szereplő adatokkal. Ha a listaár helyes, küldjön egy támogatási kérést a Cost Management csapatához, amely megerősíti mind a ListUnitPriceContractedUnitPrice kettő helyességét, és elmagyarázza, hogy a kialkudott kedvezmények után miért lenne magasabb az ár, mint a nyilvános, kiskereskedelmi árak.

Az adatminőségi problémák a megtakarítási számításokra gyakorolt hatásáról további információt a megtakarítási számítások ismertetése című témakörben talál.


A manifeszt olvasása sikertelen

Súlyosság: Kritikus

A FinOps Hub msexports_ExecuteETL folyamat nem tudta beolvasni a Cost Management jegyzékfájlt.

Mérséklés:

  1. Ha a hiba egy működőközpont-példányon történt, amikor nem történt módosítás a központon vagy az exportáláson, akkor a Cost Management esetleg módosította egy meglévő API-verzió jegyzéksémát.
  2. Ha a hiba egy új vagy egy meglévő exportálás módosítása után jelentkezett, akkor az exportálási API-verzió egy új, nem támogatott jegyzéksémát használhat.
  3. Ha a hiba a központi telepítés (kezdeti telepítés vagy frissítés) után történt, akkor az üzembe helyezés valószínűleg meghiúsult, vagy hiba történt a folyamatban.

A jegyzékséma (#1) vagy az API-verzió (#2) megerősítéséhez:

  1. Nyissa meg a központi tárfiókot az Azure Portalon vagy a Storage Explorerben.
  2. Ha az Azure Portalon, nyissa meg a Storage böngészőt a menüben.
  3. Válassza ki az msexports-tárolót .
  4. Keresse meg lefelé a problémás exportálás fájlrendszer hierarchiájában (lásd a jegyzéket a hibaüzenetben).
  5. Keresse meg a manifest.json fájlt, és válassza a menüt (⋯), majd válassza a Nézet/szerkesztés lehetőséget.
  6. Azonosítsa a következő tulajdonságokat: 
    {
  "exportConfig": {
    "resourceId": "<scope-id>/providers/Microsoft.CostManagement/exports/<export-name>",
    "dataVersion": "<dataset-version>",
    "apiVersion": "2023-07-01-preview",
    "type": "<dataset-type>",
    ...
  },
  ...
}
  7. Ellenőrizze, hogy a következő támogatott értékekre vannak-e beállítva:
    • A resourceId bármilyen hatókör-azonosító és exportálási név lehet, de a "Microsoft.CostManagement/export" erőforrástípussal kell rendelkeznie. Ez nem különbözteti meg a kis- és nagybetűket.
    • A típusnak léteznie kell, de ez a hiba nem fordulhat elő semmilyen nem-null érték esetében.
    • A dataVersionnak léteznie kell, de nem szabad, hogy ezen hiba bekövetkezzen bármely nem-null érték esetén.
    • Az apiVersion nem kifejezetten használatos, de a jegyzékséma módosításait jelezheti. Részletekért tekintse meg a támogatott API-verziókat .
  8. Ha újabb API-verziót használ:
    1. Az új API-verzió támogatásának nyomon követéséhez hozzon létre egy változáskérési problémát a GitHubon.
    2. Törölje az exportálást a Cost Managementben.
    3. Hozzon létre egy exportálást a New-FinOpsCostExport PowerShell-paranccsal egy támogatott API-verzióval.

      Tipp.

      Ha haladó felhasználónak tekinti magát, érdemes lehet saját maga is frissíteni a pipeline-et a leggyorsabb megoldás érdekében. Ehhez nyissa meg a Data Factoryt, keresse meg a Szerző > Csővezetékek > msexports_ExecuteETL, majd válassza ki a megfelelő "Tevékenységek beállítása" tevékenységeket, és szükség szerint frissítse a Beállítások>érték tulajdonságát. Ha ezt teszi, nem kell újra létrehoznia az exportálást egy régebbi verzióval. Továbbra is jelentse a problémát, és fontolja meg az új JSON megosztását a folyamattervező jobb felső sarkában lévő {} ikonnal.

  9. Ha azt tapasztalja, hogy a támogatott API-verzió tulajdonságai megváltoztak:
    1. A kompatibilitástörő változás nyomon követéséhez hozzon létre egy változáskérési problémát a GitHubon. Adja meg a típust, a dataVersion-t és az apiVersion-t a manifest.json fájlból.
    2. Nyújtson be támogatási kérelmet a Cost Managementhez a módosítás visszaállításának kéréséhez, mivel ez problémákat okoz a FinOps Hubokat vagy más egyéni megoldásokat használók számára. Adja meg a következő részleteket, hogy segítsen a Cost Management támogatási csapatának azonosítani a problémát a rendszeren belül. A Cost Management nem rendelkezik a FinOps-központokkal kapcsolatos kontextussal, ezért a részleteket a Cost Management funkcióira kell összpontosítania. Íme egy példa:

      Cost Management-exportálást használok a költségadatok ADLS-be való lekéréséhez. Van egy ADF-folyamatom, amely a jegyzékfájlok írásakor dolgozza fel az adatokat. Az én csővezeték az API-verzió <your-supported-api-version> alapján lett felépítve, ami elvárja, hogy a exportConfig.resourceId, exportConfig.type, és exportConfig.dataVersion tulajdonságok következetesen legyenek kézbesítve. Észrevettem, hogy ezek a fájlok nem szerepelnek a manifest fájlban ehhez az API-verzióhoz az <your-export-date>-én futtatott saját exportálásomhoz. Elvárásom, hogy a jegyzékfájl soha ne változzon egy meglévő API-verzió esetében. Vissza tudja állítani ezeket a módosításokat?

      A hibaelhárításhoz a következő jegyzékfájlt használhatja: {your-manifest-json}

Ha a manifeszt tulajdonságok megfelelőek, és egy új vagy frissített FinOps Hub példány volt, erősítse meg az üzembe helyezést:

  1. Nyissa meg a központi erőforráscsoportot az Azure Portalon.
  2. Válassza a Beállítások>telepítések lehetőséget a bal oldali menüben.
  3. Ellenőrizze, hogy az összes üzembe helyezés sikeres-e. Keresse a következő telepítési neveket:
    • fő
    • központ
    • adatgyári erőforrások
    • tár
    • keyVault
  4. Ha valamelyik üzembe helyezés sikertelen volt, tekintse át a hibaüzenetet, és állapítsa meg, hogy ön oldhatja-e meg a problémát (például névütközés, kijavítható szabályzat megsértése).
  5. Ha a hiba átmenetinek tűnik, próbálkozzon újra az üzembe helyezésével.
  6. Ha a hiba továbbra is fennáll, hozzon létre egy vitafórumot, amelyből kiderül, hogy van-e valaki más, aki problémába ütközik, vagy tud egy lehetséges kerülő megoldásról (különösen a szabályzatokkal kapcsolatos problémák esetén).
  7. Ha a hiba egyértelműen hiba vagy szolgáltatáshiba, hozzon létre egy hiba- vagy funkciókérési problémát a GitHubon.

Három munkanapon belül megpróbálunk válaszolni a problémákra és a vitákra. Élő segítségre van szüksége? Csatlakozzon kéthetes munkaidőnkhöz.


Hiányzó szerződtetett költség

Súlyosság: Tájékoztató

Ez a hibakód akkor jelenik meg az x_SourceChanges oszlopban, ha ContractedCost null vagy 0, és EffectiveCost nagyobb, mint 0. A hiba azt jelzi, hogy a Microsoft Cost Management nem tartalmazta ContractedCost a megadott sorokban, így a megtakarítás nem számítható ki.

Csökkentés: A hiányzó adatok alternatív megoldásaként a FinOps eszközkészlet jelentései a EffectiveCost oszlop adatait átmásolják a ContractedCost oszlopba, a hibakóddal megjelölt sorok esetében. Megtakarítások nem érhetők el ezekhez a rekordokhoz.

A teljes megtakarítás kiszámításához össze lehet illeszteni a költség- és használati adatokat az árakkal. További információ: #873.


Hiányzó szerződött egységár

Súlyosság: Tájékoztató

Ez a hibakód akkor jelenik meg az x_SourceChanges oszlopban, ha ContractedUnitPrice null vagy 0, és EffectiveUnitPrice nagyobb, mint 0. A hiba azt jelzi, hogy a Microsoft Cost Management nem tartalmazta ContractedUnitPrice a megadott sorokban, így a megtakarítás nem számítható ki.

Csökkentés: A hiányzó adatok alternatív megoldásaként a FinOps eszközkészlet jelentései a EffectiveUnitPrice oszlop adatait átmásolják a ContractedUnitPrice oszlopba, a hibakóddal megjelölt sorok esetében. Megtakarítások nem érhetők el ezekhez a rekordokhoz.

A teljes megtakarítás kiszámításához össze lehet illeszteni a költség- és használati adatokat az árakkal. További információ: #873.

A hiányzó árak megtakarítási számításokra gyakorolt hatásáról további információt a megtakarítási számítások ismertetése című témakörben talál.


MissingListCost

Súlyosság: Tájékoztató

Ez a hibakód akkor jelenik meg az x_SourceChanges oszlopban, ha ListCost null vagy 0, és ContractedCost nagyobb, mint 0. A hiba azt jelzi, hogy a Microsoft Cost Management nem tartalmazta ListCost a megadott sorokban, így a megtakarítás nem számítható ki.

Csökkentés: A hiányzó adatok alternatív megoldásaként a FinOps eszközkészlet jelentései a ContractedCost oszlop adatait átmásolják a ListCost oszlopba, a hibakóddal megjelölt sorok esetében. Megtakarítások nem érhetők el ezekhez a rekordokhoz.

A teljes megtakarítás kiszámításához össze lehet illeszteni a költség- és használati adatokat az árakkal. További információ: #873.


HiányzóListaEgységár

Súlyosság: Tájékoztató

Ez a hibakód akkor jelenik meg az x_SourceChanges oszlopban, ha ListUnitPrice null vagy 0, és ContractedUnitPrice nagyobb, mint 0. A hiba azt jelzi, hogy a Microsoft Cost Management nem tartalmazta ListUnitPrice a megadott sorokban, így a megtakarítás nem számítható ki.

Csökkentés: A hiányzó adatok alternatív megoldásaként a FinOps eszközkészlet jelentései a ContractedUnitPrice oszlop adatait átmásolják a ListUnitPrice oszlopba, a hibakóddal megjelölt sorok esetében. Megtakarítások nem érhetők el ezekhez a rekordokhoz.

A teljes megtakarítás kiszámításához össze lehet illeszteni a költség- és használati adatokat az árakkal. További információ: #873.

A hiányzó árak megtakarítási számításokra gyakorolt hatásáról további információt a megtakarítási számítások ismertetése című témakörben talál.


HiányzóSzolgáltatóNév

Súlyosság: Tájékoztató

Ez a hibakód akkor jelenik meg a x_SourceChanges oszlopban, ha ProviderName null értékű. A hiba azt jelzi, hogy az adathalmaz szolgáltatója (például a Microsoft Cost Management) nem tartalmazott ProviderName értéket a megadott sorokhoz.

Enyhítés: A hiányzó adatok megoldásaként a FinOps eszközkészlet jelentései megpróbálják azonosítani a szolgáltatót az elérhető oszlopok alapján.


"..." lekérdezés egyéb lekérdezésekre vagy lépésekre hivatkozik

Súlyosság: kisebb

A hiba forrása ismeretlen. Ez a hiba véletlenszerűen jelenhet meg a Power BI-adatok frissítésekor.

Megoldás: Ha ezt a hibát kapja, válassza újra a Módosítás alkalmazása lehetőséget .

Ez a hiba csak a tárolási jelentésekben jelent meg. Ha hosszú adatfrissítési ideje van, vagy gyakran tapasztalja ezt a hibát, érdemes megfontolni a FinOps Hubsra váltást a Data Explorerrel. Az Adatkezelő olyan KQL-jelentéseket használ, amelyek nem igényelnek ütemezést vagy növekményes frissítést. Az adatok lekérése a jelentés megnyitásakor történik, így a jelentések mindig a legújabb adatokat jelenítik meg.


ResourceAccessForbiddenException (Hozzáférés az erőforráshoz megtagadva kivétel)

Súlyosság: Súlyos

Power BI: "Microsoft.Mashup.Engine.Interface.ResourceAccessForbiddenException" típusú kivétel keletkezett

Azt jelzi, hogy a Power BI-ban adatokat betöltő fiók nem rendelkezik a Storage Blob Data Reader szerepkörével. Adja meg ezt a szerepkört a fióknak, amely adatokat tölt be a Power BI-ban.


A válaszadatok mérete... és meghaladta a korlátot

Súlyosság: Súlyos

Az Azure Resource Graph-lekérdezések a Szabályozási és számítási feladatok optimalizálása Power BI-jelentésekben a következőhöz hasonló hibát eredményezhetnek:

OLE DB- vagy ODBC-hiba: [Expression.Error] Ha támogatást kér, adja meg az alábbi adatokat: időbélyeg = {timestamp}, correlationId = {guid}. Részletek: A válasz hasznos terhelési mérete {number}, túllépte a 16777216 korlátot. Érdemes lehet egyszerre kevesebb adatot lekérdezni, és szükség esetén többoldalas hívást kezdeményezni.

Ez a hiba azt jelenti, hogy több erőforrással rendelkezik, mint amennyit egy szűretlen Resource Graph-lekérdezés támogat. Ennek az az oka, hogy a FinOps eszközkészlet-jelentések erőforrásszintű adatok megjelenítésére vannak tervezve, és nincsenek összesítve. Kis- és közepes méretű környezetekhez készültek, és nem a több millió erőforrással rendelkező szervezetek támogatására lettek tervezve.

Megoldás: Ha ezt a hibát tapasztalja, több lehetőség is van:

  • Távolítsa el azokat az oszlopokat, amelyek nem szükségesek az igényeihez.
  • Szűrje a lekérdezést, hogy kevesebb erőforrást adjon vissza az Ön számára legfontosabbak (például előfizetések, címkék) alapján.
  • Tiltsa le a lekérdezést, hogy ne blokkolja a többi lekérdezés futtatását.

Szerepkiosztás frissítése nem engedélyezett

Súlyosság: kisebb

Ha törölte a FinOps Hubs-központokat, és ugyanazokkal az értékekkel próbálja újra üzembe helyezni, beleértve a felügyelt identitás nevét is, a következő ismert problémát tapasztalhatja:

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

Megoldás: A probléma megoldásához el kell távolítania az elavult identitást:

  • Lépjen a tárfiókra, és válassza a hozzáférés-vezérlés (IAM) lehetőséget a menüben.
  • Válassza a Szerepkiosztások lapot.
  • Keresse meg az "ismeretlen" identitással rendelkező szerepkör-hozzárendeléseket, és törölje őket.

SzerepkiosztásokLéteznek

Súlyosság: kisebb

A FinOps Hubs egyik verzióról a másikra való frissítésekor a következő hibaüzenet jelenhet meg, ha az előző üzembe helyezés során létrehozott szerepkör-hozzárendelések továbbra is léteznek:

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

Ennek oka valószínűleg az, hogy egy felügyelt identitást explicit módon töröltek anélkül, hogy először eltávolították az összes szerepkör-hozzárendelését.

Megoldás: A probléma megoldásához törölje az árva szerepkör-hozzárendeléseket az Azure Portalon:

  • Keresse meg az erőforráscsoportot vagy az érintett erőforrást (például Data Explorer-fürtöt).
  • Válassza a Hozzáférés-vezérlés (IAM) lehetőséget a menüben.
  • Válassza a Szerepkiosztások lapot.
  • Keresse meg az ismeretlen identitással rendelkező szerepkör-hozzárendeléseket, és törölje őket.

Séma betöltése sikertelen

Súlyosság: Kritikus

A FinOps Hub msexports_ETL_ingestion folyamat nem tudta betölteni a sémafájlt.

Megoldás: Tekintse át a hibaüzenetet, és jegyezze fel az adathalmaz típusát és verzióját, amely aláhúzásjellel van formázva (például <type>_<version>FocusCost_1.0). Győződjön meg arról, hogy az adathalmazt és a típust is támogatja a FinOps Hubs üzembe helyezett verziója. A részletekért tekintse meg a támogatott adatkészleteket .


Séma nem található

Súlyosság: Kritikus

A FinOps Hub msexports_ExecuteETL folyamat nem tudta megtalálni az exportált adatkészlet sémaleképezési fájlját.

Kockázatcsökkentés: Ellenőrizze, hogy az adathalmaz típusa és verziója támogatott-e. A részletekért tekintse meg a támogatott adatkészleteket . Ha az adathalmaz támogatott, erősítse meg a központi verziót az Adatbetöltési jelentéssel.

Egy másik adatkészlet támogatásának hozzáadásához hozzon létre egy egyéni leképezési fájlt, és mentse azt a fájlba config/schemas/<dataset-type>_<dataset-version>.json. Az <dataset-type><dataset-version> értékek nagyban megegyeznek a Cost Management által használt értékekkel. Az egyes oszlopok adattípusának azonosításához használjon sablonként egy meglévő sémafájlt. Egyes adathalmazok különböző sémákkal rendelkeznek az EA és a Microsoft Ügyfélszerződés (MCA) esetében. Ezek az attribútumok nem azonosíthatók, és mindkét fióktípus esetén problémát okozhatnak. A FOCUS-hoz igazodva dolgozunk azon, hogy adathalmazokat adjunk hozzá, és figyelembe vegyük az EA- és MCA-különbségeket.


Az importálási tár URL-címe egyetlen exporttal sem egyezik.

Súlyosság: Súlyos

Ha ezt a FinOps eszközkészlet 0.8-jelentésekben tapasztalja, a hiba oka egy nem létező paraméterre való hivatkozás.

Megoldás: Ezt a FinOps eszközkészlet 0.9-ben javítottuk. Frissítsen a legújabb kiadásra a javítás alkalmazásához. Ha a javítást közvetlenül a 0.8-jelentésekre kell alkalmaznia, szerkessze a ftk_DemoFilter függvényt a speciális szerkesztőben, és módosítsa a következőre a tartalmat: () => "". Mentse, majd zárja be és alkalmazza az összes módosítást.


IsmeretlenExportFájl

Súlyosság: Tájékoztató

A központi tárolóban lévő fájl nem úgy néz ki, mintha a Cost Managementből exportálták volna. A fájl figyelmen kívül lesz hagyva.

Kockázatcsökkentés: Az msexports-tároló csak Cost Management-exportálásra szolgál. Más fájlok áthelyezése egy másik tárolóba.


IsmeretlenFókuszVerzió

Súlyosság: Tájékoztató

Ez a hibakód akkor jelenik meg a x_SourceChanges oszlopban, ha a FOCUS-verzió nem azonosítható.

kockázatcsökkentési: Ellenőrizze, hogy a FOCUS-adatkészlet támogatott FOCUS-verziót használ-e. Jelentse ezt a problémát a https://aka.ms/ftk/ideas adatainak anonimizált mintával a további vizsgálathoz.


IsmeretlenHubVerzió

Súlyosság: Kritikus

Nem sikerült azonosítani a FinOps Hubs verzióját a beállításfájlból. Ellenőrizze, hogy a beállítások helyesek-e. A FinOps Hubs 0.1.1 és korábbi verziói nem működnek ezzel a Power BI-jelentéssel.

Megoldás: Frissítsen a FinOps Hubs legújabb verziójára, vagy töltse le a Power BI-jelentéseket a FinOps eszközkészlet 0.1.1-es kiadásából.


Nem támogatott fájltípus az exportáláshoz

Súlyosság: Kritikus

Nem lehet betölteni a megadott exportálási fájlt, mert a fájltípus nem támogatott.

Enyhítés: Konvertálja a fájlt támogatott fájlformátummá, mielőtt hozzáadja az msexports-tárolóhoz, vagy biztosítson támogatást az új fájltípus msexports_ETL_ingestion csatornába való konvertálásához.


Nem támogatott exporttípus

Súlyosság: Figyelmeztetés

Az exportálási jegyzék a központi tárolóban azt jelzi, hogy az exportálás nem támogatott adatkészlethez készült. Az exportált adatok betöltési hibákként jelennek meg.

Megoldás: Hozzon létre egy új Cost Management-exportálást a FOCUS költséghez, és állítsa le az aktuális exportálást, vagy módosítsa azt egy másik tárolóba való exportálásra.


A(z) {name} erőforrás-szolgáltató nincs regisztrálva a(z) {guid} előfizetésben

Súlyosság: kisebb

Nyissa meg az előfizetést az Azure Portalon, majd válassza a Beállítások>erőforrás-szolgáltatók lehetőséget, válassza ki az erőforrás-szolgáltató sorát (például Microsoft.EventGrid), majd válassza a Lap tetején található Regisztráció parancsot. A regisztráció eltarthat néhány percig.


x_PricingSubcategory a kötelezettségvállalási kedvezmény azonosítóját jeleníti meg

A Cost Management 2024. február 28-a előtti exportálásai során hibát tartalmaztak, amely miatt a x_PricingSubcategory helytelenül lett beállítva az elkötelezett használathoz. A következőhöz hasonló Committed Spend értékeket kell látnia: és Committed Usage. Ehelyett a következő értékeket láthatja:

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

Ha ezeket az értékeket látja, exportálja újra az adott hónap költségadatait. Ha olyan régebbi hónap adatait kell exportálnia, amely nem érhető el, forduljon az ügyfélszolgálathoz, és kérje az adatok exportálását az előző exportálási futtatások adatminőségi problémájának megoldásához.


Power BI: A jelentések bizonyos dátumokhoz hiányoznak

Ha a jelentésből hiányzik az összes adat egy vagy több hónapra vonatkozóan, ellenőrizze a Hónapok száma, a RangeStart és a RangeEnd paramétereket, hogy az adatok ne legyenek kiszűrve.

A paraméterek ellenőrzéséhez válassza > átalakítása lehetőséget a menüszalagon, vagy válassza ki az egyes paramétereket a mappában a lekérdezésszerkesztő ablakából.

  • Ha mindig az elmúlt hónapok adott számát szeretné megjeleníteni, állítsa a Hónapok számát a lezárt (befejezett) hónapok számára. Az aktuális hónap a lezárt hónapok számán kívül egy további hónap is.
  • Ha olyan rögzített dátumtartományt szeretne, amely nem változik az idő függvényében (például pénzügyi év jelentése), állítsa be a RangeStart és a RangeEnd értéket.
  • Ha az összes elérhető adatról szeretne jelentést készíteni, győződjön meg arról, hogy mindhárom dátumparaméter üres.

További információ: Az első jelentés beállítása.


Power BI: A jelentések üresek (nincsenek adatok)

Ha nem lát adatokat a Power BI-ban vagy más jelentésekben vagy eszközökben, próbálkozzon a következővel az adatforrás alapján:

  1. Ha a Power BI-ban a Cost Management összekötőt használja, ellenőrizze, hogy a Billing Account ID és Number of Months paraméterek megfelelően vannak-e beállítva. Ne feledje, hogy a régi számlázási fiókok nem rendelkeznek adatokkal az elmúlt hónapokban.
  2. FinOps Hubs használata esetén ellenőrizze a tárfiókot, hogy az adatok fel legyenek töltve a betöltési tárolóban. Egy szolgáltatói vagy előfizetési mappát kell látnia. A további hibaelhárításhoz használja az alábbi szakaszokat.

FinOps Hubs: A betöltési tároló üres

Ha a betöltési tároló üres, nyissa meg a Data Factory-példányt a Data Factory Studióban, és válassza a Kezelés, >, Indítók lehetőséget, és ellenőrizze, hogy a > eseményindító elindult-e. Ha nem, indítsa el.

Ha az eseményindító nem indul el "Az erőforrás-szolgáltató nincs regisztrálva" hibával, nyissa meg az előfizetést az Azure Portalon, majd válassza > lehetőséget, válassza a Microsoft.EventGrid sort, majd a lap tetején válassza a Regisztráció parancsot. A regisztráció eltarthat néhány percig.

A regisztráció befejezése után indítsa el újra a msexports_FileAdded eseményindítót.

Az eseményindító elindítása után futtassa újra az összes csatlakoztatott Cost Management-exportálást. Az adatokat a fiók méretétől függően 10–20 percen belül kell teljesen beszúrni.

Ha a probléma továbbra is fennáll, ellenőrizze, hogy a Cost Management exportálása engedélyezve van-e a fájlparticionálással. Ha letiltottnak találja, kapcsolja be, és futtassa újra az exportálást.

Győződjön meg arról, hogy a betöltési tároló ki van töltve, és frissítse a jelentéseket vagy más csatlakoztatott eszközöket.

FinOps Hubs: A betöltési tárolóban elérhető fájlok

Ha a betöltési tároló nem üres, ellenőrizze, hogy van-e parquet vagy csv.gz fájl a mappákba való belenézéssel.

Ha már tudja, ellenőrizze, hogy a FileType paraméter a Power BI-jelentésben vagy .parquet a Power BI-jelentésben van-e beállítva.gz. Részletekért lásd : Csatlakozás az adatokhoz .

Ha másik eszközt használ, győződjön meg arról, hogy támogatja a használt fájltípust.


Power BI: A távoli név nem oldható fel: "<storage-account.dfs.core.windows.net>"

Azt jelzi, hogy a tárfiók neve helytelen. FinOps Hubs használata esetén ellenőrizze a StorageUrl paramétert az üzembe helyezésből. Részletekért lásd : Csatlakozás az adatokhoz .


Power BI: A null érték nem konvertálható logikai típussá

Azt jelzi, hogy a számlázási fiók azonosítója paraméter üres. FinOps Hubs használata esetén állítsa be az értéket a kívánt számlázási fiókazonosítóra. Ha nem fér hozzá a számlázási fiókhoz, vagy nem szeretne kötelezettségvállalási vásárlásokat és visszatérítéseket belefoglalni, állítsa be az értéket 0 , és nyissa meg a CostDetails lekérdezést a speciális szerkesztőben, és módosítsa azt 2 egy 1. Tájékoztassa a jelentést, hogy a Cost Management Connectorból ne töltse be a tényleges vagy számlázott költségadatokat. Részletekért lásd : Csatlakozás az adatokhoz .

Alkalmazható verziók: 0.1 – 0.1.1 (0.2-ben javítva)


Power BI: A null értéket nem konvertálhatjuk tábla típusúra

Súlyosság: Kritikus

Ez a hiba akkor fordulhat elő, ha a Power BI storage-jelentéseket egy tárfiókhoz csatlakoztatja a szükséges Data Lake Storage-végpont helyett a Blob-végpont használatával.

Kockázatcsökkentés: Frissítse a Storage URL-paraméterét a Data Lake Storage-végpont használatára:

  1. Módosítsa .blob.core.windows.net értéket .dfs.core.windows.net értékre a tárolási URL-címében.
  2. Ha az Azure Portalt használja:
    • Tárfiók megnyitása
    • Válassza a Beállítások>Végpontok
    • Másolja a Data Lake Storage URL-címét (nem a Blob szolgáltatás URL-címét)

Például:

  • ❌ helytelen: https://mystorageaccount.blob.core.windows.net/container
  • ✅ Helyes: https://mystorageaccount.dfs.core.windows.net/container

Ha továbbra is problémákat tapasztal a megfelelő végpont használata után, tekintse meg a FinOps Hubsot: A null érték nem konvertálható Táblázat típussá további hibaelhárítási lépésekhez.


FinOps Hubs: A null érték nem konvertálható Táblázat típussá

Ez a hiba általában azt jelzi, hogy az adatok nem kerülnek be a betöltési tárolóba.

Ha most frissített a FinOps Hubs 0.2-re, a probléma oka lehet, hogy a Power BI-jelentés régi (0.1.x-től) vagy azért, mert nem a FOCUS-exportálást használja. A részletekért tekintse meg a frissítési útmutatót .

További hibaelhárítási lépésekért lásd: A jelentések üresek (nincsenek adatok).


Visszajelzés küldése

Kérem, tájékoztasson minket egy gyors visszajelzéssel arról, hogyan haladunk. Ezeket a felülvizsgálatokat a FinOps-eszközök és -erőforrások fejlesztésére és bővítésére használjuk.

Visszajelzés küldése

Ha valami konkrétat keres, szavazzon egy meglévőre, vagy hozzon létre egy új ötletet. Ossza meg ötleteit másokkal, hogy több szavazatot kapjon. A legtöbb szavazattal rendelkező ötletekre összpontosítunk.

Szavazzon vagy javasoljon ötleteket


Kapcsolódó tartalom

Ha nem látja a tapasztalt hibát, tekintse át a hibaelhárítási útmutatót. Ha kérdése van, kezdjen el egy megbeszélést, vagy hozzon létre egy problémát a GitHubon.


  • Last updated on