Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Problembehandlung bei geplanten Abfragen
Verwenden Sie diese Themen zur Problembehandlung, um häufig auftretende Probleme mit geplanten Abfragen zu lösen.
Die Ausführung der Abfrage schlägt aufgrund von Berechtigungsfehlern fehl
Beheben Sie Berechtigungsfehler, die verhindern, dass geplante Abfragen ausgeführt oder Ergebnisse an Ziele übermittelt werden.
Berechtigungsfehler treten auf, wenn die Ausführungsrolle nicht über die erforderlichen Berechtigungen verfügt, um aus Protokollgruppen zu lesen oder in Zielressourcen zu schreiben.
Um Berechtigungsfehler zu beheben
-
Stellen Sie sicher
logs:StartQuerylogs:GetQueryResults, dass die Ausführungsrolle überlogs:DescribeLogGroupsBerechtigungen für die Zielprotokollgruppen verfügt. -
Stellen Sie sicher, dass die Ausführungsrolle über Schreibberechtigungen für die Zielressourcen verfügt (z. B.
s3:PutObjectfür S3-Buckets). -
Stellen Sie sicher, dass CloudWatch Logs aufgrund der Vertrauensrichtlinie die Ausführungsrolle übernehmen kann. Die Rolle sollte dem Logs-Dienstprinzipal (
logs.amazonaws.com) in ihrer Vertrauensrichtlinie vertrauen.
Zu den häufigsten Ursachen gehören fehlende IAM-Berechtigungen, falsche Ressourcen-ARNs in der Richtlinie oder Probleme mit der Konfiguration der Vertrauensrichtlinie.
Um Berechtigungsfehler zu vermeiden, sollten Sie bei der Erstellung von Ausführungsrollen und Testberechtigungen das Prinzip der geringsten Zugriffsrechte verwenden, bevor Sie geplante Abfragen in der Produktion bereitstellen.
Zeitüberschreitung bei der Abfrage
Beheben Sie Timeout-Fehler, die auftreten, wenn geplante Abfragen das maximale Ausführungszeitlimit überschreiten.
Abfragetimeouts treten auf, wenn die Abfrage länger als 60 Minuten benötigt, um den angegebenen Datenbereich zu verarbeiten. Dies ist häufig auf große Datensätze oder eine komplexe Abfragelogik zurückzuführen.
Um Timeout-Fehler zu beheben
-
Reduzieren Sie den Zeitbereich, indem Sie den Startzeitversatz verringern, um weniger Daten pro Ausführung zu verarbeiten.
-
Optimieren Sie die Abfrage, indem Sie zu Beginn der Abfrage Filter hinzufügen, um die Menge der verarbeiteten Daten zu reduzieren. Verwenden Sie Filterindizes, um die Größe der gescannten Daten zu reduzieren.
-
Erwägen Sie, komplexe Abfragen in einfachere, zielgerichtetere Abfragen aufzuteilen.
Zu den häufigsten Ursachen gehören Abfragen großer Zeitbereiche, die Verarbeitung umfangreicher Protokollgruppen oder die Verwendung komplexer Aggregationen ohne angemessene Filterung.
Um Zeitüberschreitungen zu vermeiden, testen Sie Abfragen in CloudWatch Logs Insights manuell mit Ihrem erwarteten Datenvolumen und optimieren Sie die Leistung vor der Planung.
Die Zielverarbeitung schlägt fehl
Beheben Sie Fehler, die auftreten, wenn geplante Abfrageergebnisse nicht an die konfigurierten Ziele übermittelt werden können.
Fehler bei der Zielverarbeitung treten auf, wenn auf den Amazon S3-Ziel-Bucket oder EventBridge Event-Bus nicht zugegriffen werden kann oder der Zielbus falsch konfiguriert ist.
Zur Behebung von Fehlern, bei denen Abfrageergebnisse nicht am Zielort veröffentlicht werden
-
Stellen Sie sicher, dass der angegebene Amazon S3-Bucket existiert und zugänglich ist.
-
Überprüfen Sie die Zielkonfiguration auf die richtigen URIs.
-
Stellen Sie sicher, dass die Ausführungsrolle über die erforderlichen Berechtigungen verfügt, um in das Ziel zu schreiben.
Zu den häufigsten Ursachen gehören gelöschte oder umbenannte Zielressourcen, falsche Ziel-URIs oder Probleme mit der Netzwerkkonnektivität.
Um Zielausfälle zu vermeiden, überprüfen Sie regelmäßig die Zielkonfigurationen und überwachen Sie die Verfügbarkeit der Zielressourcen.
Ungültige Abfragefehler
Beheben Sie Syntax- und Logikfehler in geplanten Abfragezeichenfolgen, die eine erfolgreiche Ausführung verhindern.
Ungültige Abfragefehler treten auf, wenn die Abfragezeichenfolge Syntaxfehler enthält, auf nicht vorhandene Felder verweist oder nicht unterstützte Funktionen der Abfragesprache verwendet.
Um ungültige Abfragefehler zu beheben
-
Testen Sie Ihre Abfrage manuell in CloudWatch Logs Insights, um Syntax und Logik zu überprüfen.
-
Vergewissern Sie sich, dass alle Protokollfelder, auf die verwiesen wird, in Ihren Zielprotokollgruppen vorhanden sind.
-
Stellen Sie sicher, dass die von Ihnen verwendeten Funktionen für die Abfragesprache für geplante Abfragen unterstützt werden.
Zu den häufigsten Ursachen gehören Tippfehler in Feldnamen, falsche Abfragesyntax oder die Verwendung von Abfragefunktionen, die in der geplanten Ausführungsumgebung nicht unterstützt werden.
Um ungültige Abfragefehler zu vermeiden, sollten Sie Abfragen vor der Planung immer interaktiv testen und Feldnamen mithilfe von Felderkennungsfunktionen überprüfen.
Fehler bei der Parallelität von Abfragen
Im Folgenden sind einige wichtige Punkte aufgeführt, die Sie beachten sollten, wenn Parallelitätsfehler auftreten, da geplante Abfragen dasselbe Kontingent verwenden wie Cloudwatch Logs Insights-Abfragen. Es wird empfohlen, Ihre Zeitpläne zu verteilen, um zu vermeiden, dass das Parallelitätslimit überschritten wird.
-
Kontingent: Sie können bis zu 100 CloudWatch Logs Insights-Abfragen gleichzeitig pro AWS Konto ausführen.
-
Dashboards: Zu CloudWatch Dashboards hinzugefügte Abfragen werden ebenfalls auf dieses Parallelitätslimit angerechnet, da sie ausgeführt werden, wenn das Dashboard geladen oder aktualisiert wird.
-
OpenSearch Service PPL/SQL: Sie können bis zu 15 OpenSearch PPL- oder SQL-Abfragen gleichzeitig pro Konto ausführen. OpenSearch AWS
-
Cross-account Abfragen: Das Kontingent für Parallelität gilt sowohl für einzelne als auch für kontoübergreifende Abfragen. Bei Verwendung der CloudWatch kontoübergreifenden Observability werden Abfragen, die in einem Überwachungskonto gegen ein verknüpftes Quellkonto gestartet wurden, ebenfalls auf das Parallelitätslimit des Überwachungskontos angerechnet.
-
Protokollgruppen für seltene Zugriffe: Für Protokollgruppen der Protokollklasse für seltene Zugriffe ist die maximale Anzahl gleichzeitiger Logs Insights-Abfragen auf fünf begrenzt.