Fehlerbehebung beim Weiterleiten und Speichern von Protokollen

Wenn beim Weiterleiten oder Speichern von Logeinträgen Probleme auftreten, können Sie dieGoogle Cloud Console verwenden, um Konfigurationsfehler zu diagnostizieren, Fehlermeldungen zu prüfen und fehlende Logs zu beheben.

Informationen zum Aufrufen von Logdaten, nachdem sie ein Ziel erreicht haben, finden Sie unter Logs an Senkenzielen ansehen.

Fehlerbehebung beim Logrouting

In diesem Abschnitt wird beschrieben, wie Sie häufige Probleme beim Routing von Logeinträgen beheben.

Erstellen einer Senke schlägt mit einem unbekannten Dienstfehler fehl

Sie versuchen, eine Logsenke zu erstellen, aber der Befehl schlägt mit dem Fehler INVALID_ARGUMENT (HTTP 400) fehl. Die Fehlermeldung enthält Folgendes:

Sink.destination with unknown service name: [SERVICE_DOMAIN]. Supported services are bigquery.googleapis.com,pubsub.googleapis.com,storage.googleapis.com,logging.googleapis.com

Verwenden Sie den globalen Endpunkt für einen der unterstützten Dienste, um diesen Fehler zu beheben. Ein Ziel für eine Logsenke kann keinen regionalen Dienstendpunkt (REP) wie pubsub.LOCATION.rep.googleapis.com angeben.

Fehlermeldung zur Senkenkonfiguration, die besagt, dass eine Themenregion nicht zulässig ist

Eines der folgenden Ereignisse tritt ein:

  • Sie erhalten eine E-Mail mit dem Betreff [ACTION REQUIRED] Cloud Logging sink configuration error in [PROJECT_ID] und dem Fehlercode topic_region_not_allowed. Die E-Mail enthält eine Nachricht, die in etwa so aussieht:

    Die Nachrichtenspeicherrichtlinie des Themas erfordert die Erzwingung während der Übertragung, aber die Veröffentlichungsanfrage wurde von einem Pub/Sub-Server in einer nicht zulässigen Region empfangen. Veröffentlichen Sie entweder über einen regionalen Cloud Logging-Endpunkt, der einer zulässigen Region entspricht, oder aktualisieren Sie die Speicherrichtlinie für Themennachrichten.

  • Sie sehen Logeinträge mit dem Schweregrad ERROR, dem Fehlercode "topic_region_not_allowed" und einer Textnutzlast, die in etwa so aussieht:

    Cloud Logging sink configuration error in [PROJECT_ID], sink [SINK_NAME]: topic_region_not_allowed ()

Diese Meldungen weisen darauf hin, dass das Ziel der Senke ein Pub/Sub-Thema ist, das Einschränkungen für die Übertragung erzwingt, und dass Logging Logeinträge aus einer Region weitergeleitet hat, die gemäß der Richtlinie des Themas nicht zulässig ist. Einschränkungen für die Übertragung können in der Richtlinie zur Nachrichtenspeicherung eines einzelnen Themas konfiguriert oder mithilfe der Einschränkung constraints/pubsub.enforceInTransitRegions für die Organisationsrichtlinie organisationsweit erzwungen werden.

Führen Sie einen der folgenden Schritte aus, um diese Fehler zu beheben:

  • Aktualisieren Sie die Speicherrichtlinie für Nachrichten des Pub/Sub-Zielthemas, um die Erzwingung während der Übertragung zu deaktivieren oder die zulässigen Persistenzregionen zu erweitern.
  • Wenn Einschränkungen für die Übertragung durch eine Organisationsrichtlinie erzwungen werden, aktualisieren Sie die Organisationsrichtlinie oder fordern Sie eine Ausnahme für das Projekt an.
  • Aktualisieren Sie die Senke, um Logeinträge an ein anderes Ziel weiterzuleiten.

Ziel enthält unerwünschte Logeinträge

Sie sehen sich die Logeinträge an, die an ein Ziel weitergeleitet wurden, und stellen fest, dass das Ziel unerwünschte Logeinträge enthält.

Aktualisieren Sie die Ausschlussfilter für Ihre Senken, die Logeinträge an das Ziel weiterleiten, um dieses Problem zu beheben. Mit Ausschlussfiltern können Sie ausgewählte Logeinträge vom Routing an ein Ziel ausschließen.

Angenommen, Sie erstellen eine aggregierte Senke, um Logeinträge in einer Organisation an ein Ziel weiterzuleiten. Wenn Sie die Logeinträge aus einem bestimmten Projekt vom Routing zum Ziel ausschließen möchten, fügen Sie der Senke den folgenden „Ausschließen“-Filter hinzu:

logName:projects/PROJECT_ID

Sie können auch Logeinträge aus mehreren Projekten ausschließen, indem Sie die logName-Klauseln mit dem logischen ODER-Operator verknüpfen.

Im Ziel fehlen Logeinträge

Das häufigste Problem im Zusammenhang mit Senken ist, dass Logeinträge am Ziel einer Senke zu fehlen scheinen.

In einigen Fällen wird kein Fehler generiert, aber Sie stellen möglicherweise fest, dass Logeinträge nicht verfügbar sind, wenn Sie versuchen, in Ihrem Ziel darauf zuzugreifen. Wenn Sie vermuten, dass Ihre Senke Logeinträge nicht richtig weiterleitet, prüfen Sie die systemlogbasierten Messwerte Ihrer Senke:

  • exports/byte_count: Anzahl der Byte in Logeinträgen, die weitergeleitet wurden
  • exports/log_entry_count: Anzahl der weitergeleiteten Logeinträge
  • exports/error_count: Anzahl der Logeinträge, die nicht weitergeleitet werden konnten

Die Messwerte haben Labels, die die Anzahl nach Senken- und Zielnamen erfassen und angeben, ob die Senke Logeinträge erfolgreich weiterleitet oder ob ein Fehler auftritt.

Wenn die Senkenmesswerte darauf hinweisen, dass die Senke nicht wie erwartet funktioniert, kann dies u. a. folgende Gründe haben:

Latenz

  • Seit dem Erstellen oder Aktualisieren der Senke wurden keine übereinstimmenden Logeinträge empfangen. Es werden nur neue Logeinträge weitergeleitet.

    Warten Sie eine Stunde und prüfen Sie dann Ihr Ziel noch einmal.

  • Übereinstimmende Logeinträge kömmen spät an.

    Es kann zu einer Verzögerung kommen, bis Sie Ihre Logeinträge im Ziel sehen können. Warten Sie einige Stunden und prüfen Sie das Ziel dann noch einmal.

Falscher Bereich/Filter

  • Der Bereich, den Sie zum Aufrufen von Logeinträgen in einem Log-Bucket verwenden, ist falsch.

    So beschränken Sie die Suche auf eine oder mehrere Logansichten:

    • Wenn Sie den Log-Explorer verwenden, klicken Sie auf den Button Bereich eingrenzen.

    • Wenn Sie die gcloud CLI verwenden, verwenden Sie den Befehl gcloud logging read und fügen Sie das Flag --view=AllLogs hinzu.

  • Der Zeitraum, den Sie zum Auswählen und Ansehen von Daten im Senkenziel verwenden, ist zu eng gefasst.

    Versuchen Sie, den Zeitraum zu erweitern, den Sie bei der Auswahl von Daten in Ihrem Senkenziel verwenden.

Fehler im Senkenfilter

  • Der Filter der Senke ist falsch und erfasst nicht die Logeinträge, die Sie im Ziel erwarten.

    Bearbeiten Sie den Filter der Senke mit dem Log Router in der Google Cloud -Console. Wenn Sie prüfen möchten, ob Sie den richtigen Filter eingegeben haben, wählen Sie im Bereich Senke bearbeiten die Option Logvorschau ansehen aus. Dadurch wird der Log-Explorer in einem neuen Tab geöffnet, auf dem der Filter bereits vorab ausgefüllt ist. Eine Anleitung zum Aufrufen und Verwalten Ihrer Senken finden Sie unter Senken verwalten.

Fehler ansehen

Für jedes unterstützte Senkenziel bietet Logging Fehlermeldungen für falsch konfigurierte Senken.

Es gibt mehrere Möglichkeiten, diese senkenbezogenen Fehler aufzurufen. Diese Methoden werden in den folgenden Abschnitten beschrieben:

Fehlerlogs

Die empfohlene Methode, um Fehler im Zusammenhang mit der Senke im Detail zu untersuchen, besteht darin, die von der Senke generierten Fehler-Logeinträge anzusehen. Weitere Informationen zum Aufrufen von Logeinträgen finden Sie unter Logs mit dem Log-Explorer aufrufen.

Sie können die folgende Abfrage im Abfrageeditor im Log-Explorer verwenden, um die Fehlerlogs Ihrer Senke zu prüfen. Dieselbe Abfrage funktioniert in der Logging API und der gcloud CLI.

Bevor Sie die Abfrage kopieren, ersetzen Sie die Variable SINK_NAME durch den Namen der Senke, für die Sie die Fehlerbehebung durchführen möchten. Den Namen Ihrer Senke finden Sie in der Google Cloud Console auf der Seite Log-Router.

logName:"logging.googleapis.com%2Fsink_error"
resource.type="logging_sink"
resource.labels.name="SINK_NAME"

Wenn der Name Ihrer Senke beispielsweise my-sink-123 lautet, könnte der Logeintrag so aussehen:

{
   errorGroups: [
   0: {
   id: "COXu96aNws6BiQE"
   }]
   insertId: "170up6jan"
   labels: {
      activity_type_name: "LoggingSinkConfigErrorV2"
      destination: "pubsub.googleapis.com/projects/my-project/topics/my-topic"
      error_code: "topic_not_found"
      error_detail: ""
      sink_id: "my-sink-123"
   }
   logName: "projects/my-project/logs/logging.googleapis.com%2Fsink_error"
   receiveTimestamp: "2024-07-11T14:41:42.578823830Z"
   resource: {
   labels: {
      destination: "pubsub.googleapis.com/projects/my-project/topics/my-topic"
      name: "my-sink-123"
      project_id: "my-project"
   }
   type: "logging_sink"
   }
   severity: "ERROR"
   textPayload: "Cloud Logging sink configuration error in my-project, sink my-sink-123: topic_not_found ()"
   timestamp: "2024-07-11T14:41:41.296157014Z"
}

Das Feld LogEntry labels und die darin verschachtelten Schlüssel/Wert-Informationen helfen Ihnen, die Fehlerquelle der Senke zu ermitteln. Es enthält die betroffene Ressource, die betroffene Senke und den Fehlercode. Das Feld labels.error_code enthält eine kurze Beschreibung des Fehlers, damit Sie wissen, welche Komponente Ihrer Senke neu konfiguriert werden muss.

Bearbeiten Sie die Senke, um diesen Fehler zu beheben. Sie können Ihre Senke beispielsweise über die Seite Log Router bearbeiten:

Zum Logrouter

E-Mail-Benachrichtigungen

Wichtige Kontakte sendet E-Mail-Benachrichtigungen zu Fehlern bei der Senkenkonfiguration an Kontakte, die der technischen Benachrichtigungskategorie für ein Google Cloud -Projekt oder die übergeordnete Ressource zugewiesen sind. Wenn für die Ressource kein Kontakt für technische Benachrichtigungen konfiguriert ist, erhalten Nutzer, die als IAM-Project Owner roles/owner für die Ressource aufgeführt sind, die E‑Mail-Benachrichtigung.

Für jede Kombination aus Logsenkenname und Fehler sendet das System eine Benachrichtigung pro Tag.

Die E‑Mail-Nachricht enthält die folgenden Informationen:

  • Ressourcen-ID: Der Name des Google Cloud -Projekts oder einer anderenGoogle Cloud -Ressource, in der die Senke konfiguriert wurde.
  • Senkenname: Der Name der Senke, die den Konfigurationsfehler enthält.
  • Senkenziel: Der vollständige Pfad des Routingziels der Senke, z. B. pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID.
  • Fehlercode: Kurzbezeichnung der Fehlerkategorie, z. B. topic_not_found.
  • Fehlerdetail: Detaillierte Informationen zum Fehler, einschließlich Empfehlungen zur Behebung des zugrunde liegenden Fehlers.

Der Absender dieser E‑Mail ist logging-noreply@google.com.

Der Betreff ähnelt: Subject: [ACTION REQUIRED] Cloud Logging sink configuration error in my-project

Verwenden Sie die Seite Log-Router, um Ihre Senken aufzurufen und zu verwalten:

Zum Logrouter

Alle für die Ressource geltenden Senkenkonfigurationsfehler werden in der Liste als Cloud Logging sink configuration error angezeigt. Jeder Fehler enthält einen Link zu einem der Logeinträge, die von der fehlerhaften Senke generiert wurden. Informationen zum genauen Prüfen der zugrunde liegenden Fehler finden Sie im Abschnitt Fehlerlogs.

Falsches Senkenziel

Wenn Sie eine Senke einrichten, aber dann einen Konfigurationsfehler sehen, dass das Ziel nicht gefunden werden konnte, als Logging versucht hat, Logeinträge weiterzuleiten, kann dies folgende Gründe haben:

  • Die Konfiguration der Senke enthält für das angegebene Senkenziel einen Rechtschreib- oder Formatierungsfehler.

    Sie müssen die Konfiguration der Senke aktualisieren, um das vorhandene Ziel ordnungsgemäß anzugeben.

  • Das angegebene Ziel wurde möglicherweise gelöscht.

    Sie können entweder die Konfiguration der Senke ändern, um ein anderes vorhandenes Ziel zu verwenden, oder das Ziel mit demselben Namen neu erstellen.

Bearbeiten Sie die Senke, um diese Art von Fehler zu beheben. Sie können Ihre Senke beispielsweise über die Seite Log Router bearbeiten:

Zum Logrouter

Die Senke beginnt mit dem Weiterleiten von Logeinträgen, wenn das Ziel gefunden wurde und neue Logeinträge, die Ihrem Filter entsprechen, von Logging empfangen werden.

Probleme mit deaktivierten Senken

Wenn Sie eine Senke deaktiviert haben, um das Speichern von Logeinträgen in einem Log-Bucket zu beenden, aber weiterhin Logeinträge weitergeleitet werden, warten Sie einige Minuten, bis die Änderungen an der Senke wirksam werden.

Berechtigungsprobleme mit Senken

Wenn eine Senke versucht, einen Logeintrag weiterzuleiten, aber nicht die entsprechenden IAM-Berechtigungen für das Ziel der Senke hat, meldet die Senke einen Fehler, den Sie aufrufen können, und überspringt den Logeintrag.

Wenn Sie eine Senke erstellen, müssen dem Dienstkonto der Senke die entsprechenden Zielberechtigungen gewährt werden. Wenn Sie die Senke in der Google Cloud Console im selbenGoogle Cloud -Projekt erstellen, weist die Google Cloud Console diese Berechtigungen in der Regel automatisch zu. Wenn Sie die Senke jedoch in einem anderenGoogle Cloud -Projekt oder mithilfe der gcloud CLI oder der Logging API erstellen, müssen Sie die Berechtigungen manuell konfigurieren.

Wenn Sie berechtigungsbezogene Fehler für Ihre Senke sehen, fügen Sie die erforderlichen Berechtigungen hinzu oder aktualisieren Sie Ihre Senke, um ein anderes Ziel zu verwenden. Eine Anleitung zum Aktualisieren dieser Berechtigungen finden Sie unter Zielberechtigungen.

Zwischen dem Erstellen der Senke und dem Gewähren der Schreibberechtigung für das Exportziel mithilfe des neuen Dienstkontos der Senke kommt es zu einer kleinen Verzögerung. Die Senke beginnt mit dem Weiterleiten von Logeinträgen, wenn alle Berechtigungen korrigiert wurden und neue Logeinträge, die Ihrem Filter entsprechen, von Logging empfangen werden.

Probleme mit Organisationsrichtlinien bei Senken

Wenn Sie versuchen, einen Logeintrag weiterzuleiten, aber eine Organisationsrichtlinie vorliegt, die Logging daran hindert, in das Ziel des Senke zu schreiben, kann die Senke nicht an das ausgewählte Ziel weiterleiten und meldet einen Fehler.

Wenn Fehler im Zusammenhang mit Organisationsrichtlinien auftreten, können Sie Folgendes tun:

  • Aktualisieren Sie die Organisationsrichtlinie für das Ziel, um die Einschränkungen zu entfernen, die verhindern, dass die Senke Logeinträge weiterleitet. Voraussetzung hierfür ist, dass Sie die entsprechenden Berechtigungen zum Aktualisieren der Organisationsrichtlinie haben.

    Sie können prüfen, ob eine Einschränkung für Ressourcenstandorte (constraints/gcp.resourceLocations) vorliegt. Diese Einschränkung bestimmt die Standorte, an denen Daten gespeichert werden können. Einige Dienste unterstützen außerdem Einschränkungen, die sich auf eine Logsenke auswirken können. Beispielsweise können mehrere Einschränkungen gelten, wenn ein Pub/Sub-Ziel ausgewählt ist. Eine Liste möglicher Einschränkungen finden Sie unter Einschränkungen für Organisationsrichtlinien.

    Eine Anleitung finden Sie unter Richtlinien erstellen und bearbeiten.

  • Wenn Sie die Organisationsrichtlinie nicht aktualisieren können, aktualisieren Sie Ihre Senke auf der Seite Log Router, um ein konformes Ziel zu verwenden.

    Zum Logrouter

Die Senke beginnt mit dem Weiterleiten von Logeinträgen, wenn die Organisationsrichtlinie die Senke nicht mehr am Schreiben in das Ziel hindert und neue Logeinträge, die Ihrem Filter entsprechen, von Logging empfangen werden.

Probleme mit Verschlüsselungsschlüsseln bei Senken

Wenn Sie Verschlüsselungsschlüssel verwenden, die entweder mit dem Cloud Key Management Service oder von Ihnen verwaltet werden, um die Daten im Ziel der Senke zu verschlüsseln, werden möglicherweise entsprechende Fehler angezeigt. Hier sind einige mögliche Probleme und Lösungen:

  • Der Cloud KMS-Schlüssel wurde nicht gefunden.

    • Das Projekt Google Cloud , das den Cloud KMS-Schlüssel enthält, der zum Verschlüsseln der Daten konfiguriert ist, wurde nicht gefunden.

    • Verwenden Sie einen gültigen Cloud KMS-Schlüssel aus einem vorhandenenGoogle Cloud -Projekt.

  • Der Standort des Cloud KMS-Schlüssels stimmt nicht mit dem Standort des Ziels überein.

    • Wenn sich das Google Cloud Projekt, das den Cloud KMS-Schlüssel enthält, in einer anderen Region als das Ziel befindet, schlägt die Verschlüsselung fehl und die Senke kann keine Daten an dieses Ziel weiterleiten.

    • Verwenden Sie einen Cloud KMS-Schlüssel, der in einem Google Cloud -Projekt enthalten ist, dessen Region mit dem Ziel der Senke übereinstimmt.

  • Der Zugriff auf den Verschlüsselungsschlüssel wird für das Dienstkonto der Senke verweigert.

    • Auch wenn die Senke erfolgreich mit den richtigen Dienstkontoberechtigungen erstellt wurde, wird diese Fehlermeldung angezeigt, wenn das Senkenziel einen Verschlüsselungsschlüssel verwendet, der dem Dienstkonto keine ausreichenden Berechtigungen zum Verschlüsseln oder Entschlüsseln der Daten gibt.

    • Weisen Sie dem Dienstkonto, das im Feld writerIdentity der Senke für den im Ziel verwendeten Schlüssel angegeben ist, die Cloud KMS-Rolle CryptoKey-Verschlüsseler/Entschlüsseler zu. Prüfen Sie außerdem, ob die Cloud KMS API aktiviert ist.

Kontingentprobleme mit Senken

Wenn Senken Logeinträge schreiben, gelten Export- und Zielkontingente. Je nach Ziel werden Kontingente für die Ressource erzwungen, in der die Senke erstellt wurde, z. B. für Pub/Sub, oder für das Ziel selbst, z. B. für BigQuery. Wenn das Kontingent erschöpft ist, werden Logeinträge nicht mehr an das Ziel der Senke weitergeleitet.

  • Senken, die Logeinträge an ein Pub/Sub-Thema weiterleiten, sind auf 60 GB/Min. beschränkt. Wenn das Volumen der Logeinträge das Kontingent für die Exportrate überschreitet, wird ein Logeintrag mit dem Fehlercode topic_over_quota geschrieben.

Kontingente gelten auch für aggregierte Senken. Diese Senken leiten Logeinträge für den Ordner oder die Organisation, in dem bzw. der sie erstellt wurden, und für untergeordnete Ressourcen weiter.

Versuchen Sie Folgendes, um Probleme mit der Kontingenterschöpfung zu beheben:

  • Verringern Sie die Menge der weitergeleiteten Logdaten, indem Sie den Filter der Senke so aktualisieren, dass er mit weniger Logeinträgen übereinstimmt. Sie können die Funktion sample in Ihrem Filter verwenden, um einen Bruchteil der Gesamtzahl der Logeinträge auszuwählen.

  • Senden Sie eine Supportanfrage, um Ihr Kontingent zu erhöhen.

Weitere Informationen zu den Limits, die beim Weiterleiten von Logeinträgen gelten können, finden Sie in den Kontingentinformationen des entsprechenden Ziels:

Fehler beim Weiterleiten an Cloud Logging-Buckets

Möglicherweise werden im Log-Explorer Logeinträge angezeigt, die Sie mit Ihrer Senke ausgeschlossen haben. Sie können diese Logeinträge weiterhin sehen, wenn eine der folgenden Bedingungen erfüllt ist:

  • Sie führen die Abfrage im Projekt Google Cloud aus, in dem die Logeinträge generiert wurden.

    Prüfen Sie, ob Sie die Abfrage im richtigenGoogle Cloud -Projekt ausführen.

  • Die ausgeschlossenen Logeinträge wurden an mehrere Log-Buckets gesendet. Sie sehen eine Kopie des Logs, das Sie ausschließen wollten.

    Prüfen Sie zur Behebung dieses Problems Ihre Senken auf der Seite Log Router, um sicherzustellen, dass die Logeinträge nicht in den Filtern anderer Senken enthalten sind.

  • Sie haben Zugriff auf Ansichten im Log-Bucket, an den die Logeinträge gesendet wurden. In diesem Fall werden diese Logeinträge standardmäßig angezeigt.

    Wenn Sie diese Logeinträge im Log-Explorer nicht sehen möchten, können Sie den Umfang Ihrer Suche auf Ihr Quellprojekt oder Ihren Quell-Bucket in Google Cloud beschränken.

Fehlerbehebung beim Speichern von Logs

Warum kann ich diesen Bucket nicht löschen?

Wenn Sie versuchen, einen Bucket zu löschen, gehen Sie so vor:

  • Prüfen Sie, ob Sie die erforderlichen Berechtigungen zum Löschen des Buckets haben. Eine Liste der erforderlichen Berechtigungen finden Sie unter Zugriffssteuerung mit IAM.

  • Bestimmen Sie, ob der Bucket gesperrt ist. Listen Sie dazu die Attribute des Buckets auf. Wenn der Bucket gesperrt ist, prüfen Sie die Aufbewahrungsdauer. Sie können gesperrte Buckets erst löschen, wenn alle Logs im Bucket die Aufbewahrungsdauer des Buckets erreicht haben.

Welche Dienstkonten leiten Logs an meinen Bucket weiter?

So ermitteln Sie, ob Dienstkonten IAM-Berechtigungen zum Weiterleiten von Logs an Ihren Bucket haben:

  1. Rufen Sie in der Google Cloud Console die Seite IAM auf:

    IAM aufrufen

    Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift IAM & Admin lautet.

  2. Wählen Sie aus dem Tab Berechtigungen die Ansicht nach Rollen. Ihnen wird eine Tabelle mit allen IAM-Rollen und Hauptkonten angezeigt, die mit IhremGoogle Cloud -Projekt verknüpft sind.

  3. Geben Sie in das Textfeld Filter der Tabelle Log-Bucket-Autor ein.

    Sie sehen alle Hauptkonten mit der Rolle Log-Bucket-Autor. Wenn ein Hauptkonto ein Dienstkonto ist, enthält dessen ID den String .

  4. Optional: Wenn Sie ein Dienstkonto entfernen möchten, damit es keine Logs mehr an Ihr Google Cloud -Projekt weiterleiten kann, klicken Sie auf das Kästchen für das Dienstkonto und dann auf Entfernen.

Warum sehe ich Logs für ein Google Cloud -Projekt, obwohl ich sie aus meiner _Default-Senke ausgeschlossen habe?

Möglicherweise sehen Sie sich Logs in einem Log-Bucket in einem zentralen Google Cloud -Projekt an, in dem Logs aus Ihrer gesamten Organisation zusammengefasst werden.

Wenn Sie mit dem Log-Explorer auf diese Logs zugreifen und Logs sehen, die Sie aus der Senke _Default ausgeschlossen haben, ist Ihre Ansicht möglicherweise auf die ProjektebeneGoogle Cloud festgelegt.

Wählen Sie zur Behebung dieses Problems im Menü Bereich eingrenzen die Option Logansicht und dann die Logansicht aus, die dem Bucket _Default in Ihrem ProjektGoogle Cloud zugeordnet ist. Die ausgeschlossenen Logs sollten nun nicht mehr angezeigt werden.