Dela via

Felsöka vanliga Fel med FinOps-verktyg

Den här artikeln beskriver vanliga Fel med FinOps-verktyg och innehåller information om lösningar. Om du får ett fel när du använder FinOps-verktygslösningar som du inte förstår eller inte kan lösa hittar du följande motsvarande felkod med åtgärdssteg för att lösa problemet.

Här är en lista över vanliga felkoder med åtgärdsinformation.

Om den angivna informationen inte löser problemet kan du prova felsökningsguiden.


Åtkomst till resursen är förbjuden

Allvarlighetsgrad: Kritisk

Det här felet innebär vanligtvis att kontot du är ansluten till inte har åtkomst till den resurs som du försöker använda.

Åtgärd: Bekräfta att du använder rätt konto i rätt Microsoft Entra-ID-klientorganisation.


Kontoinställningen kan inte uppdateras

Allvarlighetsgrad: Kritisk

Det här felet uppstår vanligtvis när du uppdaterar en FinOps-hubbdistribution med en annan konfiguration av lagringskontot än vad som ursprungligen användes när den skapades. De flesta egenskaper kan ändras, men det finns några egenskaper som bara kan anges en gång när lagringskontot skapas och inte kan ändras. Det enda kända fallet för detta för FinOps-hubbar är egenskapen "requireInfrastructureEncryption". Om den här egenskapen har aktiverats eller inaktiverats under den första FinOps Hub-distributionen kan den inte ändras. Följande fel visas när detta inträffar:

Egenskapen "requireInfrastructureEncryption" angavs i indata, men den kan inte uppdateras eftersom den är skrivskyddad.

Mitigation: Om du inte menade att ändra den här inställningen kontrollerar du om ditt lagringskonto är konfigurerat för att använda infrastrukturkryptering och distribuera om FinOps-hubbmallen med samma värde (antingen på eller av). Om du vill ändra inställningen rekommenderar vi att du distribuerar en ny FinOps-hubbinstans, eftersom detta kräver att alla data omdefineras.

Du kan försöka ta bort det befintliga lagringskontot och distribuera om mallen med infrastrukturkryptering ändrad. Vi har dock inte testat detta grundligt. Även om vi inte förväntar oss problem kan vi inte bekräfta om det kommer att orsaka problem.


BadHubVersion

Allvarlighetsgrad: Kritisk

FinOps Hubs 0.2 fungerar inte. Uppgradera till version 0.3 eller senare.

Åtgärd: Uppgradera till den senaste versionen av FinOps-hubbar.


Kolumnen "ID" i tabellen "Resurser" innehåller ett duplicerat värde

Allvarlighetsgrad: Kritisk

Om du får följande fel innebär det att Azure Resource Graph returnerar rader med samma logiska värde för ID-kolumnen . Detta kan inträffa när resurs-ID-värdena har inkonsekvent hölje eller när en annan kolumn expanderas över rader.

Kolumnen "ID" i tabellen "Resurser" innehåller ett duplicerat värde {resource-id} och detta är inte tillåtet för kolumner på ena sidan av en många-till-en-relation eller för kolumner som används som primärnyckel för en tabell.

Åtgärd: Kontrollera att du har den senaste versionen av rapporten. Identifiera orsaken till duplicerade värden och uppdatera frågan så att den kringgår duplicerade värden. Rapportera även det här problemet i GitHub så att det kan åtgärdas i en framtida version. Detta kan kräva ytterligare information eller ett möte för att felsöka orsaken till felet.


Konfliktfel

Allvarlighetsgrad: Kritisk

Det kan finnas flera instanser av det här felet. Den enda kända instansen är när Key Vault returnerar följande fel:

Ett valv med samma namn finns redan i borttaget tillstånd. Du måste antingen återställa eller rensa befintliga nyckelvalv. Följ den här länken https://go.microsoft.com/fwlink/?linkid=2149745 om du vill ha mer information om mjuk borttagning.

Det innebär vanligtvis att du distribuerar ovanpå en gammal distribution som har tagits bort, men Key Vault höll den gamla valvinstansen i ett återställningsbart borttagningstillstånd.

Åtgärd: Åtgärda detta genom att rensa det borttagna Nyckelvalvet i Azure-portalen.

  1. Öppna listan över Key Vault-instanser i Azure-portalen.
  2. Välj kommandot Hantera borttagna valv överst på sidan.
  3. Välj prenumerationen i listrutan.
  4. Kontrollera vilka valv som ska tas bort.
  5. Välj Rensa längst ned i den utfällbara menyn.
  6. Välj Ta bort i bekräftelsedialogrutan.

Nu kan du försöka distribuera igen.


AvtaladKostnadMindreÄnEffektivKostnad

Allvarlighetsgrad: Varning

ContractedCost (baserat på förhandlade rabatter) är mindre än EffectiveCost (efter åtaganderabatter) i data från Cost Management. Detta bör aldrig inträffa om inte åtaganderabatten ger mindre rabatt än dina befintliga förhandlade rabatter. Detta gör att dina besparingsberäkningar inte summeras exakt.

Åtgärd: Bekräfta att ContractedUnitPrice i kostnadsdata matchar vad som finns i prisdata. Om det kontrakterade priset är korrekt skickar du en supportbegäran till Cost Management-teamet för att bekräfta att x_EffectiveUnitPrice och EffectiveCost är korrekta. Om de är korrekta kan du överväga att returnera åtaganderabatten.


Princip för klientorganisationsövergripande åtkomst tillåter inte den här användaren

allvarlighetsgrad: Större

Om du får följande fel innebär det att Microsoft Entra-ID är konfigurerat för att inte tillåta användare från andra klienter att logga in på den aktuella klientorganisationen.

Meddelande: AADSTS500213: Resursklientorganisationens åtkomstprincip mellan klientorganisationer tillåter inte att den här användaren får åtkomst till den här klientorganisationen.

Det här felmeddelandet är inte relaterat till FinOps-verktygslådan.

Åtgärd: Kontrollera att du är inloggad på rätt konto och att du har loggat in via målkatalogen. Kontakta katalogadministratören om du behöver ytterligare hjälp.


DataExplorerInmatningMisslyckades

Allvarlighetsgrad: Kritisk

Data explorer-inmatningen misslyckades. De nya data kommer inte att vara tillgängliga för rapportering.

Mitigation: Granska datautforskarens felmeddelande och lös problemet. Kör datainmatningen igen för den angivna mappen med hjälp av ingestion_ExecuteETL pipeline i Azure Data Factory. Rapportera olösta problem på https://aka.ms/ftk/ideas.


DataExplorerIngesteringKartläggningMisslyckades

Allvarlighetsgrad: Kritisk

Det gick inte att skapa datautforskarens inmatningsmappning för den angivna tabellen.

Mitigation: Åtgärda felet och kör inmatningen igen för den angivna mappsökvägen. Om du fortsätter att se det här felet, vänligen rapportera ett problem vid https://aka.ms/ftk/ideas.


DataExplorerIngestionTimeout

Allvarlighetsgrad: Kritisk

Data Explorer-inmatningens tidsgräns överskreds efter 2 timmar medan systemet väntade på tillgänglig kapacitet.

Mitigation: Kör pipelinen igen för att försöka mata in igen. Om du fortsätter att se det här felet, vänligen rapportera ett problem vid https://aka.ms/ftk/ideas.


Misslyckades: DataExplorerPostIngestionDrop

Allvarlighetsgrad: Kritisk

Det gick inte att rensa datautforskaren efter inmatning (ta bort segment från den slutliga tabellen). Data från en tidigare inmatning kan finnas i rapporteringen, vilket kan resultera i duplicerade och felaktiga kostnader.

Mitigation: Granska datautforskarens felmeddelande och lös problemet. Kör datainmatningen igen för den angivna mappen med hjälp av ingestion_ExecuteETL pipeline i Azure Data Factory. Rapportera olösta problem på https://aka.ms/ftk/ideas.


DatautforskarePreIngestionDropMisslyckades

Allvarlighetsgrad: Kritisk

Det gick inte att rensa Data Explorer innan datainmatning (ta bort segment från rådatatabellen). Inmatningen slutfördes inte.

Mitigation: Granska datautforskarens felmeddelande och lös problemet. Kör datainmatningen igen för den angivna mappen med hjälp av ingestion_ExecuteETL pipeline i Azure Data Factory. Rapportera olösta problem på https://aka.ms/ftk/ideas.


DeploymentUtdataUtvärderingMisslyckades

allvarlighetsgrad: Större

FinOps hubs 0.8 anger säkerhetsinställningen "trustedExternaltenants" i Azure Data Explorer för att låsa klustret så att det bara kan vara åtkomst från specifika, betrodda klienter. Den här inställningen kan anges för den första distributionen, men kan inte ställas in igen i en andra distribution. Du kan se följande fel om du försöker återdistribuera FinOps hubs 0.8 på en redan existerande 0.8-distribution.

Mallutdatan "clusterUri" är inte giltig: Språkuttrycksegenskapen "uri" finns inte, tillgängliga egenskaper är "trustedExternalTenants, enableStreamingIngest, publicNetworkAccess, enableAutoStop, provisioningState".

Vi följer upp med Azure Data Explorer-teamet för att identifiera rätt lösning.

Åtgärd: Distribuera FinOps Hubs 0.9. Den här inställningen har tagits bort från mallen.


Exportdata saknas

Allvarlighetsgrad: Kritisk

Exportfiler fanns inte i den angivna lagringsvägen.

Åtgärd: Bekräfta att en Cost Management-export har skapats och konfigurerats med rätt lagringskonto, container och lagringssökväg. När du har skapat väljer du Kör nu för att starta exportprocessen. Exporten kan ta 15–30 minuter att slutföra beroende på kontots storlek. Om du avsåg att använda FinOps-hubbar korrigerar du lagrings-URL:en så att den pekar på containern "inmatning". storageUrlForPowerBI Se utdata från FinOps Hub-distributionen för den fullständiga URL:en.


Exporttyp ej definierad

Allvarlighetsgrad: Kritisk

Den här typen av faktureringsomfång stöds inte av hanterade exporter.

Åtgärd: Ta bort faktureringsomfånget som inte stöds från settings.json, bekräfta att faktureringsomfånget stöds av FinOps-hubbar och manuellt skapa nya kostnadshanteringsexporter för faktureringsomfånget.


ExporttypEjStödd

Allvarlighetsgrad: Kritisk

Microsoft-kundavtal stöds inte för hanterad export.

Åtgärd: Ta bort MCA-faktureringsomfånget från settings.json och skapa manuellt nya Cost Management-exporter för varje MCA-faktureringsprofil för FOCUS-kostnader, prisnivå, reservationsinformation, reservationstransaktioner och reservationsrekommendationer.


HubData saknas

Allvarlighetsgrad: Kritisk

FinOps-hubbdata hittades inte i det angivna lagringskontot.

Mitigation: Det här felet förutsätter att du ansluter till en FinOps-hub-distribution. Om du använder råa exporter korrigerar du lagringssökvägen så att den inte refererar till ingestion-behållaren. Kontrollera följande:

  1. Lagrings-URL:en ska matcha StorageUrlForPowerBI utdata i FinOps Hub-distributionen.
  2. Cost Management-exporter ska konfigureras så att de pekar på samma lagringskonto med containern msexports .
  3. Cost Management-exporter bör visa en lyckad export i körhistoriken.
  4. Alla utlösare i FinOps-navets datafabrik bör startas.
  5. FinOps-hubbens datafabriksprocesser ska lyckas.

Mer information och felsökningssteg finns i Verifiera din FinOps Hub-distribution.


Ingestionsfiler hittas inte

Allvarlighetsgrad: Kritisk

Det går inte att hitta parquet-filer för att importera från den angivna mappsökvägen.

Mitigation: Bekräfta att mappsökvägen är den fullständiga sökvägen, inklusive ingestering container och som inte börjar eller slutar med ett snedstreck (/). Kopiera sökvägen från den senaste lyckade ingestion_ExecuteETL pipeline-körningen.


Interntjänstfel

Microsoft Fabric Real-Time Intelligence kan returnera felkoden "InternalServiceError (520-UnknownError)" när data matas in. Det detaljerade felmeddelandet kan innehålla följande:

Kusto-klienten kunde inte skicka en begäran till tjänsten: "Det gick inte att läsa data från transportanslutningen: En befintlig anslutning stängdes med våld av fjärrvärden." `

Den exakta orsaken till det här felet är okänd. Om du upplever det skickar du en supportbegäran till Microsoft Fabric för att undersöka saken ytterligare.

Åtgärd: Som en tillfällig lösning ändrar du den minsta förbrukningen för Fabric-händelsehuset till Medel (18 CUs), väntar 30 minuter och kör igen ingestion_ExecuteETL pipeline för datauppsättningen och månaden. Mer information om minsta förbrukning finns i Minsta förbrukning i översikten över eventhouse.


Ogiltig effektiv kostnad

allvarlighetsgrad: Större

Från och med november 2024 har Cost Management en känd bugg där köp av sparplaner internt spåras som både faktiska och amorterade kostnader. På grund av detta inkluderar FOCUS köp av sparplaner i beräkningen för EffectiveCost, vilket leder till felaktiga siffror i FinOps toolkit-rapporter.

Mitigation: Skicka en supportbegäran till Microsoft Cost Management-teamet med information om problemet för att åtgärda underliggande data. Från och med november 2024 är teamet medvetet om problemet, men korrigeringen har ännu inte prioriterats. Under tiden uppdaterar du till FinOps toolkit 0.7, som innehåller en lösning för FinOps-hubbar och lagringsbaserade Power BI-rapporter.


OgiltigExportContainer

Allvarlighetsgrad: Kritisk

Den här filen ser ut att kunna exporteras från Cost Management, men den finns inte i rätt container.

Åtgärd: Uppdatera Cost Management-exporten så att den pekar på lagringscontainern "msexports". Containern "inmatning" används endast för att göra förfrågningar mot inmatade kostnadsdata.


OgiltigExportVersion

Allvarlighetsgrad: Kritisk

FinOps-hubbar kräver FOCUS-kostnadsexporter, men den här filen ser ut som en äldre Cost Management-export.

Åtgärd: Skapa en ny Cost Management-export för FOCUS-kostnaden och stoppa antingen den aktuella exporten eller ändra den så att den exporteras till en annan lagringscontainer.


OgiltigHubVersion

Allvarlighetsgrad: Kritisk

FinOps Hubs 0.1.1 och tidigare fungerar inte med Power BI-rapporten för datainmatning.

Åtgärd: Uppgradera till den senaste versionen av FinOps-hubbar eller ladda ned Power BI-rapporter från version 0.1.1.


OgiltigtOmfångsId

Allvarlighetsgrad: Informativ

Exportsökvägen är inte ett giltigt omfångs-ID. FinOps-hubbarna förväntar sig att exportsökvägen ska vara ett Azure-resurs-ID för det omfång där exporten skapades, för att förenkla hanteringen. Det bör inte orsaka fel, men kan leda till förvirrande resultat för omfångsrelaterade rapporter.

Åtgärd: Uppdatera lagringssökvägen för Cost Management-exporten för att använda det fullständiga Azure-resurs-ID:t för omfånget.


LegacyFocusVersion

Allvarlighetsgrad: Informativ

Den här felkoden visas när inmatade data använder en äldre version av FOCUS. När den hittas i kolumnen x_SourceChanges är koden endast informationsbaserad. När den visas i Power BI-lagringsrapporter när frågan Kostnader inte kan läsas in innebär det att Inaktuell: Utför extra frågeoptimeringar parametern är inaktiverad.

FinOps-hubbar konverterar data till den senaste FOCUS-versionen, så detta bör inte orsaka något problem. Moderniseringstransformeringen kan dock inte ta hänsyn till alla scenarier och kan resultera i oväntade resultat i vissa fall. Se dokumentationen för kända problem.

Mitigation: Det finns flera sätt att minimera det här meddelandet, beroende på vilket verktyg du använder.

Om du använder FinOps-hubbar med Datautforskaren och ser detta i kolumnen x_SourceChanges i tabellen Kostnader eller relaterade funktioner uppdaterar du Cost Management-kostnadsexporten för att använda den senaste FOCUS-versionen. Inga ytterligare ändringar behöver göras; all data kommer att sammanfogas under Data Explorer-inkapsling.

Om du använder lagringsrapporter och ser detta i kolumnen x_SourceChanges i frågan Kostnader är det här meddelandet en varning om att den här FOCUS-versionen tas bort i en framtida uppdatering. Du kan ignorera det här meddelandet på ett säkert sätt, men det kräver en uppdatering i en framtida version. För att undvika meddelandet uppdaterar du Cost Management-exporterna till den senaste FOCUS-versionen, tar bort eller flyttar äldre data med en äldre FOCUS-version och exporterar historiska data igen. Om du använder FinOps-hubbar tar du bort eller flyttar data utanför inmatning container. Om du är värd för dina egna exporter i lagringen ändrar du parametern Storage URL till en annan mappsökväg som inte innehåller äldre FOCUS-versioner.

Från och med FinOps toolkit 0.7 har stöd för äldre FOCUS-versioner tagits bort för att förbättra prestanda och skalbarhet. Vi rekommenderar att du uppdaterar till den senaste FOCUS-versionen och exporterar data igen för att förbättra din upplevelse. Ange Inaktuell: Utför extra frågeoptimeringar-parametern till TRUE för att säkerställa att äldre FOCUS-versioner stöds, och ställ in den på FALSE för att förbättra prestandan och hantera större datauppsättningar som täcker mer kostnad eller tid. Från och med 0,7 är den här parametern aktiverad som standard för bakåtkompatibilitet. I FinOps toolkit 0.8 inaktiveras det som standard, men är fortfarande tillgängligt för bakåtkompatibilitet fram till och med juni 2025. Om du inte kan flytta från gamla FOCUS-versioner eller för bästa prestanda och stöd för större konton eller längre tidsperioder rekommenderar vi att du använder FinOps-hubbar med Data Explorer.


ListkostnadMindreÄnKontrakteradKostnad

Allvarlighetsgrad: Varning

ListCost (baserat på offentliga detaljhandelspriser) är lägre än ContractedCost (baserat på förhandlade rabatter) i uppgifterna från Cost Management. Det här får aldrig hända. Detta gör att dina besparingsberäkningar inte summeras exakt.

Åtgärd: Bekräfta att ListUnitPrice i kostnadsdata matchar vad som finns i prisdata. Om listpriset är korrekt skickar du en supportbegäran till Cost Management-teamet för att bekräfta att både ListUnitPrice och ContractedUnitPrice är korrekta och förklara varför priset efter förhandlade rabatter skulle vara högre än offentliga detaljhandelspriser.


ManifestLäsningMisslyckades

Allvarlighetsgrad: Kritisk

FinOps Hub msexports_ExecuteETL pipeline kunde inte läsa Cost Management-manifestfilen.

Minskning:

  1. Om felet uppstod på en instans av en fungerande hubb när inga ändringar gjordes i hubben eller exporten ändrade Cost Management eventuellt manifestschemat för en befintlig API-version.
  2. Om felet uppstod när du har skapat en ny eller ändrat en befintlig export kan export-API-versionen använda ett nytt manifestschema som inte stöds.
  3. Om felet uppstod efter en hubbdistribution (inledande installation eller uppgradering) misslyckades distributionen eller så kan det finnas ett fel i pipelinen.

Bekräfta manifestschemat (#1) eller API-versionen (#2):

  1. Öppna hubblagringskontot i Azure Portal eller lagringsutforskaren.
  2. Om du är i Azure Portal går du till Lagringswebbläsaren på menyn.
  3. Välj containern msexports .
  4. Navigera nedåt i filhierarkin för exporten med problemet (se manifestplatsen i felmeddelandet).
  5. Leta upp filen manifest.json och välj menyn (⋯) och välj sedan Visa/redigera.
  6. Identifiera följande egenskaper: 
    {
  "exportConfig": {
    "resourceId": "<scope-id>/providers/Microsoft.CostManagement/exports/<export-name>",
    "dataVersion": "<dataset-version>",
    "apiVersion": "2023-07-01-preview",
    "type": "<dataset-type>",
    ...
  },
  ...
}
  7. Bekräfta att de är inställda på följande värden som stöds:
    • resourceId kan vara valfritt omfångs-ID och valfritt exportnamn, men det måste finnas med resurstypen "Microsoft.CostManagement/exports". Det är skiftlägesokänsligt.
    • typ måste finnas, men får inte misslyckas med detta fel för något annat än null-värden.
    • dataVersion måste finnas, men bör inte orsaka fel för något värde som inte är null.
    • apiVersion används inte explicit men kan innebära ändringar i manifestschemat. Mer information finns i API-versioner som stöds.
  8. Om du använder en nyare API-version:
    1. För att spåra att lägga till stöd för den nya API-versionen, skapa en ändringsbegäran i GitHub.
    2. Ta bort exporten i Cost Management.
    3. Skapa en export med kommandot New-FinOpsCostExport PowerShell med hjälp av en API-version som stöds.

      Tips

      Om du anser dig själv vara en energianvändare kanske du vill prova att uppdatera pipelinen själv för den snabbaste lösningen. Om du vill göra det öppnar du Data Factory, navigerar till Författare Pipelines msexports_ExecuteETL och väljer tillämpliga "Set"-aktiviteter och uppdaterar egenskapen för Inställningar och Värde efter behov. Om du gör det behöver du inte återskapa exporten med en äldre version. Rapportera gärna problemet ändå och överväg att dela den nya JSON-filen från ikonen {} längst upp till höger i pipeline-designern.

  9. Om du märker att egenskaperna har ändrats för en API-version som stöds:
    1. För att spåra den icke-bakåtkompatibla ändringen, skapa ett ärende för en förfrågan om ändring i GitHub. Inkludera typen, dataVersion och apiVersion från din manifest.json-fil.
    2. Skicka en supportbegäran till Cost Management för att begära att ändringen ska återställas eftersom det påverkar alla som använder FinOps-hubbar eller de anpassade lösningarna. Ta med följande information för att hjälpa Cost Management-supportteamet att identifiera problemet i systemet. Cost Management har ingen kontext om FinOps-hubbar, så du bör hålla informationen fokuserad på Cost Management-funktioner. Här är ett exempel:

      Jag använder Cost Management-exporter för att hämta mina kostnadsdata till ADLS. Jag har en ADF-pipeline som bearbetar data när manifestfiler skrivs. Min pipeline byggdes på API-version <your-supported-api-version>, som förväntar sig att egenskaperna exportConfig.resourceId, exportConfig.type och exportConfig.dataVersion levereras konsekvent. Jag har märkt att dessa filer inte ingår i manifestfilen för den här API-versionen för min export som kördes på <your-export-date>. Jag förväntar mig att manifestfilen aldrig ska ändras för en befintlig API-version. Kan du återställa ändringarna?

      För att hjälpa dig att felsöka, här är min manifestfil: {your-manifest-json}

Om manifestegenskaperna ser bra ut och det var en ny eller uppgraderad FinOps-hubbinstans bekräftar du distributionen:

  1. Öppna hubbresursgruppen i Azure Portal.
  2. Välj Inställningar>Distributioner i menyn till vänster.
  3. Bekräfta att alla distributioner har slutförts. Mer specifikt letar du efter följande distributionsnamn:
    • huvudsaklig
    • hubb
    • dataverkresurser
    • lagring
    • keyVault (på engelska)
  4. Om några distributioner misslyckades granskar du felmeddelandet för att avgöra om det är något du kan lösa själv (till exempel namnkonflikt, korrigeringsbar principöverträdelse).
  5. Om felet verkar tillfälligt kan du försöka distribuera igen.
  6. Om felet kvarstår skapar du en diskussion för att se om någon annan har problem eller känner till en möjlig lösning (särskilt för principproblem).
  7. Om felet tydligt är en bugg eller ett funktionsgap, skapa ett ärende för en bugg eller funktionsbegäran i GitHub.

Vi försöker svara på problem och diskussioner inom två arbetsdagar.


SaknadKontrakteradKostnad

Allvarlighetsgrad: Informativ

Den här felkoden visas i x_SourceChanges-kolumnen när ContractedCost är null eller 0 och EffectiveCost är större än 0. Felet anger att Microsoft Cost Management inte inkluderade ContractedCost för de angivna raderna, vilket innebär att besparingar inte kan beräknas.

Åtgärd: Som en lösning på de data som saknas kopierar FinOps toolkit-rapporter innehållet från till EffectiveCost-kolumnen för rader som har flaggats med den här felkoden. Besparingar är inte tillgängliga för dessa poster.

Om du vill beräkna fullständiga besparingar kan du koppla kostnads- och användningsdata till priser. Mer information finns i problem #873.


Saknad avtalad enhetspris

Allvarlighetsgrad: Informativ

Den här felkoden visas i x_SourceChanges-kolumnen när ContractedUnitPrice är null eller 0 och EffectiveUnitPrice är större än 0. Felet anger att Microsoft Cost Management inte inkluderade ContractedUnitPrice för de angivna raderna, vilket innebär att besparingar inte kan beräknas.

Åtgärd: Som en lösning på de data som saknas kopierar FinOps toolkit-rapporter innehållet från till EffectiveUnitPrice-kolumnen för rader som har flaggats med den här felkoden. Besparingar är inte tillgängliga för dessa poster.

Om du vill beräkna fullständiga besparingar kan du koppla kostnads- och användningsdata till priser. Mer information finns i problem #873.


MissingListCost

Allvarlighetsgrad: Informativ

Den här felkoden visas i x_SourceChanges-kolumnen när ListCost är null eller 0 och ContractedCost är större än 0. Felet anger att Microsoft Cost Management inte inkluderade ListCost för de angivna raderna, vilket innebär att besparingar inte kan beräknas.

Åtgärd: Som en lösning på de data som saknas kopierar FinOps toolkit-rapporter innehållet från till ContractedCost-kolumnen för rader som har flaggats med den här felkoden. Besparingar är inte tillgängliga för dessa poster.

Om du vill beräkna fullständiga besparingar kan du koppla kostnads- och användningsdata till priser. Mer information finns i problem #873.


SaknadListaEnhetspris

Allvarlighetsgrad: Informativ

Den här felkoden visas i x_SourceChanges-kolumnen när ListUnitPrice är null eller 0 och ContractedUnitPrice är större än 0. Felet anger att Microsoft Cost Management inte inkluderade ListUnitPrice för de angivna raderna, vilket innebär att besparingar inte kan beräknas.

Åtgärd: Som en lösning på de data som saknas kopierar FinOps toolkit-rapporter innehållet från till ContractedUnitPrice-kolumnen för rader som har flaggats med den här felkoden. Besparingar är inte tillgängliga för dessa poster.

Om du vill beräkna fullständiga besparingar kan du koppla kostnads- och användningsdata till priser. Mer information finns i problem #873.


SaknasLeverantörsnamn

Allvarlighetsgrad: Informativ

Den här felkoden visas i kolumnen x_SourceChanges när ProviderName är null. Felet anger att datamängdens provider (till exempel Microsoft Cost Management) inte innehöll något ProviderName värde för de angivna raderna.

Mitigation: Som en lösning på saknade data försöker rapporter från FinOps-verktyget identifiera leverantören baserat på tillgängliga kolumner.


Fråga '...' refererar till andra frågor eller steg

allvarlighetsgrad: Mindre

Källan till det här felet är okänd. Det här felet kan uppstå slumpmässigt vid uppdatering av Power BI-data.

Mitigation: Om du får det här felet, välj Tillämpa ändring igen.

Det här felet har bara rapporterats i lagringsrapporter. Om du har långa datauppdateringstider eller ofta upplever det här felet bör du överväga att byta till FinOps-hubbar med DataUtforskaren. Data Explorer använder KQL-rapporter som inte kräver schemaläggning eller inkrementell uppdatering. Data hämtas när rapporten öppnas, så rapporter visar alltid de senaste data.


ResursÅtkomstFörbjudenUndantag

allvarlighetsgrad: Större

Power BI: Ett undantag för typen "Microsoft.Mashup.Engine.Interface.ResourceAccessForbiddenException" utlöstes

Anger att kontot som läser in data i Power BI inte har rollen Storage Blob Data Reader. Bevilja den här rollen till kontot som laddar data i Power BI.


Svarspaketets storlek är... och har överskridit gränsen

allvarlighetsgrad: Större

Azure Resource Graph-frågor i Power BI-rapporterna för styrnings- och arbetsbelastningsoptimering kan returnera ett fel som liknar:

OLE DB- eller ODBC-fel: [Expression.Error] Ange information nedan när du ber om support: tidsstämpel = {timestamp}, correlationId = {guid}. Information: Svarsnyttolastens storlek är {number} och har överskridit begränsningen för 16777216. Överväg att ställa frågor mot mindre datamängder i taget och göra sidnumrerade anrop vid behov.

Det här felet innebär att du har fler resurser än vad som stöds i en ofiltrerad Resource Graph-fråga. Detta beror på att FinOps toolkit-rapporter är utformade för att visa information på resursnivå och inte aggregeras. De är utformade för små och medelstora miljöer och är inte utformade för att stödja organisationer med miljontals resurser.

Åtgärd: Om det här felet uppstår finns det flera alternativ:

  • Ta bort kolumner som inte behövs för dina behov.
  • Filtrera frågan för att returnera färre resurser baserat på vad som är viktigast för dig (t.ex. prenumerationer, taggar).
  • Inaktivera frågan så att den inte blockerar andra frågor från att köras.

Rolltilldelningsuppdatering ej tillåten

allvarlighetsgrad: Mindre

Om du har tagit bort FinOps-hubbar och försöker distribuera om dem med samma värden, inklusive namnet på den hanterade identiteten, kan du stöta på följande kända problem:

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

Åtgärd: För att åtgärda problemet måste du ta bort den inaktuella identiteten:

  • Gå till lagringskontot och välj Åtkomstkontroll (IAM) på menyn.
  • Välj fliken Rolltilldelningar.
  • Hitta eventuella rolltilldelningar med en "okänd" identitet och ta bort dem.

Rolltilldelning Finns

allvarlighetsgrad: Mindre

När du uppgraderar FinOps-hubbar från en version till en annan kan det uppstå följande fel om rolltilldelningar som skapats i en tidigare distribution fortfarande finns:

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

Detta beror troligen på att en hanterad identitet uttryckligen togs bort utan att alla dess rolltilldelningar först togs bort.

Åtgärd: Åtgärda problemet genom att ta bort överblivna rolltilldelningar i Azure-portalen:

  • Navigera till resursgruppen eller den berörda resursen (till exempel Data Explorer-kluster).
  • Välj Åtkomstkontroll (IAM) på menyn.
  • Välj fliken Rolltilldelningar.
  • Hitta eventuella rolltilldelningar med en okänd identitet och ta bort dem.

Schemaladdning misslyckades

Allvarlighetsgrad: Kritisk

FinOps Hub msexports_ETL_ingestion pipeline kunde inte läsa in schemafilen.

Åtgärd: Granska felmeddelandet för att notera datamängdstypen och versionen, som är formaterad med ett understreck (till exempel <type>_<version> eller FocusCost_1.0). Bekräfta att både datauppsättningen och typen stöds av den distribuerade versionen av FinOps-hubbar. Mer information finns i datauppsättningar som stöds.


Schema hittades inte

Allvarlighetsgrad: Kritisk

FinOps Hub msexports_ExecuteETL pipeline kunde inte hitta schemamappningsfilen för den exporterade datauppsättningen.

Åtgärd: Bekräfta att datamängdens typ och version stöds. Mer information finns i datauppsättningar som stöds. Om datauppsättningen stöds, bekräfta hubbversionen med datainmatningsrapporten.

Om du vill lägga till stöd för en annan datauppsättning skapar du en anpassad mappningsfil och sparar den i config/schemas/<dataset-type>_<dataset-version>.json. Värdena <dataset-type><dataset-version> matchar mycket vad Cost Management använder. Om du vill identifiera datatypen för varje kolumn använder du en befintlig schemafil som en mall. Vissa datauppsättningar har olika scheman för EA och Microsoft-kundavtal (MCA). De kan inte identifieras via dessa attribut och kan orsaka problem om du har båda kontotyperna. Vi arbetar med att lägga till datauppsättningar och ta hänsyn till EA- och MCA-skillnaderna genom att anpassa till FOCUS.


Importlagrings-URL:en matchar inga exporter

allvarlighetsgrad: Större

Om du upplever detta i FinOps toolkit 0.8-rapporter beror felet på en referens till en parameter som inte finns.

Åtgärd: Detta har åtgärdats i FinOps toolkit 0.9. Uppdatera till den senaste versionen för att tillämpa korrigeringen. Om du behöver tillämpa korrigeringen direkt på 0.8-rapporterna redigerar du funktionen ftk_DemoFilter i den avancerade redigeraren och ändrar innehållet till: () => "". Spara och stäng och tillämpa alla ändringar.


OkändExportFil

Allvarlighetsgrad: Informativ

Filen i hubblagringen ser inte ut som om den exporterades från Cost Management. Filen är ignorerad.

Åtgärd: Containern msexports är endast avsedd för Cost Management-exporter. Flytta andra filer i en annan lagringscontainer.


OkändFokusVersion

Allvarlighetsgrad: Informativ

Den här felkoden visas i kolumnen x_SourceChanges när det inte gick att identifiera en FOCUS-version.

Mitigation: Verifiera att FOCUS-datauppsättningen använder en FOCUS-version som stöds. Rapportera det här problemet med ett anonymiserat urval av data på https://aka.ms/ftk/ideas för att undersöka vidare.


OkändHubVersion

Allvarlighetsgrad: Kritisk

Det går inte att identifiera versionen av FinOps-hubbar från inställningsfilen. Kontrollera att inställningarna är korrekta. FinOps hubs 0.1.1 och tidigare fungerar inte med den här Power BI-rapporten.

Åtgärd: Uppgradera till den senaste versionen av FinOps-hubbar eller ladda ned Power BI-rapporter från FinOps toolkit v0.1.1-versionen.


ExportFileType stöds inte

Allvarlighetsgrad: Kritisk

Det går inte att mata in den angivna exportfilen eftersom filtypen inte stöds.

Åtgärd: Konvertera filen till ett filformat som stöds innan du lägger till i containern msexports eller lägg till stöd för att konvertera den nya filtypen till msexports_ETL_ingestion pipeline.


ExportType stöds inte

Allvarlighetsgrad: Varning

Exportmanifestet i hubblagringen anger att exporten var för en datauppsättning som inte stöds. Exporterade data rapporteras som inmatningsfel.

Åtgärd: Skapa en ny Cost Management-export för FOCUS-kostnaden och stoppa antingen den aktuella exporten eller ändra den så att den exporteras till en annan lagringscontainer.


Resursprovidern {name} är inte registrerad i prenumerationen {guid}

allvarlighetsgrad: Mindre

Öppna prenumerationen i Azure Portal och välj sedan Inställningar>Resursproviders, välj resursproviderraden (till exempel Microsoft.EventGrid) och välj sedan kommandot Registrera överst på sidan. Registreringen kan ta några minuter.


x_PricingSubcategory visar åtaganderabatt-ID

Cost Management-export före den 28 februari 2024 hade en bugg där x_PricingSubcategory angavs felaktigt för åtagna användningen. Du bör förvänta dig att se värden som Committed Spend och Committed Usage. I stället kan du se värden som:

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

Om du ser dessa värden exporterar du kostnadsdata för den månaden igen. Om du behöver exportera data för en äldre månad som inte är tillgänglig kontaktar du supporten för att begära att data exporteras så att du kan lösa datakvalitetsproblemet från tidigare exportkörningar.


Power BI: Rapporter saknar data för specifika datum

Om rapporten saknar alla data i en eller flera månader kontrollerar du parametrarna Antal månader, RangeStart och RangeEnd för att se till att data inte filtreras bort.

Om du vill kontrollera parametrar väljer du > i menyfliksområdet eller väljer de enskilda parametrarna i från frågeredigerarens fönster.

  • Om du alltid vill visa ett visst antal senaste månader anger du Antal månader till antalet stängda (slutförda) månader. Den aktuella månaden är en extra månad utöver det stängda antalet månader.
  • Om du vill ha ett fast datumintervall som inte ändras över tid (till exempel räkenskapsårsrapportering) anger du RangeStart och RangeEnd.
  • Om du vill rapportera om alla tillgängliga data kontrollerar du att alla tre datumparametrarna är tomma.

Mer information finns i Konfigurera din första rapport.


Power BI: Rapporter är tomma (inga data)

Om du inte ser några data i Power BI eller andra rapporter eller verktyg kan du prova följande baserat på din datakälla:

  1. Om du använder Cost Management-anslutningsappen i Power BI kontrollerar du parametrarna Billing Account ID och Number of Months för att säkerställa att de är korrekt inställda. Tänk på att gamla faktureringskonton kanske inte har data under de senaste månaderna.
  2. Om du använder FinOps-hubbar kontrollerar du lagringskontot för att se till att data fylls i i inmatningscontainern . Du bör se antingen en leverantörs - eller prenumerationsmapp . Använd följande avsnitt för att felsöka ytterligare.

FinOps-hubbar: Inmatningscontainern är tom

Om inmatningscontainern är tom öppnar du Data Factory-instansen i Data Factory Studio och väljer Hantera>upphovsutlösare> och kontrollerar att msexports_FileAdded utlösaren har startats. Om inte, starta det.

Om utlösaren inte börjar med felet "resursprovidern är inte registrerad" öppnar du prenumerationen i Azure Portal och väljer sedan Inställningar>Resursproviders, väljer raden Microsoft.EventGrid och väljer sedan kommandot Registrera överst på sidan. Registreringen kan ta några minuter.

När registreringen är klar startar du utlösaren msexports_FileAdded igen.

När utlösaren har startats kör du alla anslutna Cost Management-exporter igen. Data bör matas in helt inom 10–20 minuter, beroende på kontots storlek.

Om problemet kvarstår kontrollerar du om Cost Management-exporter har konfigurerats med filpartitionering aktiverat. Om du upptäcker att den är inaktiverad aktiverar du den och kör exporterna igen.

Bekräfta att inmatningscontainern är ifylld och uppdatera dina rapporter eller andra anslutna verktyg.

FinOps-hubbar: Filer som är tillgängliga i inmatningscontainern

Om inmatningscontainern inte är tom kontrollerar du om du har parquet eller csv.gz filer genom att gå in i mapparna.

När du vet detta kontrollerar du att parametern FileType är inställd på .parquet eller .gz i Power BI-rapporten. Mer information finns i Ansluta till dina data .

Om du använder ett annat verktyg kontrollerar du att det stöder den filtyp som du använder.


Power BI: Det gick inte att lösa fjärrnamnet: "<storage-account.dfs.core.windows.net>"

Anger att namnet på lagringskontot är felaktigt. Om du använder FinOps-hubbar kontrollerar du parametern StorageUrl från distributionen. Mer information finns i Ansluta till dina data .


Power BI: Vi kan inte konvertera värdet null till typen Logisk

Anger att parametern Faktureringskonto-ID är tom. Om du använder FinOps-hubbar anger du värdet till önskat faktureringskonto-ID. Om du inte har åtkomst till faktureringskontot eller inte vill inkludera åtagandeköp och återbetalningar anger du värdet till och öppnar 0 i den avancerade redigeraren och ändrar till en 2.1 Den informerar rapporten om att inte läsa in faktiska/fakturerade kostnadsdata från Cost Management-anslutningsappen. Mer information finns i Ansluta till dina data .

Tillämpliga versioner: 0.1– 0.1.1 (fast i 0.2)


FinOps-hubbar: Vi kan inte konvertera värdet null till att skriva Tabell

Det här felet anger vanligtvis att data inte matades in i inmatningscontainern .

Om du precis har uppgraderat till FinOps Hubs 0.2 kan problemet bero på att Power BI-rapporten är gammal (från 0.1.x) eller att du inte använder FOCUS-exporter. Mer information finns i uppgraderingsguiden.

Se Rapporter är tomma (inga data) för fler felsökningssteg.


Lämna feedback

Låt oss veta hur det går med en snabb granskning. Vi använder dessa granskningar för att förbättra och utöka FinOps-verktyg och -resurser.

Ge återkoppling

Om du letar efter något specifikt kan du rösta på en befintlig eller skapa en ny idé. Dela idéer med andra för att få fler röster. Vi fokuserar på idéer med flest röster.

Rösta på eller föreslå idéer


Relaterat innehåll

Om du inte ser det fel du upplever går du igenom felsökningsguiden. Om du har några frågor kan du starta en diskussion eller skapa ett problem i GitHub.