Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel werden allgemeine FinOps-Toolkit-Fehler beschrieben und Informationen zu Lösungen bereitgestellt. Wenn Sie bei der Verwendung von FinOps-Toolkit-Lösungen auf eine Fehlermeldung stoßen, die Sie nicht verstehen oder nicht beheben können, ermitteln Sie den entsprechenden Fehlercode und befolgen Sie die Schritte zur Behebung des Problems.
Nachfolgend finden Sie eine Liste häufig auftretender Fehlercodes mit Informationen zur Problembehandlung.
Wenn das Problem durch die bereitgestellten Informationen nicht behoben wird, versuchen Sie es mit dem Handbuch zur Problembehandlung.
Der Zugriff auf die Ressource ist verboten.
Schweregrad: Kritisch
Dieser Fehler bedeutet im Allgemeinen, dass das Konto, mit dem Sie verbunden sind, keinen Zugriff auf die Ressource hat, die Sie verwenden möchten.
Entschärfung: Bestätigen Sie, dass Sie das richtige Konto im richtigen Microsoft Entra ID-Mandanten verwenden.
Kontoeigenschaft kann nicht aktualisiert werden
Schweregrad: Kritisch
Dieser Fehler tritt in der Regel auf, wenn eine FinOps-Hubbereitstellung mit einer anderen Speicherkontokonfiguration aktualisiert wird als ursprünglich bei der Erstellung verwendet wurde. Während die meisten Eigenschaften geändert werden können, gibt es einige Eigenschaften, die nur einmal festgelegt werden können, wenn das Speicherkonto erstellt wird und nicht geändert werden kann. Der bekannte Fall für FinOps-Hubs ist die Eigenschaft "requireInfrastructureEncryption". Wenn diese Eigenschaft während der ersten FinOps-Hubbereitstellung aktiviert oder deaktiviert wurde, kann sie nicht geändert werden. Wenn dies geschieht, wird der folgende Fehler angezeigt:
Die Eigenschaft 'requireInfrastructureEncryption' wurde in der Eingabe angegeben, aber sie kann nicht aktualisiert werden, da sie schreibgeschützt ist.
Maßnahmen: Wenn Sie dieses Setting nicht ändern wollten, überprüfen Sie, ob Ihr Speicherkonto für die Verwendung der Infrastrukturverschlüsselung konfiguriert ist, und stellen Sie die FinOps-Hubvorlage mit demselben Wert (entweder aktiviert oder deaktiviert) erneut bereit. Wenn Sie die Einstellung ändern möchten, empfehlen wir die Bereitstellung einer neuen FinOps-Hubinstanz, da dadurch alle Daten erneut aufgenommen werden müssen.
Sie können versuchen, das vorhandene Speicherkonto zu löschen und die Vorlage mit geänderter Infrastrukturverschlüsselung erneut bereitzustellen; Wir haben dies jedoch nicht gründlich getestet. Während wir keine Probleme antizipieren, können wir nicht bestätigen, ob es Probleme verursachen wird.
BadHubVersion
Schweregrad: Kritisch
FinOps Hubs 0.2 ist nicht funktionsfähig. Aktualisieren Sie auf Version 0.3 oder höher.
Entschärfung: Führen Sie ein Upgrade auf die neueste Version von FinOps-Hubs durch.
Spalte 'ID' in Tabelle 'Ressourcen' enthält einen doppelten Wert.
Schweregrad: Kritisch
Wenn der folgende Fehler auftritt, bedeutet dies, dass Azure Resource Graph Zeilen mit demselben logischen Wert für die ID-Spalte zurückgibt. Dies kann passieren, wenn die Ressourcen-ID-Werte inkonsistente Schreibweisen aufweisen oder wenn eine andere Spalte über Zeilen hinweg erweitert wird.
Die Spalte "id" in Tabelle "Ressourcen" enthält einen doppelten Wert "{resource-id}", und dies ist für Spalten auf der einen Seite einer n:1-Beziehung oder für Spalten, die als Primärschlüssel einer Tabelle verwendet werden, nicht zulässig.
Entschärfung: Stellen Sie sicher, dass Sie die neueste Version des Berichts verwenden. Identifizieren Sie die Ursache der doppelten Werte, und aktualisieren Sie die Abfrage, um die doppelten Werte zu umgehen. Melden Sie dieses Problem auch in GitHub , damit es in einer zukünftigen Version behoben werden kann. Dies kann zusätzliche Details oder eine Besprechung erfordern, um die Ursache des Fehlers zu beheben.
Konfliktfehler
Schweregrad: Kritisch
Möglicherweise gibt es mehrere Vorkommen dieses Fehlers. Die eine bekannte Instanz ist, wenn Key Vault den folgenden Fehler zurückgibt:
Ein Tresor mit demselben Namen ist bereits im gelöschten Zustand vorhanden. Sie müssen den vorhandenen Schlüsseltresor entweder wiederherstellen oder löschen. Folgen Sie diesem Link https://go.microsoft.com/fwlink/?linkid=2149745, um weitere Informationen zu Soft Delete zu erfahren.
Dies bedeutet im Allgemeinen, dass die Bereitstellung über einer alten Bereitstellung, die gelöscht wurde, erfolgt, doch Key Vault hat die alte Tresorinstanz in einem wiederherstellbaren Löschstatus beibehalten.
Entschärfung: Um dies zu beheben, löschen Sie den gelöschten Key Vault im Azure-Portal.
- Öffnen Sie die Liste der Key Vault-Instanzen im Azure-Portal.
- Wählen Sie oben auf der Seite den Befehl "Gelöschte Tresore verwalten " aus.
- Wählen Sie das Abonnement in der Dropdownliste aus.
- Überprüfen Sie die zu entfernenden Tresore.
- Wählen Sie Löschen am unteren Rand des Flyouts aus.
- Wählen SieLöschen im Bestätigungsdialogfeld aus.
Sie können jetzt die Bereitstellung wiederholen.
Vertraglich vereinbarte Kosten niedriger als tatsächliche Kosten
Schweregrad: Warnung
ContractedCost (basierend auf ausgehandelten Rabatten) ist weniger als EffectiveCost (nach Verpflichtungsrabatten) in den Daten von Cost Management. Dies sollte niemals geschehen, es sei denn, der Verpflichtungsrabatt bietet weniger einen Rabatt als Ihre bestehenden ausgehandelten Rabatte. Dies führt dazu, dass Ihre Sparberechnungen nicht genau aufgehen.
Entschärfung: Bestätigen Sie, dass die Angabe ContractedUnitPrice in den Kostendaten den Preisdaten entsprechen. Wenn der vertraglich vereinbarte Preis korrekt ist, stellen Sie eine Supportanfrage beim Kostenverwaltungsteam, um zu bestätigen, dass x_EffectiveUnitPrice und EffectiveCost korrekt sind. Wenn sie richtig sind, erwägen Sie, den Verpflichtungsrabatt zurückzugeben.
Mandantenübergreifende Zugriffsrichtlinie lässt diesen Benutzer nicht zu
Schweregrad: Schwerwiegend
Wenn der folgende Fehler auftritt, bedeutet dies, dass Die Microsoft Entra-ID so konfiguriert ist, dass Benutzer von anderen Mandanten sich beim aktuellen Mandanten nicht anmelden können.
Nachricht: AADSTS500213: Die mandantenübergreifende Zugriffsrichtlinie des Ressourcenmandanten lässt diesen Benutzer nicht auf diesen Mandanten zugreifen.
Diese Fehlermeldung bezieht sich nicht auf das FinOps-Toolkit.
Maßnahme: Stellen Sie sicher, dass Sie beim richtigen Konto angemeldet sind und sich über das Zielverzeichnis angemeldet haben. Wenden Sie sich an den Verzeichnisadministrator, wenn Sie weitere Unterstützung benötigen.
DatenExplorerEingabeFehlgeschlagen
Schweregrad: Kritisch
Fehler bei der Daten-Explorer-Erfassung Die neuen Daten sind für die Berichterstellung nicht verfügbar.
Maßnahmen zur Behebung: Überprüfen Sie die Fehlermeldung des Daten-Explorers und beheben Sie das Problem. Führen Sie die Datenaufnahme für den angegebenen Ordner mithilfe der ingestion_ExecuteETL-Pipeline in Azure Data Factory erneut aus. Melden sie ungelöste Probleme bei https://aka.ms/ftk/ideas.
DatenExplorerEingabezuordnungFehlgeschlagen
Schweregrad: Kritisch
Die Erfassungszuordnung des Daten-Explorers konnte für die angegebene Tabelle nicht erstellt werden.
Abhilfemaßnahme: Beheben Sie den Fehler, und führen Sie den Importvorgang für den angegebenen Ordnerpfad erneut aus. Wenn dieser Fehler weiterhin angezeigt wird, melden Sie bitte ein Problem unter https://aka.ms/ftk/ideas.
DataExplorerIngestionTimeout
Schweregrad: Kritisch
Timeout bei der Daten-Explorer-Erfassung nach 2 Stunden warten auf verfügbare Kapazität
Entschärfung: Führen Sie diese Pipeline erneut aus, um die Erfassung erneut zu versuchen. Wenn dieser Fehler weiterhin angezeigt wird, melden Sie bitte ein Problem unter https://aka.ms/ftk/ideas.
DatenExplorerNachEingabeverarbeitungLöschenFehlgeschlagen
Schweregrad: Kritisch
Fehler bei der Bereinigung nach der Daten-Explorer-Erfassung („drop extents“ aus der endgültigen Tabelle) Daten aus einer vorherigen Erfassung können in der Berichterstellung vorhanden sein, was zu doppelten und ungenauen Kosten führen kann.
Maßnahmen zur Behebung: Überprüfen Sie die Fehlermeldung des Daten-Explorers und beheben Sie das Problem. Führen Sie die Datenaufnahme für den angegebenen Ordner mithilfe der ingestion_ExecuteETL Pipeline in Azure Data Factory erneut aus. Melden sie ungelöste Probleme bei https://aka.ms/ftk/ideas.
DataExplorerPreIngestionDropFailed
Schweregrad: Kritisch
Fehler bei der Bereinigung vor der Daten-Explorer-Erfassung („drop extents“ aus der unformatierten Tabelle) Die Erfassung wurde nicht abgeschlossen.
Maßnahmen zur Behebung: Überprüfen Sie die Fehlermeldung des Daten-Explorers und beheben Sie das Problem. Führen Sie die Datenaufnahme für den angegebenen Ordner mithilfe der ingestion_ExecuteETL Pipeline in Azure Data Factory erneut aus. Melden sie ungelöste Probleme bei https://aka.ms/ftk/ideas.
Bereitstellungsausgabenauswertung fehlgeschlagen
Schweregrad: Schwerwiegend
FinOps Hubs 0.8 konfiguriert die Sicherheitseinstellung "trustedExternaltenants" des Azure-Daten-Explorers, um den Zugriff auf den Cluster so zu beschränken, dass er nur von bestimmten, vertrauenswürdigen Mandanten aus erfolgen kann. Diese Einstellung kann für die erste Bereitstellung festgelegt werden, kann aber nicht erneut in einer zweiten Bereitstellung festgelegt werden. Möglicherweise wird der folgende Fehler angezeigt, wenn Sie versuchen, FinOps Hubs 0.8 über einer vorhandenen 0.8-Bereitstellung erneut bereitzustellen:
Die Vorlagenausgabe 'clusterUri' ist ungültig: Die Sprachausdruckseigenschaft 'uri' ist nicht vorhanden, verfügbare Eigenschaften sind 'trustedExternalTenants, enableStreamingIngest, publicNetworkAccess, enableAutoStop, provisioningState'.
Wir folgen dem Azure Data Explorer-Team, um die richtige Auflösung zu identifizieren.
Entschärfung: Bereitstellen von FinOps-Hubs 0.9. Diese Einstellung wurde aus der Vorlage entfernt.
Exportdaten nicht gefunden
Schweregrad: Kritisch
Exporte wurden im angegebenen Speicherpfad nicht gefunden.
Maßnahme: Vergewissern Sie sich, dass ein Kostenverwaltungsexport erstellt und mit dem richtigen Speicherkonto, dem Container und dem Speicherpfad konfiguriert wurde. Wählen Sie nach dem Erstellen "Jetzt ausführen" aus, um den Exportvorgang zu starten. Exporte können je nach Größe des Kontos 15-30 Minuten dauern. Wenn Sie FinOps-Hubs verwenden möchten, korrigieren Sie die Speicher-URL, so dass sie auf den Container „Ingestion“ verweist. Die vollständige URL finden Sie in der storageUrlForPowerBI-Ausgabe der FinOps-Hubbereitstellung.
ExporttypNichtDefiniert
Schweregrad: Kritisch
Dieser Abrechnungsbereichstyp wird von verwalteten Exporten nicht unterstützt.
Entschärfung: Entfernen Sie den nicht unterstützten Abrechnungsbereich aus settings.json, bestätigen Sie, dass der Abrechnungsbereich von FinOps-Hubs unterstützt wird, und erstellen Sie manuell neue Kostenverwaltungsexporte für den Abrechnungsbereich.
ExporttypNichtUnterstützt
Schweregrad: Kritisch
Microsoft-Kundenvereinbarungen werden für verwaltete Exporte nicht unterstützt.
Entschärfung: Entfernen Sie den MCA-Abrechnungsbereich aus settings.json, und erstellen Sie manuell neue Cost Management-Exporte für jedes MCA-Abrechnungsprofil für FOCUS-Kosten, Preistabelle, Reservierungsdetails, Reservierungstransaktionen und Reservierungsempfehlungen.
HubDatenNichtGefunden
Schweregrad: Kritisch
FinOps-Hubdaten wurden im angegebenen Speicherkonto nicht gefunden.
Entschärfung: Bei diesem Fehler wird davon ausgegangen, dass Sie eine Verbindung mit einer FinOps-Hubbereitstellung herstellen. Korrigieren Sie bei Verwendung von Rohexporten den Speicherpfad, um nicht auf den ingestion Container zu verweisen. Überprüfen Sie Folgendes:
- Die Speicher-URL sollte mit der
StorageUrlForPowerBIAusgabe in der FinOps-Hub-Bereitstellung übereinstimmen. - Kostenverwaltungsexporte sollten so konfiguriert werden, dass sie mit dem
msexportsContainer auf dasselbe Speicherkonto verweisen. - In den Cost Management-Exporten sollte ein erfolgreicher Export im Ausführungsverlauf angezeigt werden.
- Alle Trigger der FinOps-Hub-Datenfabrik sollten gestartet werden.
- FinOps-Hub-Datenfabrikpipelines sollten erfolgreich sein.
Weitere Details und Debuggingschritte finden Sie unter Valid your FinOps Hub deployment.
IngestionsdateienNichtGefunden
Schweregrad: Kritisch
Im angegebenen Ordnerpfad konnten keine Parquet-Dateien für die Erfassung gefunden werden.
Entschärfung: Vergewissern Sie sich, dass der Ordnerpfad vollständig ist (einschließlich des Containers Ingestion) und nicht mit einem Schrägstrich (/) beginnt oder endet. Kopieren Sie den Pfad vom letzten erfolgreichen Lauf der ingestion_ExecuteETL Pipeline.
Interner Dienstfehler
Microsoft Fabric Real-Time Intelligence gibt beim Aufnehmen von Daten möglicherweise einen Fehlercode "InternalServiceError (520-UnknownError)" zurück. Die ausführliche Fehlermeldung kann folgendes sagen:
Kusto-Client konnte keine Anforderung an den Dienst senden: "Daten aus der Transportverbindung können nicht gelesen werden: Eine vorhandene Verbindung wurde vom Remotehost versehentlich geschlossen.". `
Der genaue Grund für diesen Fehler ist unbekannt. Wenn Sie dies erleben, senden Sie bitte eine Supportanfrage bei Microsoft Fabric, um weitere Informationen zu untersuchen.
Entschärfung: Ändern Sie als Problemumgehung den Mindestverbrauch für das Fabric-Ereignishaus in Medium (18 CUs), warten Sie 30 Minuten, und führen Sie die Pipeline ingestion_ExecuteETL für dieses Dataset und diesen Monat erneut aus. Weitere Informationen zum Minimalverbrauch finden Sie im Eventhouse-Überblick.
UngültigeEffektivkosten
Schweregrad: Schwerwiegend
Seit November 2024 hat Cost Management einen bekannten Fehler, bei dem Sparplankäufe intern als tatsächliche und amortisierte Kosten nachverfolgt werden. Aus diesem Grund umfasst FOCUS in der Berechnung für EffectiveCost auch Sparplankäufe, was zu ungenauen Zahlen in den FinOps-Berichten führt.
Abhilfe: Reichen Sie eine Supportanfrage bei dem Microsoft Cost Management-Team ein mit Details zum Problem, um das zugrunde liegende Problem in den Daten zu beheben. Seit November 2024 ist dem Team das Problem bekannt, aber der Fix wurde noch nicht priorisiert. In der Zwischenzeit aktualisieren Sie das FinOps-Toolkit 0.7, das eine Problemumgehung für FinOps-Hubs und speicherbasierte Power BI-Berichte enthält.
UngültigerExportContainer
Schweregrad: Kritisch
Diese Datei sieht so aus, als würde sie möglicherweise aus kostenverwaltung exportiert, befindet sich aber nicht im richtigen Container.
Mitigationsmaßnahme: Aktualisieren Sie Ihren Kostenverwaltungsexport so, dass er auf den Speichercontainer "msexports" verweist. Der Container "Eingabe" wird nur zum Abfragen von erfassten Kostendaten verwendet.
Ungültige Exportversion
Schweregrad: Kritisch
FinOps-Hubs erfordern FOCUS-Kostenexporte, diese Datei sieht jedoch wie ein legacy-Kostenverwaltungsexport aus.
Entschärfung: Erstellen Sie einen neuen Cost Management-Export für FOCUS-Kosten, und beenden Sie entweder den aktuellen Export, oder ändern Sie ihn, um in einen anderen Speichercontainer zu exportieren.
UngültigeHubVersion
Schweregrad: Kritisch
FinOps Hubs 0.1.1 und frühere Versionen funktionieren nicht mit dem Power BI-Bericht "Datenaufnahme".
Entschärfung: Upgraden Sie auf die neueste Version des FinOps-Hubs, oder laden Sie Power BI-Berichte aus Release 0.1.1 herunter.
UngültigeBereichsId
Schweregrad: Information
Der Exportpfad ist keine gültige Bereichs-ID. FinOps-Hubs erwarten, dass der Exportpfad eine Azure-Ressourcen-ID für den Bereich ist, für den der Export erstellt wurde, um die Verwaltung zu vereinfachen. Es sollte keine Fehler verursachen, kann aber zu verwirrenden Ergebnissen für bereichsbezogene Berichte führen.
Entschärfung: Aktualisieren Sie den Speicherpfad für den Cost Management-Export, um die vollständige Azure-Ressourcen-ID für den Geltungsbereich zu verwenden.
LegacyFocusVersion
Schweregrad: Information
Dieser Fehlercode wird angezeigt, wenn die aufgenommenen Daten eine ältere Version von FOCUS verwenden. Wenn diese in der x_SourceChanges Spalte gefunden wird, ist der Code nur informativ. Wenn in Power BI-Speicherberichten angezeigt wird, wenn die Kostenabfrage nicht geladen werden kann, bedeutet dies, dass der Parameter "Deprecated: Perform Extra Query Optimizations " deaktiviert ist.
FinOps-Hubs konvertieren Daten in die neueste FOCUS-Version, sodass dies kein Problem verursachen sollte; Die Modernisierungstransformation kann jedoch nicht alle Szenarien berücksichtigen und kann in einigen Fällen zu unerwarteten Ergebnissen führen. Informationen zu bekannten Problemen finden Sie in der Dokumentation.
Entschärfung: Es gibt verschiedene Möglichkeiten, diese Nachricht zu mindern, je nachdem, welches Tool Sie verwenden.
Wenn Sie FinOps-Hubs mit dem Daten-Explorer verwenden und dies in der x_SourceChanges Spalte der Tabelle "Kosten" oder verwandten Funktionen sehen, aktualisieren Sie die Kostenverwaltungsexporte, um die neueste FOCUS-Version zu verwenden. Keine zusätzlichen Änderungen sind erforderlich, da alle Daten während der Aufnahme in den Data Explorer zusammengeführt werden.
Wenn Sie Speicherberichte verwenden und dies in der x_SourceChanges Spalte der Kostenabfrage sehen, ist diese Meldung eine Warnung, dass diese FOCUS-Version in einem zukünftigen Update entfernt wird. Sie können diese Nachricht zwar sicher ignorieren, aber sie erfordert ein Update in einer zukünftigen Version. Um die Nachricht zu vermeiden, aktualisieren Sie die Kostenverwaltungsexporte auf die neueste FOCUS-Version, löschen oder verschieben Sie ältere Daten mit einer älteren FOCUS-Version, und exportieren Sie historische Daten erneut. Wenn Sie FinOps-Hubs verwenden, löschen oder verschieben Sie Daten außerhalb des Aufnahmecontainers . Wenn Sie Ihre eigenen Exporte im Speicher hosten, ändern Sie den Parameter "Speicher-URL " in einen anderen Ordnerpfad, der keine älteren FOCUS-Versionen enthält.
Ab Version 0.7 des FinOps-Toolkits wird die Unterstützung für ältere FOCUS-Versionen eingestellt, um die Leistung und Skalierbarkeit zu verbessern. Es wird empfohlen, auf die neueste FOCUS-Version zu aktualisieren und Daten erneut zu exportieren, um Ihre Erfahrung zu verbessern. Legen Sie den Parameter Deprecated: Perform Extra Query Optimizations auf TRUE fest, um sicherzustellen, dass ältere FOCUS-Versionen unterstützt werden. Setzen Sie ihn auf FALSE, um die Leistung zu beschleunigen und größere Datasets zu unterstützen, die mehr Kosten oder Zeit abdecken. Ab 0.7 ist dieser Parameter standardmäßig für Abwärtskompatibilität aktiviert. Im FinOps-Toolkit 0.8 wird sie standardmäßig deaktiviert, steht jedoch bis zum oder nach Juni 2025 weiterhin für Abwärtskompatibilität zur Verfügung. Wenn Sie alte FOCUS-Versionen nicht ablösen können oder die beste Leistung und Unterstützung für größere Konten oder längere Zeiträume benötigen, wird die Verwendung von FinOps-Hubs mit Daten-Explorer empfohlen.
ListenpreisWenigerAlsVertragspreis
Schweregrad: Warnung
ListCost (basierend auf öffentlichen, Einzelhandelspreisen) ist weniger als ContractedCost (basierend auf ausgehandelten Rabatten) in den Daten von Cost Management. Dies sollte niemals geschehen. Dies führt dazu, dass Ihre Sparberechnungen nicht genau aufgehen.
Entschärfung: Bestätigen Sie, dass die Angabe ListUnitPrice in den Kostendaten den Preisdaten entsprechen. Wenn der Listenpreis korrekt ist, reichen Sie eine Supportanfrage an das Cost Management-Team ein, um sowohl ListUnitPrice als auch ContractedUnitPrice bestätigen zu lassen und zu erklären, warum der Preis nach ausgehandelten Rabatten höher als die öffentlichen Einzelhandelspreise wäre.
ManifestLesenFehlgeschlagen
Schweregrad: Kritisch
Die FinOps-Hub msexports_ExecuteETL Pipeline konnte die Kostenmanagement-Manifestdatei nicht lesen.
Entschärfung:
- Wenn der Fehler in einer funktionierenden Hubinstanz aufgetreten ist, wenn keine Änderungen am Hub oder Export vorgenommen wurden, hat die Kostenverwaltung möglicherweise das Manifestschema für eine vorhandene API-Version geändert.
- Wenn der Fehler aufgetreten ist, nachdem Sie einen neuen Export erstellt oder einen vorhandenen Export geändert haben, verwendet die Export-API-Version möglicherweise ein neues, nicht unterstütztes Manifestschema.
- Wenn der Fehler nach einer Hubbereitstellung (Erstinstallation oder Upgrade) aufgetreten ist, ist die Bereitstellung möglicherweise fehlgeschlagen, oder es kann ein Fehler in der Pipeline geben.
So bestätigen Sie das Manifestschema (#1) oder die API-Version (#2):
- Öffnen Sie das Hubspeicherkonto im Azure-Portal- oder Speicher-Explorer.
- Wechseln Sie im Azure-Portal zum Speicherbrowser im Menü.
- Wählen Sie den Msexports-Container aus.
- Navigieren Sie in der Dateihierarchie für den Export mit dem Problem nach unten (siehe Manifestspeicherort in der Fehlermeldung).
- Suchen Sie die manifest.json Datei, und wählen Sie das Menü (⋯) und dann "Ansicht/Bearbeiten" aus.
- Identifizieren Sie die folgenden Eigenschaften:
{ "exportConfig": { "resourceId": "<scope-id>/providers/Microsoft.CostManagement/exports/<export-name>", "dataVersion": "<dataset-version>", "apiVersion": "2023-07-01-preview", "type": "<dataset-type>", ... }, ... } - Vergewissern Sie sich, dass sie auf die folgenden unterstützten Werte festgelegt sind:
- resourceId kann eine beliebige Bereichs-ID und ein beliebiger Exportname sein, muss jedoch mit dem Ressourcentyp "Microsoft.CostManagement/exports" vorhanden sein. Die Groß-/Kleinschreibung wird nicht berücksichtigt.
- type muss vorhanden sein, sollte jedoch bei anderen Werten als NULL nicht diesen Fehler auslösen.
- dataVersion muss vorhanden sein, sollte jedoch bei anderen Werten als NULL nicht diesen Fehler auslösen.
- apiVersion wird nicht explizit verwendet, kann aber Änderungen am Manifestschema kennzeichnen. Ausführliche Informationen finden Sie in den unterstützten API-Versionen .
- Wenn Sie eine neuere API-Version verwenden:
- Um das Hinzufügen der Unterstützung für die neue API-Version nachzuverfolgen, erstellen Sie ein Änderungsanforderungsproblem in GitHub.
- Löschen Sie den Export in "Kostenverwaltung".
- Erstellen Sie einen Export mithilfe des PowerShell-Befehls "New-FinOpsCostExport" mit einer unterstützten API-Version.
Tipp
Wenn Sie Ihre Kenntnisse selbst als fortgeschritten einschätzen, sollten Sie versuchen, die Pipeline selbst für die schnellste Auflösung zu aktualisieren. Öffnen Sie dazu Data Factory, navigieren Sie zu Author > Pipelines > msexports_ExecuteETL, und wählen Sie die entsprechenden "Set"-Aktivitäten aus, und aktualisieren Sie die Einstellungen>Wert-Eigenschaft nach Bedarf. Wenn Sie dies tun, müssen Sie den Export nicht mit einer älteren Version erneut erstellen. Bitte melden Sie das Problem weiterhin und teilen Sie den neuen JSON-Code über das
{}-Symbol oben rechts im Pipeline-Designer.
- Wenn Sie feststellen, dass die Eigenschaften für eine unterstützte API-Version geändert wurden:
- Um den aktuellen Breaking Change nachzuverfolgen, erstellen Sie einen Änderungsantrag als Issue auf GitHub. Schließen Sie den Typ, die dataVersion und die apiVersion aus Ihrer manifest.json-Datei ein.
- Reichen Sie eine Supportanfrage bei der Kostenverwaltung ein, um die Änderung rückgängig zu machen, da sie alle Benutzer mit FinOps-Hubs oder anderen benutzerdefinierten Lösungen betrifft. Fügen Sie die folgenden Details ein, um dem Kostenmanagement-Supportteam zu helfen, das Problem innerhalb ihres Systems zu identifizieren. Die Kostenverwaltung hat keinen Kontext zu FinOps-Hubs, daher sollten Sie die Details auf die Kostenverwaltungsfunktionalität konzentrieren. Im Folgenden finden Sie ein Beispiel:
Ich verwende Kostenverwaltungsexporte, um meine Kostendaten in ADLS abzurufen. Ich habe eine ADF-Pipeline, die die Daten verarbeitet, wenn Manifestdateien geschrieben werden. Meine Pipeline wurde auf API-Version
<your-supported-api-version>erstellt, die die EigenschaftenexportConfig.resourceId,exportConfig.typeundexportConfig.dataVersionerwartet, um konsistent bereitgestellt zu werden. Ich habe festgestellt, dass diese Dateien in der Manifestdatei für die API-Version meines Exports, der am<your-export-date>ausgeführt wurde, nicht enthalten sind. Meine Erwartung ist, dass die Manifestdatei nie für eine vorhandene API-Version geändert werden sollte. Können Sie diese Änderungen bitte wiederherstellen?Um Ihnen bei der Problembehandlung zu helfen, finden Sie hier meine Manifestdatei: {your-manifest-json}
Wenn die Manifesteigenschaften gut aussehen und es sich um eine neue oder aktualisierte FinOps-Hubinstanz handelte, bestätigen Sie die Bereitstellung:
- Öffnen Sie die Hubressourcengruppe im Azure-Portal.
- Wählen Sie Einstellungen>Bereitstellungen im Menü auf der linken Seite aus.
- Vergewissern Sie sich, dass alle Bereitstellungen erfolgreich sind. Suchen Sie insbesondere nach den folgenden Bereitstellungsnamen:
- hauptsächlich
- Hub
- dataFactoryResources
- Speicher
- keyVault
- Wenn Bereitstellungen fehlschlugen, überprüfen Sie die Fehlermeldung, um festzustellen, ob es sich um etwas handelt, das Sie selbst beheben können (z. B. Namenskonflikt, fixierbare Richtlinienverletzung).
- Wenn der Fehler vorübergehend auftritt, versuchen Sie, die Bereitstellung erneut auszuführen.
- Wenn der Fehler weiterhin besteht, erstellen Sie eine Diskussion , um festzustellen, ob eine andere Person vor einem Problem steht oder eine mögliche Problemumgehung kennt (insbesondere bei Richtlinienproblemen).
- Wenn der Fehler eindeutig ein Fehler oder eine Featurelücke ist, erstellen Sie ein Fehler- oder Featureanforderungsproblem in GitHub.
Wir versuchen, innerhalb von zwei Werktagen auf Probleme und Diskussionen zu reagieren.
Fehlende Vertragskosten
Schweregrad: Information
Dieser Fehlercode wird in der x_SourceChanges Spalte angezeigt, wenn ContractedCost null oder 0 ist und EffectiveCost größer als 0 ist. Der Fehler gibt an, dass Microsoft Cost Management ContractedCost für die angegebenen Zeilen nicht enthalten hat, was bedeutet, dass Einsparungen nicht berechnet werden können.
Entschärfung: Als Problemumgehung für die fehlenden Daten kopieren FinOps-Toolkitberichte EffectiveCost für Zeilen mit diesem Fehlercode in die Spalte ContractedCost. Ersparnisse sind für diese Datensätze nicht verfügbar.
Um vollständige Einsparungen zu berechnen, können Sie Kosten- und Nutzungsdaten mit Preisen verknüpfen. Weitere Informationen finden Sie unter Problem Nr. 873.
Fehlender vertraglich vereinbarter Stückpreis
Schweregrad: Information
Dieser Fehlercode wird in der x_SourceChanges Spalte angezeigt, wenn ContractedUnitPrice null oder 0 ist und EffectiveUnitPrice größer als 0 ist. Der Fehler gibt an, dass Microsoft Cost Management ContractedUnitPrice für die angegebenen Zeilen nicht enthalten hat, was bedeutet, dass Einsparungen nicht berechnet werden können.
Entschärfung: Als Problemumgehung für die fehlenden Daten kopieren FinOps-Toolkitberichte EffectiveUnitPrice für Zeilen mit diesem Fehlercode in die Spalte ContractedUnitPrice. Ersparnisse sind für diese Datensätze nicht verfügbar.
Um vollständige Einsparungen zu berechnen, können Sie Kosten- und Nutzungsdaten mit Preisen verknüpfen. Weitere Informationen finden Sie unter Problem Nr. 873.
MissingListCost
Schweregrad: Information
Dieser Fehlercode wird in der x_SourceChanges Spalte angezeigt, wenn ListCost null oder 0 ist und ContractedCost größer als 0 ist. Der Fehler gibt an, dass Microsoft Cost Management ListCost für die angegebenen Zeilen nicht enthalten hat, was bedeutet, dass Einsparungen nicht berechnet werden können.
Entschärfung: Als Problemumgehung für die fehlenden Daten kopieren FinOps-Toolkitberichte ContractedCost für Zeilen mit diesem Fehlercode in die Spalte ListCost. Ersparnisse sind für diese Datensätze nicht verfügbar.
Um vollständige Einsparungen zu berechnen, können Sie Kosten- und Nutzungsdaten mit Preisen verknüpfen. Weitere Informationen finden Sie unter Problem Nr. 873.
FehlendeListenEinheitspreis
Schweregrad: Information
Dieser Fehlercode wird in der x_SourceChanges Spalte angezeigt, wenn ListUnitPrice null oder 0 ist und ContractedUnitPrice größer als 0 ist. Der Fehler gibt an, dass Microsoft Cost Management ListUnitPrice für die angegebenen Zeilen nicht enthalten hat, was bedeutet, dass Einsparungen nicht berechnet werden können.
Entschärfung: Als Problemumgehung für die fehlenden Daten kopieren FinOps-Toolkitberichte ContractedUnitPrice für Zeilen mit diesem Fehlercode in die Spalte ListUnitPrice. Ersparnisse sind für diese Datensätze nicht verfügbar.
Um vollständige Einsparungen zu berechnen, können Sie Kosten- und Nutzungsdaten mit Preisen verknüpfen. Weitere Informationen finden Sie unter Problem Nr. 873.
FehlenderAnbieterName
Schweregrad: Information
Dieser Fehlercode wird in der x_SourceChanges Spalte angezeigt, wenn ProviderName null ist. Der Fehler gibt an, dass der Anbieter des Datasets (z. B. Microsoft Cost Management) keinen ProviderName Wert für die angegebenen Zeilen enthält.
Entschärfung: Als Problemumgehung für die fehlenden Daten versuchen FinOps-Toolkitberichte, den Anbieter basierend auf den verfügbaren Spalten zu identifizieren.
Die Abfrage '...' verweist auf andere Abfragen oder Schritte.
Schweregrad: Geringfügig
Die Quelle dieses Fehlers ist unbekannt. Dieser Fehler kann beim Aktualisieren von Power BI-Daten zufällig angezeigt werden.
Entschärfung: Wenn Sie diesen Fehler erhalten, wählen Sie erneut "Änderung übernehmen" aus.
Dieser Fehler wurde nur in Speicherberichten gemeldet. Wenn Sie lange Datenaktualisierungszeiten haben oder diesen Fehler häufig erleben, sollten Sie mit dem Daten-Explorer zu FinOps-Hubs wechseln. Der Daten-Explorer verwendet KQL-Berichte, die keine Planung oder inkrementelle Aktualisierung erfordern. Daten werden abgerufen, wenn der Bericht geöffnet wird, sodass Berichte immer die neuesten Daten anzeigen.
ResourceAccessForbiddenException (Zugriff auf Ressource Verboten Ausnahme)
Schweregrad: Schwerwiegend
Power BI: Eine Ausnahme vom Typ „Microsoft.Mashup.Engine.Interface.ResourceAccessForbiddenException“ wurde ausgelöst.
Gibt an, dass das Konto, das Daten in Power BI lädt, nicht über die Rolle "Storage Blob Data Reader" verfügt. Wiesen Sie diese Rolle dem Konto zu, das Daten in Power BI lädt.
Antwortnutzlastgröße ist... und hat den Grenzwert überschritten.
Schweregrad: Schwerwiegend
Azure Resource Graph-Abfragen in den Power BI-Berichten zur Governance- und Workloadoptimierung geben möglicherweise einen Ähnlichen Fehler zurück:
OLE DB- oder ODBC-Fehler: [Ausdruck.Fehler] Geben Sie die folgenden Informationen an, wenn Sie um Unterstützung bitten: Timestamp = {timestamp}, correlationId = {guid}. Details: Die Nutzlastgröße der Antwort ist {number}, und der Grenzwert für 16777216 wurde überschritten. Bitte erwägen Sie, weniger Daten gleichzeitig abfragen und bei Bedarf paginierte Anrufe zu tätigen.
Dieser Fehler bedeutet, dass Sie mehr Ressourcen haben, als in einer nicht gefilterten Ressourcendiagrammabfrage unterstützt werden. Dies geschieht, da FinOps-Toolkitberichte so konzipiert sind, dass Details auf Ressourcenebene angezeigt werden und nicht aggregiert werden. Sie sind für kleine und mittlere Umgebungen konzipiert und nicht für Die Unterstützung von Organisationen mit Millionen von Ressourcen konzipiert.
Abhilfe: Wenn dieser Fehler auftritt, gibt es mehrere Optionen:
- Entfernen Sie Spalten, die für Ihre Anforderungen nicht erforderlich sind.
- Filtern Sie die Abfrage so, dass weniger Ressourcen zurückgegeben werden, je nachdem, was für Sie am wichtigsten ist (z. B. Abonnements, Tags).
- Deaktivieren Sie die Abfrage, sodass die Ausführung anderer Abfragen nicht blockiert wird.
RollenaktualisierungNichtErlaubt
Schweregrad: Geringfügig
Wenn Sie FinOps-Hubs gelöscht haben und versuchen, sie mit denselben Werten wie dem Namen der verwalteten Identität erneut bereitzustellen, tritt möglicherweise das folgende bekannte Problem auf:
"code": "RoleAssignmentUpdateNotPermitted",
"message": "Tenant ID, application ID, principal ID, and scope are not allowed to be updated."
Entschärfung: Um dieses Problem zu beheben, müssen Sie die veraltete Identität entfernen:
- Navigieren Sie zum Speicherkonto, und wählen Sie im Menü die Zugriffssteuerung (IAM) aus.
- Klicken Sie auf die Registerkarte Rollenzuweisungen.
- Suchen Sie alle Rollenzuweisungen mit einer "unbekannten" Identität, und löschen Sie sie.
RollenZuweisungExistiert
Schweregrad: Geringfügig
Beim Upgrade von FinOps-Hubs von einer Version auf eine andere tritt möglicherweise der folgende Fehler auf, wenn Rollenzuweisungen, die in einer vorherigen Bereitstellung erstellt wurden, noch vorhanden sind:
"code": "RoleAssignmentExists",
"message": "The role assignment already exists."
Dies liegt wahrscheinlich daran, dass eine verwaltete Identität explizit gelöscht wurde, ohne zuerst alle Rollenzuweisungen zu entfernen.
Behebung: Löschen Sie die verwaisten Rollenzuweisungen im Azure-Portal, um dieses Problem zu beheben:
- Navigieren Sie zur Ressourcengruppe oder betroffenen Ressource (z. B. Daten-Explorer-Cluster).
- Wählen Sie im Menü die Zugriffssteuerung (IAM) aus.
- Klicken Sie auf die Registerkarte Rollenzuweisungen.
- Suchen Sie alle Rollenzuweisungen mit einer unbekannten Identität, und löschen Sie sie.
Schema-Ladevorgang fehlgeschlagen
Schweregrad: Kritisch
Die FinOps-Hub msexports_ETL_ingestion Pipeline konnte die Schemadatei nicht laden.
Entschärfung: Überprüfen Sie die Fehlermeldung, um den Datasettyp und die Version zu notieren, die mit einem Unterstrich formatiert sind (z. B. <type>_<version> oder FocusCost_1.0). Vergewissern Sie sich, dass das Dataset und der Typ beide von der bereitgestellten Version von FinOps-Hubs unterstützt werden. Ausführliche Informationen finden Sie unter unterstützten Datensätzen.
SchemaNichtGefunden
Schweregrad: Kritisch
Der FinOps-Hub msexports_ExecuteETL Pipeline konnte die Schemazuordnungsdatei für das exportierte Dataset nicht finden.
Entschärfung: Vergewissern Sie sich, dass Datasettyp und -version unterstützt werden. Ausführliche Informationen finden Sie unter unterstützten Datensätzen. Wenn das Dataset unterstützt wird, bestätigen Sie die Hubversion mit dem Datenimportbericht.
Um Unterstützung für ein anderes Dataset hinzuzufügen, erstellen Sie eine benutzerdefinierte Zuordnungsdatei, und speichern Sie sie in config/schemas/<dataset-type>_<dataset-version>.json. Die <dataset-type><dataset-version> Werte stimmen viel mit der Verwendung von Kostenmanagement überein. Um den Datentyp für jede Spalte zu identifizieren, verwenden Sie eine vorhandene Schemadatei als Vorlage. Einige Datasets weisen unterschiedliche Schemas für EA und Microsoft-Kundenvereinbarung (MCA) auf. Sie können nicht über diese Attribute identifiziert werden und können ein Problem verursachen, wenn Sie über beide Kontotypen verfügen. Wir arbeiten daran, Datasets hinzuzufügen und die EA- und MCA-Unterschiede zu berücksichtigen, indem wir uns an FOCUS orientieren.
Die Importspeicher-URL stimmt nicht mit Exporten überein.
Schweregrad: Schwerwiegend
Wenn dies in FinOps-Toolkit 0.8-Berichten auftritt, liegt der Fehler aufgrund eines Verweises auf einen Parameter, der nicht vorhanden ist.
Entschärfung: Dies wurde im FinOps-Toolkit 0.9 behoben. Aktualisieren Sie auf die neueste Version, um den Fix anzuwenden. Wenn Sie den Fix direkt auf die 0.8-Berichte anwenden müssen, bearbeiten Sie die ftk_DemoFilter-Funktion im erweiterten Editor, und ändern Sie den Inhalt in: () => "". Speichern, schließen und dann alle Änderungen anwenden.
UnbekannteExportdatei
Schweregrad: Information
Die Datei im Hubspeicher sieht nicht so aus, als ob sie aus der Kostenverwaltung exportiert wurde. Die Datei wird ignoriert.
Entschärfung: Der Container msexports ist nur für Cost Management-Exporte vorgesehen. Verschieben anderer Dateien in einem anderen Speichercontainer.
Unbekannte Fokusversion
Schweregrad: Information
Dieser Fehlercode wird in der x_SourceChanges Spalte angezeigt, wenn eine FOCUS-Version nicht identifiziert werden konnte.
Entschärfung: Überprüfen Sie, ob das FOCUS-Dataset eine unterstützte FOCUS-Version verwendet. Melden Sie dieses Problem, indem Sie eine anonymisierte Stichprobe der Daten an https://aka.ms/ftk/ideas zur weiteren Untersuchung senden.
UnknownHubVersion
Schweregrad: Kritisch
Die Version von FinOps-Hubs kann nicht aus der Einstellungsdatei identifiziert werden. Überprüfen Sie, ob die Einstellungen korrekt sind. FinOps Hubs 0.1.1 und frühere Versionen funktionieren nicht mit diesem Power BI-Bericht.
Maßnahme: Aktualisieren Sie auf die neueste Version von FinOps-Hubs oder laden Sie Power BI-Berichte aus der FinOps-Toolkit v0.1.1-Release herunter.
Nicht unterstützter Exportdateityp
Schweregrad: Kritisch
Die angegebene Exportdatei kann nicht aufgenommen werden, da der Dateityp nicht unterstützt wird.
Entschärfung: Konvertieren Sie die Datei entweder in ein unterstütztes Dateiformat, bevor Sie diese dem Container „msexports“ hinzufügen, oder fügen Sie Unterstützung für die Konvertierung des neuen Dateityps in die Pipeline msexports_ETL_ingestion hinzu.
Nicht unterstützter Exporttyp
Schweregrad: Warnung
Das Exportmanifest im Hubspeicher gibt an, dass der Export für ein nicht unterstütztes Dataset war. Exportierte Daten werden als Verarbeitungsfehler gemeldet.
Entschärfung: Erstellen Sie einen neuen Cost Management-Export für FOCUS-Kosten, und beenden Sie entweder den aktuellen Export, oder ändern Sie ihn, um in einen anderen Speichercontainer zu exportieren.
Der {name}-Ressourcenanbieter ist im Abonnement {guid} nicht registriert.
Schweregrad: Geringfügig
Öffnen Sie das Abonnement im Azure-Portal, und wählen Sie dann Einstellungen>Ressourcenanbieter aus, wählen Sie die Zeile mit dem Ressourcenanbieter aus (z. B. „Microsoft.EventGrid“), und wählen Sie dann oben auf der Seite den Befehl Registrieren aus. Die Registrierung kann einige Minuten dauern.
x_PricingSubcategory zeigt die Verpflichtungsrabatt-ID an.
Die Kostenverwaltungsexporte vor dem 28. Februar 2024 hatten einen Fehler, bei dem x_PricingSubcategory für die zugesicherte Nutzung falsch festgelegt wurde. Sie sollten davon ausgehen, dass Werte wie Committed Spend und Committed Usage erwartet werden. Stattdessen werden möglicherweise Werte wie folgt angezeigt:
Committed /providers/Microsoft.BillingBenefits/savingsPlanOrders/###/savingsPlans/###Committed /providers/Microsoft.Capacity/reservationOrders/###/reservations/###
Wenn diese Werte angezeigt werden, exportieren Sie die Kostendaten für diesen Monat erneut. Wenn Sie Daten für einen älteren Monat exportieren müssen, der nicht verfügbar ist, wenden Sie sich an den Support, um die Daten anzufordern, die exportiert werden sollen, um das Datenqualitätsproblem aus den vorherigen Exportläufen zu beheben.
Power BI: In den Berichten fehlen Daten für bestimmte Datumsangaben
Wenn in Ihrem Bericht alle Daten für einen oder mehrere Monate fehlen, überprüfen Sie die Parameter "Anzahl der Monate", "RangeStart" und "RangeEnd ", um sicherzustellen, dass die Daten nicht herausgefiltert werden.
Wählen Sie zum Überprüfen der Parameter im Menüband Daten transformieren>Parameter bearbeiten aus oder wählen Sie die einzelnen Parameter im Ordner 🛠️"Setup" im Abfrage-Editor-Fenster aus.
- Wenn Sie immer eine bestimmte Anzahl der letzten Monate anzeigen möchten, legen Sie "Anzahl der Monate " auf die Anzahl der abgeschlossenen (abgeschlossenen) Monate fest. Der aktuelle Monat ist zusätzlich zur geschlossenen Anzahl von Monaten ein zusätzlicher Monat.
- Wenn Sie einen festen Datumsbereich wünschen, der sich nicht im Laufe der Zeit ändert (z. B. Berichterstellung für Geschäftsjahre), legen Sie RangeStart und RangeEnd fest.
- Wenn Sie alle verfügbaren Daten melden möchten, vergewissern Sie sich, dass alle drei Datumsparameter leer sind.
Weitere Informationen finden Sie unter Einrichten Ihres ersten Berichts.
Power BI: Berichte sind leer (keine Daten)
Wenn in Power BI oder anderen Berichten oder Tools keine Daten angezeigt werden, versuchen Sie Folgendes basierend auf Ihrer Datenquelle:
- Wenn Sie den Kostenverwaltungsconnector in Power BI verwenden, überprüfen Sie die
Billing Account IDEinstellungen undNumber of MonthsParameter, um sicherzustellen, dass sie ordnungsgemäß festgelegt sind. Denken Sie daran, dass alte Abrechnungskonten in den letzten Monaten möglicherweise keine Daten haben. - Wenn Sie FinOps-Hubs verwenden, überprüfen Sie das Speicherkonto, um sicherzustellen, dass Die Daten im Aufnahmecontainer aufgefüllt werden. Sie sollten entweder einen Anbieter - oder Abonnementordner sehen. Verwenden Sie die folgenden Abschnitte, um weitere Probleme zu beheben.
FinOps-Hubs: Der Aufnahmecontainer ist leer
Wenn der Aufnahmecontainer leer ist, öffnen Sie die Data Factory-Instanz in Data Factory Studio und wählen Sie Verwalten>Autor>Trigger und überprüfen Sie, ob der msexports_FileAdded Trigger gestartet ist. Wenn nicht, starten Sie es.
Wenn der Auslöser mit einem Fehler "Ressourcenanbieter ist nicht registriert" nicht starten kann, öffnen Sie das Abonnement im Azure-Portal, wählen Sie dann Einstellungen>Ressourcenanbieter, wählen Sie die Zeile Microsoft.EventGrid aus und klicken Sie anschließend oben auf der Seite auf den Befehl Registrieren. Die Registrierung kann einige Minuten dauern.
Starten Sie nach Abschluss der Registrierung den msexports_FileAdded Trigger erneut.
Nachdem der Trigger gestartet wurde, führen Sie alle verbundenen Kostenverwaltungsexporte erneut aus. Die Daten sollten je nach Größe des Kontos innerhalb von 10-20 Minuten vollständig aufgenommen werden.
Wenn das Problem weiterhin besteht, überprüfen Sie, ob Kostenverwaltungsexporte mit aktivierter Dateipartitionierung konfiguriert sind. Wenn Sie feststellen, dass sie deaktiviert ist, aktivieren Sie sie, und führen Sie die Exporte erneut aus.
Vergewissern Sie sich, dass der Aufnahmecontainer ausgefüllt ist, und aktualisieren Sie Ihre Berichte oder andere verbundene Tools.
FinOps-Hubs: Im Aufnahmecontainer verfügbare Dateien
Wenn der Container Ingestion nicht leer ist, vergewissern Sie sich, ob Sie über Parquet- oder csv.gz-Dateien verfügen, indem Sie die Ordner überprüfen.
Sobald Sie es wissen, prüfen Sie, ob der FileType-Parameter im Power BI-Bericht auf .parquet oder .gz festgelegt ist. Details finden Sie unter Herstellen einer Verbindung mit Ihren Daten .
Wenn Sie ein anderes Tool verwenden, stellen Sie sicher, dass es den verwendeten Dateityp unterstützt.
Power BI: Der Remotename konnte nicht aufgelöst werden: „<storage-account>.dfs.core.windows.net“
Gibt an, dass der Name des Speicherkontos falsch ist. Wenn Sie FinOps-Hubs verwenden, überprüfen Sie den StorageUrl-Parameter aus der Bereitstellung. Details finden Sie unter Herstellen einer Verbindung mit Ihren Daten .
Power BI: Der Wert null kann nicht in den Typ "Logisch" konvertiert werden.
Gibt an, dass der Parameter "Abrechnungskonto-ID " leer ist. Wenn Sie FinOps-Hubs verwenden, legen Sie den Wert auf die gewünschte Abrechnungskonto-ID fest. Wenn Sie keinen Zugriff auf das Abrechnungskonto haben oder keine Verpflichtungskäufe und Rückerstattungen einbeziehen möchten, legen Sie den Wert auf 0 fest, öffnen Sie die CostDetails-Abfrage im erweiterten Editor und ändern Sie 2 in 1. Der Bericht wird angewiesen, keine tatsächlichen/abgerechneten Kostendaten vom Cost Management-Connector zu laden. Details finden Sie unter Herstellen einer Verbindung mit Ihren Daten .
Anwendbare Versionen: 0.1 - 0.1.1 (behoben in 0.2)
FinOps-Hubs: Der Wert null kann nicht in den Typ "Table" konvertiert werden.
Dieser Fehler weist in der Regel darauf hin, dass Daten nicht in den Aufnahmecontainer aufgenommen wurden.
Wenn Sie gerade ein Upgrade auf FinOps Hubs 0.2 durchgeführt haben, kann das Problem dazu führen, dass der Power BI-Bericht alt ist (von 0.1.x) oder weil Sie FOCUS-Exporte nicht verwenden. Details finden Sie im Upgradehandbuch .
Weitere Schritte zur Problembehandlung finden Sie unter "Reports are empty (no data)".
Feedback senden
Lassen Sie uns mit einer kurzen Bewertung wissen, wie wir abschneiden. Wir verwenden diese Rezensionen, um FinOps-Tools und -Ressourcen zu verbessern und zu erweitern.
Wenn Sie nach etwas Spezifischem suchen, wählen Sie eine vorhandene Idee aus, oder erstellen Sie eine neue Idee. Teilen Sie Ideen mit anderen, um mehr Stimmen zu erhalten. Wir konzentrieren uns auf Ideen mit den meisten Stimmen.
Zugehöriger Inhalt
Wenn der aufgetretene Fehler nicht angezeigt wird, verwenden Sie die Anleitung zur Problembehandlung. Wenn Sie Fragen haben, beginnen Sie eine Diskussion, oder erstellen Sie ein Problem in GitHub.