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.
# Überwachen von Metriken in einer Amazon-RDS-Instance
In den folgenden Abschnitten finden Sie eine Übersicht über Amazon-RDS-Überwachung und eine Erklärung zum Zugriff auf Metriken. Weitere Informationen zum Überwachen von Ereignissen, Protokollen und Datenbankaktivitäts-Streams finden Sie unter [Überwachung von Ereignissen, Protokollen und Streams in einem Amazon RDS ](CHAP_Monitor_Logs_Events.md).
**Topics**
+ [Überwachungsplan](#MonitoringOverview.plan)
+ [Leistungsbasislinie](#MonitoringOverview.baseline)
+ [Richtlinien zur Leistung](#MonitoringOverview.guidelines)
+ [Überwachungstools für Amazon RDS](MonitoringOverview.md)
+ [Anzeigen des Status der -Instance](accessing-monitoring.md)
+ [Empfehlungen von Amazon RDS](monitoring-recommendations.md)
+ [Anzeigen von Metriken in der Amazon-RDS-Konsole](USER_Monitoring.md)
+ [Anzeigen kombinierter Metriken mit dem Performance-Insights-Dashboard](Viewing_Unifiedmetrics.md)
+ [Überwachung von Amazon RDS mit Amazon CloudWatch](monitoring-cloudwatch.md)
+ [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md)
+ [Überwachung mit Performance Insights auf Amazon RDS](USER_PerfInsights.md)
+ [Analysieren von Leistungsanomalien mit Amazon DevOps Guru für Amazon RDS](devops-guru-for-rds.md)
+ [Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung)](USER_Monitoring.OS.md)
+ [Amazon RDS-Referenz für Metriken](metrics-reference.md)
## Überwachungsplan
Bevor Sie mit der Überwachung von Amazon RDS beginnen, sollten Sie einen Überwachungsplan erstellen. Dieser Plan sollte die folgenden Fragen beantworten:
+ Was sind Ihre Ziele bei der Überwachung?
+ Welche Ressourcen möchten Sie überwachen?
+ Wie oft werden diese Ressourcen überwacht?
+ Welche Überwachungs-Tools möchten Sie verwenden?
+ Wer soll die Überwachungsaufgaben ausführen?
+ Wer soll benachrichtigt werden, wenn Fehler auftreten?
## Leistungsbasislinie
Um Ihre Überwachungsziele zu erreichen, müssen Sie eine Basislinie erstellen. Messen Sie dazu die Leistung unter unterschiedlichen Lastbedingungen zu verschiedenen Zeiten in Ihrer Amazon RDS-Umgebung. Sie können Metriken wie die folgenden überwachen:
+ Netzwerkdurchsatz
+ Client-Verbindungen
+ I/O für Lese-, Schreib- oder Metadatenoperationen
+ Burst-Guthaben für Ihre DB-Instances
Es wird empfohlen, historische Leistungsdaten für Amazon RDS zu speichern.. Mithilfe der gespeicherten Daten können Sie die aktuelle Leistung mit früheren Trends vergleichen. Sie können so auch normale Leistungsmuster von Anomalien unterscheiden und Methoden zur Behebung von Problemen entwickeln.
## Richtlinien zur Leistung
Die zulässigen Werte für Leistungsmetriken sind im Allgemeinen davon abhängig, wie die Basislinie aussieht, und wofür die Anwendung gedacht ist. Prüfen Sie, ob dauerhafte oder tendenzielle Abweichungen von Ihrer Ausgangsbasis vorliegen. Die folgenden Metriken sind häufig die Ursache von Leistungsproblemen:
+ **Hohe CPU- oder RAM-Nutzung** – Hohe Werte für die CPU- oder RAM-Nutzung können angemessen sein, wenn sie der Zielsetzung Ihrer Anwendung entsprechen (z. B. in Bezug auf Durchsatz oder Gleichzeitigkeit) und erwartet werden.
+ **Nutzung des Datenträgerplatzes –** Überprüfen Sie die Nutzung des Datenträgerplatzes, wenn konsistent 85 Prozent oder mehr des gesamten Datenträgerplatzes belegt werden. Prüfen Sie, ob Daten in der Instance gelöscht oder auf einem anderen System archiviert werden können, um Speicherplatz freizugeben.
+ **Netzwerkdatenverkehr** – Wenden Sie sich an Ihren Systemadministrator, um zu erfahren, welcher Durchsatz für Ihr Domänennetzwerk und Ihre Internetverbindung erwartet wird. Überprüfen Sie den Netzwerkdatenverkehr, wenn der Durchsatz dauerhaft unter dem erwarteten Wert liegt.
+ **Datenbankverbindungen** – Sie sollten eine Einschränkung der Datenbankverbindungen in Betracht ziehen, wenn eine große Anzahl von Benutzerverbindungen sowie auch eine Abnahme der Instance-Leistung und -Reaktionszeit zu erkennen sind. Die optimale Anzahl der Benutzerverbindungen für Ihre DB-Instance ist von der Instance-Klasse und der Komplexität der ausgeführten Operationen abhängig. Um die Anzahl der Datenbankverbindungen zu bestimmen, ordnen Sie Ihre DB-Instance einer Parametergruppe zu, für die der Parameter `User Connections` auf einen anderen Wert als „0“ (unbegrenzt) gesetzt ist. Sie können eine entweder eine vorhandene Parametergruppe verwenden oder eine neue erstellen. Weitere Informationen finden Sie unter [Parametergruppen für Amazon RDS](USER_WorkingWithParamGroups.md).
+ **IOPS-Metriken –** Die erwarteten Werte für IOPS-Metriken sind von der Datenträgerspezifikation und der Serverkonfiguration abhängig. Verwenden Sie die Basiswerte als typische Werte. Prüfen Sie, ob dauerhafte Abweichungen von den Werten Ihrer Ausgangsbasis vorliegen. Für eine optimale IOPS-Leistung stellen Sie sicher, dass Ihr typisches Working Set in den Speicher passt, um Lese- und Schreibvorgänge zu minimieren.
Wenn die Leistung außerhalb der festgelegten Baseline liegt, müssen Sie möglicherweise Änderungen vornehmen, um die Datenbankverfügbarkeit für Ihre Workload zu optimieren. Beispielsweise müssen Sie möglicherweise die Instance-Klasse Ihrer DB-Instance ändern. Oder Sie müssen möglicherweise die Anzahl der DB-Instance und Read Replicas ändern, die für Clients verfügbar sind.
# Überwachungstools für Amazon RDS
Die Überwachung ist ein wichtiger Bestandteil der Aufrechterhaltung der Zuverlässigkeit, Verfügbarkeit und Leistung von Amazon RDS, und Ihren anderen AWS Lösungen. AWS bietet verschiedene Überwachungstools, um Amazon RDS zu beobachten, zu melden, wenn etwas nicht stimmt, und gegebenenfalls automatische Maßnahmen zu ergreifen.
**Topics**
+ [Automatisierte Überwachungstools](#MonitoringOverview.tools.automated)
+ [Manuelle Überwachungstools](#monitoring_manual_tools)
## Automatisierte Überwachungstools
Wir empfehlen, dass Sie die Überwachungsaufgaben möglichst automatisieren.
**Topics**
+ [Amazon-RDS-Instance-Status und Empfehlungen](#MonitoringOverview.tools.automated.rds)
+ [CloudWatch Amazon-Metriken für Amazon RDS](#MonitoringOverview.tools.automated.integrated)
+ [Amazon RDS Performance Insights und Betriebssystemüberwachung](#MonitoringOverview.tools.automated.metrics.rds)
+ [Integrierte Services](#MonitoringOverview.tools.automated.integrated.events-logs-streams)
### Amazon-RDS-Instance-Status und Empfehlungen
Sie können die folgenden automatisierten Tools zur Überwachung von Amazon RDS verwenden und auftretende Probleme melden:
+ **Amazon RDS ** — Rufen Sie mithilfe der Amazon RDS-Konsole, der oder der RDS-API Details zum AWS CLI aktuellen Status Ihres ab.
+ **Amazon RDS Empfehlungen** — Reagieren Sie auf automatisierte Empfehlungen für Datenbankressourcen wie DB-Instances, , Lesereplikate und DB--Parametergruppen. Weitere Informationen finden Sie unter [Empfehlungen von Amazon RDS](monitoring-recommendations.md).
### CloudWatch Amazon-Metriken für Amazon RDS
Amazon RDS lässt sich CloudWatch für zusätzliche Überwachungsfunktionen in Amazon integrieren.
+ **Amazon CloudWatch** — Dieser Service überwacht Ihre AWS Ressourcen und die Anwendungen, auf denen Sie laufen, AWS in Echtzeit. Sie können die folgenden CloudWatch Amazon-Funktionen mit Amazon RDS verwenden:
+ ** CloudWatch Amazon-Metriken** — Amazon RDS sendet automatisch Metriken an CloudWatch jede Minute für jede aktive Datenbank. Es fallen keine zusätzlichen Gebühren für Amazon RDS-Metriken an CloudWatch. Weitere Informationen finden Sie unter [Überwachung von Amazon RDS mit Amazon CloudWatch](monitoring-cloudwatch.md).
+ ** CloudWatch Amazon-Alarme** — Sie können sich eine einzelne Amazon RDS über einen bestimmten Zeitraum ansehen. Anschließend können Sie eine oder mehrere Aktionen basierend auf dem Wert der Metrik relativ zu einem von Ihnen festgelegten Schwellenwert ausführen. Weitere Informationen finden Sie unter [Überwachung von Amazon RDS mit Amazon CloudWatch](monitoring-cloudwatch.md).
### Amazon RDS Performance Insights und Betriebssystemüberwachung
Sie können die folgenden automatisierten Tools zum Überwachen der Amazon RDS-Leistung verwenden:
+ **Amazon RDS Performance Insights** – Bewerten Sie die Belastung Ihrer Datenbank und bestimmen Sie, wann und wo Maßnahmen ergriffen werden sollen. Weitere Informationen finden Sie unter [Überwachung mit Performance Insights auf Amazon RDS](USER_PerfInsights.md).
+ **Amazon RDS Enhanced Monitoring** – Sehen Sie sich in Echtzeit Metriken für das Betriebssystem an. Weitere Informationen finden Sie unter [Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung)](USER_Monitoring.OS.md).
### Integrierte Services
Die folgenden AWS Dienste sind in Amazon RDS Amazon integriert:
+ *Amazon EventBridge* ist ein serverloser Event-Bus-Service, der es einfach macht, Ihre Anwendungen mit Daten aus einer Vielzahl von Quellen zu verbinden. Weitere Informationen finden Sie unter [Überwachung von Amazon-RDS-Ereignissen](working-with-events.md).
+ Mit *Amazon CloudWatch Logs* können Sie Ihre Protokolldateien von Amazon RDS, Amazon und anderen Quellen überwachen CloudTrail, speichern und darauf zugreifen. Weitere Informationen finden Sie unter [Überwachen von Amazon RDS-Protokolldateien](USER_LogAccess.md).
+ *AWS CloudTrail* erfasst API-Aufrufe und zugehörige Ereignisse, die von oder im Namen Ihres AWS-Konto -Kontos erfolgten, und übermittelt die Protokolldateien an einen von Ihnen angegebenen Amazon-S3-Bucket. Weitere Informationen finden Sie unter [Überwachung von Amazon RDS-API-Aufrufen in AWS CloudTrail](logging-using-cloudtrail.md).
+ *Database Activity Streams* ist eine Amazon RDS, die einen near-real-time Stream der Aktivitäten in Ihrer bereitstellt. Weitere Informationen finden Sie unter [Überwachung von Amazon RDS mithilfe von Datenbankaktivitätsstreams](DBActivityStreams.md).
## Manuelle Überwachungstools
Sie müssen die Elemente, die von den CloudWatch Alarmen nicht abgedeckt werden, manuell überwachen. Amazon RDS AWS Trusted Advisor und andere AWS Konsolen-Dashboards bieten einen at-a-glance Überblick über den Zustand Ihrer AWS Umgebung. CloudWatch Wir empfehlen, auch die Protokolldateien auf Ihrer DB-Instance zu überprüfen.
+ In der Amazon-RDS-Konsole können Sie die folgenden Elemente für Ihre Ressourcen überwachen:
+ Die Anzahl der Verbindungen zu einer DB-Instance
+ Die Anzahl der Lese- und Schreibvorgänge in einer DB-Instance
+ Der von einer DB-Instance aktuell verwendete Speicherplatz
+ Der aktuell verwendete Arbeitsspeicher und die aktuelle CPU-Nutzung einer DB-Instance
+ Der Netzwerkdatenverkehr von und zu einer DB-Instance
+ Im Trusted Advisor Dashboard können Sie die folgenden Prüfungen zur Kostenoptimierung, Sicherheit, Fehlertoleranz und Leistungsverbesserung überprüfen:
+ Amazon-RDS-DB-Instances im Leerlauf
+ Zugriffsrisiko für Amazon-RDS-Sicherheitsgruppen
+ Amazon-RDS-Backups
+ Amazon-RDS-Multi-AZ
Weitere Informationen zu diesen Prüfungen finden Sie unter [Trusted Advisor – bewährte Methoden (Prüfungen)](https://aws.amazon.com/premiumsupport/trustedadvisor/best-practices/).
+ CloudWatch Die Startseite zeigt:
+ Aktuelle Alarme und Status
+ Diagramme mit Alarmen und Ressourcen
+ Servicestatus
Darüber hinaus können CloudWatch Sie Folgendes verwenden:
+ Erstellen Sie [benutzerdefinierte Dashboards](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/CloudWatch_Dashboards.html) zur Überwachung der Services, die Ihnen wichtig sind.
+ Aufzeichnen von Metrikdaten, um Probleme zu beheben und Trends zu erkennen.
+ Suchen und durchsuchen Sie alle Ihre AWS Ressourcenmetriken.
+ Erstellen und Bearbeiten von Alarmen, um über Probleme benachrichtigt zu werden.
# Anzeigen des Status der -Instance
Mit der Amazon-RDS-Konsole können Sie schnell auf den Status Ihrer DB--Instance zugreifen.
**Topics**
+ [Status der Amazon RDS-DB-Instance anzeigen](#Overview.DBInstance.Status)
## Status der Amazon RDS-DB-Instance anzeigen
Der Status einer DB-Instance gibt ihren aktuellen Betriebsstatus an. Sie können die folgenden Verfahren verwenden, um den DB-Instance-Status in der Amazon RDS-Konsole, im AWS CLI Befehl oder im API-Vorgang anzuzeigen.
**Anmerkung**
Amazon RDS führt daneben noch einen anderen Statuswert, der als *Wartungsstatus* bezeichnet wird, und der in der Spalte **Wartung** in der Amazon-RDS-Konsole angezeigt wird. Dieser Wert gibt den Status der Wartungspatches an, die auf der DB-Instance installiert werden müssen. Der Wartungsstatus ist von dem Status der DB-Instance unabhängig. Weitere Informationen zum Wartungsstatus finden Sie unter [Updates auf einen anwenden](USER_UpgradeDBInstance.Maintenance.md#USER_UpgradeDBInstance.OSUpgrades).
In der folgenden Tabelle finden Sie die möglichen Statuswerte für DB-Instances. Diese Tabelle zeigt auch, ob Ihnen die DB-Instance und der Speicher in Rechnung gestellt werden, die nur für Speicher in Rechnung gestellt oder nicht in Rechnung gestellt werden. Für alle DB-Instance-Status wird immer die Sicherungsnutzung berechnet.
| DB-Instance-Status | Berechnet | Beschreibung |
| --- | --- | --- |
| **available** | Berechnet | Die DB-Instance ist für Änderungen verfügbar. |
| **backing-up** | Berechnet | Die DB-Instance wird derzeit gesichert. |
| **configuring-enhanced-monitoring** | Berechnet | Für diese DB-Instance wird „Enhanced Monitoring“ (Erweiterte Überwachung) aktiviert oder deaktiviert. |
| **configuring-iam-database-auth** | Berechnet | AWS Identity and Access Management Die (IAM-) Datenbankauthentifizierung wird für diese DB-Instance aktiviert oder deaktiviert. |
| **configuring-log-exports** | Berechnet | Das Veröffentlichen von Protokolldateien in Amazon CloudWatch Logs wird für diese DB-Instance aktiviert oder deaktiviert. |
| **converting-to-vpc** | Berechnet | Die sich nicht in einer Amazon Virtual Private Cloud (Amazon VPC) befindliche DB-Instance wird in eine DB-Instance umgewandelt, die sich in einer Amazon VPC befindet. |
| **creating** | Nicht berechnet (kein PITR) Berechnet (nur PITR) | Die DB-Instance wird gerade erstellt. Während die DB-Instance erstellt wird, kann nicht auf sie zugegriffen werden. Wenn Sie eine Datenbank während der point-in-time Wiederherstellung (PITR) wiederherstellen, wird Ihnen die Rechnung gestellt, während sich die Datenbank im **Erstellungszustand** befindet. Dies ist das einzige Szenario, in dem für den Status **creating** Gebühren anfallen. |
| **Delete-precheck** | Nicht berechnet | Amazon RDS überprüft, ob Read Replicas sicher gelöscht werden können. |
| **deleting** | Nicht berechnet | Die DB-Instance wird gerade gelöscht. |
| **failed** | Nicht berechnet | Die DB-Instance befindet sich im Fehlerzustand und Amazon RDS kann sie nicht wiederherstellen. Führen Sie eine point-in-time Wiederherstellung auf den letzten wiederherstellbaren Zeitpunkt der DB-Instance durch, um die Daten wiederherzustellen. |
| **inaccessible-encryption-credentials** | Nicht berechnet | Die zum Verschlüsseln oder Entschlüsseln der DB-Instance AWS KMS key verwendete Datei kann nicht abgerufen oder wiederhergestellt werden. |
| **inaccessible-encryption-credentials-recoverable** | Berechnet für Speicher | Es ist kein Zugriff auf den KMS-Schlüssel möglich, der zum Ver- oder Entschlüsseln der DB-Instance verwendet wird. Wenn der KMS-Schlüssel jedoch aktiv ist, kann ein Neustart der DB-Instance ihn wiederherstellen. Weitere Informationen finden Sie unter [Verschlüsseln einer DB-Instance](Overview.Encryption.md#Overview.Encryption.Enabling). |
| **incompatible-create** | Nicht berechnet | Amazon RDS versucht, eine DB-Instance zu erstellen. Dies ist aber nicht möglich, weil die Ressourcen nicht mit Ihrer DB-Instance kompatibel sind. Dieser Status kann auftreten, wenn das Instance-Profil für Ihre DB-Instance nicht über die richtigen Berechtigungen verfügt. |
| **incompatible-network** | Nicht berechnet | Amazon RDS versucht, auf der DB-Instance eine Wiederherstellungsaktion durchzuführen, was bislang gescheitert ist, weil der Status der VPC die Durchführung der Aktion verhindert. Dieser Status kann beispielsweise eintreten, wenn alle IP-Adressen in einem Subnetz belegt sind und Amazon RDS keine IP-Adresse für die DB-Instance abrufen kann. |
| **incompatible-option-group** | Berechnet | Amazon RDS hat versucht, eine Optionsgruppenänderung zu übernehmen, konnte den Vorgang jedoch nicht abschließen, und Amazon RDS kann keinen Rollback auf den vorherigen Optionsgruppenstatus durchführen. Weitere Informationen enthält die Liste **Recent Events (Aktuelle Ereignisse)** für die DB-Instance. Dieser Status kann beispielsweise eintreten, wenn eine Optionsgruppe eine Option wie TDE und die DB-Instance keine verschlüsselten Daten enthält. |
| **incompatible-parameters** | Berechnet | Amazon RDS kann die DB-Instance nicht hochfahren, weil in der DB-Parametergruppe der DB-Instance angegebene Parameter nicht mit der DB-Instance kompatibel sind. Machen Sie die letzten Änderungen an den Parametern der DB-Instance rückgängig, um wieder auf die DB-Instance zugreifen zu können. Beachten Sie für weitere Informationen zu den inkompatiblen Parametern die Liste **Recent Events (Aktuelle Ereignisse)** für die DB-Instance. |
| **incompatible-restore** | Nicht berechnet | Amazon RDS kann keine point-in-time Wiederherstellung durchführen. Häufige Ursachen für diesen Status sind die Verwendung temporärer Tabellen die Verwendung von MyISAM-Tabellen mit MySQLoder die Verwendung von Aria-Tabellen mit MariaDB. |
| unzureichende Kapazität | Nicht berechnet | Amazon RDS kann Ihre Instance nicht erstellen, da derzeit keine ausreichende Kapazität verfügbar ist. Um Ihre DB-Instance in derselben AZ mit demselben Instance-Typ zu erstellen, löschen Sie Ihre DB-Instance, warten Sie ein paar Stunden und versuchen Sie erneut zu erstellen. Alternativ können Sie eine neue Instance mit einer anderen Instance-Klasse oder AZ erstellen. |
| **maintenance** | Berechnet | Amazon RDS installiert auf der DB-Instance ein Wartungsupdate. Dieser Status wird bei Wartungen auf der Ebene der Instance verwendet, die von RDS lange im Voraus geplant werden. |
| **modifying** | Berechnet | Die DB-Instance wird aufgrund einer Kundenanfrage geändert. |
| **moving-to-vpc** | Berechnet | Die DB-Instance wird in eine neue Amazon Virtual Private Cloud (Amazon VPC) verschoben. |
| **rebooting** | Berechnet | Die DB-Instance wird aufgrund einer Kundenanfrage oder eines Amazon-RDS-Prozesses neu gestartet. |
| **resetting-master-credentials** | Berechnet | Die Masteranmeldeinformationen für die DB-Instance werden auf eine Kundenanfrage hin zurückgesetzt. |
| **renaming** | Berechnet | Die DB-Instance wird aufgrund einer Kundenanfrage umbenannt. |
| **restore-error** | Berechnet | Bei dem Versuch, einen Snapshot point-in-time oder aus einem Snapshot wiederherzustellen, ist bei der DB-Instance ein Fehler aufgetreten. |
| **starting** | Berechnet für Speicher | Die DB-Instance wird gestartet. |
| **stopped** | Berechnet für Speicher | Die DB-Instance ist angehalten. |
| **stopping** | Berechnet für Speicher | Die DB-Instance wird gestoppt. |
| **storage-config-upgrade** | Berechnet | Die Konfiguration des Speicherdateisystems der DB-Instance wird aktualisiert. Dieser Status gilt nur für grüne Datenbanken innerhalb einer Blau/Grün-Bereitstellung oder für DB-Instance-Lesereplikate. |
| **storage-full** | Berechnet | Die DB-Instance hat die Speicherkapazitätszuteilung erreicht. Dies ist ein kritischer Status, wir empfehlen deshalb eine umgehende Behebung dieses Problems. Vergrößern Sie zu diesem Zweck den verfügbaren Speicher, indem Sie die DB-Instance ändern. Um diese Situation zu vermeiden, stellen Sie CloudWatch Amazon-Alarme so ein, dass Sie gewarnt werden, wenn der Speicherplatz knapp wird. |
| storage-initialization | Berechnet | Die DB-Instance lädt Datenblöcke aus Amazon S3, um die Volume-Leistung nach der Wiederherstellung aus einem Snapshot zu optimieren. Sie bleibt für den Betrieb verfügbar, aber die Leistung ist möglicherweise erst dann voll ausgeschöpft, wenn die Initialisierung abgeschlossen ist. |
| **storage-optimization** | Berechnet | Amazon RDS optimiert den Speicher Ihrer DB-Instance. Der Prozess der Speicheroptimierung ist in der Regel kurz, kann aber manchmal bis zu und sogar über 24 Stunden dauern. Während der Speicheroptimierung bleibt die DB-Instance verfügbar. Die Speicheroptimierung ist ein Hintergrundprozess, der die Verfügbarkeit der Instance nicht beeinträchtigt. |
| **upgrading** | Berechnet | Die Datenbank-Engine- oder die Betriebssystemversion wird aktualisiert. |
| **upgrade\$1failed** | Nicht berechnet | Die DB-Instance konnte nicht auf eine unterstützte Version aktualisiert werden. Aurora erstellt einen endgültigen Snapshot mit dem Präfix`rds-final`. |
### Konsole
**So zeigen Sie den Status einer DB-Instance an**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Datenbanken** aus.
Die **Seite „Datenbanken“** wird zusammen mit der Liste der DB-Instances angezeigt. Für jede DB-Instance wird der Statuswert angezeigt.
![\[So zeigen Sie den Status einer DB-Instance an\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/RDS_instance_status.png)
### CLI
Verwenden Sie den [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)Befehl, um die AWS CLI DB-Instance und ihre Statusinformationen mithilfe von anzuzeigen. Der folgende AWS CLI Befehl listet beispielsweise alle Informationen zu DB-Instances auf.
```
aws rds describe-db-instances
```
Um eine bestimmte DB-Instance und ihren Status anzuzeigen, rufen Sie den [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)Befehl mit der folgenden Option auf:
+ `DBInstanceIdentifier` – der Name der DB-Instance
```
aws rds describe-db-instances --db-instance-identifier mydbinstance
```
Um nur den Status aller DB-Instances anzuzeigen, verwenden Sie die folgende Abfrage in AWS CLI.
```
aws rds describe-db-instances --query 'DBInstances[*].[DBInstanceIdentifier,DBInstanceStatus]' --output table
```
### API
[Rufen Sie den DBInstances Vorgang Describe auf, um den Status der DB-Instance mithilfe der Amazon RDS-API anzuzeigen.](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html)
# Empfehlungen von Amazon RDS
Amazon RDS bietet automatisierte Empfehlungen für Datenbankressourcen wie DB-Instances, Lesereplikate, und DB-Cluster-Parametergruppen. Diese Empfehlungen bieten Anleitungen nach bewährten Methoden, indem sie die DB-Instance-Konfiguration, die Nutzung und die Leistungsdaten analysieren.
Erkenntnisse zur Amazon-RDS-Leistung überwacht bestimmte Metriken und erstellt automatisch Schwellenwerte, indem analysiert wird, welche Werte für eine bestimmte Ressource als potenziell problematisch gelten. Wenn die neuen Metrikwerte über einen bestimmten Zeitraum einen vordefinierten Schwellenwert überschreiten, generiert Performance Insights eine proaktive Empfehlung. Diese Empfehlung trägt dazu bei, zukünftige Auswirkungen auf die Datenbankleistung zu verhindern. Beispielsweise wird die Empfehlung „Leerlauf in Transaktion“ für RDS für PostgreSQL generiert, wenn die mit der Datenbank verbundenen Sitzungen keine aktiven Aufgaben durchführen, aber Datenbankressourcen blockieren können. Um proaktive Empfehlungen zu erhalten, müssen Sie Performance Insights mit einer Aufbewahrungsfrist für ein kostenpflichtiges Kontingent aktivieren. Weitere Informationen zum Aktivieren von Performance Insights finden Sie unter [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md). Weitere Informationen zur Preisgestaltung und Datenaufbewahrung für Performance Insights finden Sie unter [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md).
DevOps Guru für RDS überwacht bestimmte Metriken, um zu erkennen, wann das Verhalten der Metrik sehr ungewöhnlich oder anomal wird. Diese Anomalien werden als reaktive Erkenntnisse mit Empfehlungen gemeldet. DevOps Guru für RDS empfiehlt Ihnen beispielsweise, die CPU-Kapazität zu erhöhen oder Warteereignisse zu untersuchen, die zur DB-Last beitragen. DevOps Guru für RDS bietet auch schwellenwertbasierte proaktive Empfehlungen. Für diese Empfehlungen müssen Sie DevOps Guru für RDS aktivieren. Weitere Informationen zum Aktivieren von DevOps Guru für RDS finden Sie unter [DevOpsGuru einschalten und die Ressourcenabdeckung angeben](devops-guru-for-rds.md#devops-guru-for-rds.configuring.coverage).
Empfehlungen haben einen der folgenden Status: „Aktiv“, „Abgelehnt“, „Ausstehend“ oder „Gelöst“. Gelöste Empfehlungen sind 365 Tage lang verfügbar.
Sie können die Empfehlungen anzeigen oder verwerfen. Sie können eine konfigurationsbasierte aktive Empfehlung sofort ausführen, für das nächste Wartungsfenster einplanen oder verwerfen. Für auf Schwellenwerten basierende proaktive und auf Machine Learning basierende reaktive Empfehlungen müssen Sie die vorgeschlagene Ursache des Problems überprüfen und dann die empfohlenen Maßnahmen zur Behebung des Problems ergreifen.
Empfehlungen werden in den folgenden AWS-Regionen unterstützt:
+ USA Ost (Ohio)
+ USA Ost (Nord-Virginia)
+ USA West (Nordkalifornien)
+ USA West (Oregon)
+ Asia Pacific (Mumbai)
+ Asia Pacific (Seoul)
+ Asien-Pazifik (Singapur)
+ Asien-Pazifik (Sydney)
+ Asien-Pazifik (Tokio)
+ Canada (Central)
+ Europe (Frankfurt)
+ Europa (Irland)
+ Europa (London)
+ Europe (Paris)
+ Europa (Stockholm)
+ Südamerika (São Paulo)
Erfahren Sie in den folgenden Abschnitten, wie Sie Empfehlungen von Amazon RDS anzeigen, anwenden, ablehnen und ändern.
**Topics**
+ [Anzeigen von Amazon RDS-Empfehlungen](UserRecommendationsView.md)
+ [Anwenden von Empfehlungen von Amazon RDS](USERRecommendationsManage.ApplyRecommendation.md)
+ [Verwerfen der Empfehlungen von Amazon RDS](USERRecommendationsManage.DismissRecommendation.md)
+ [Ändern verworfener Amazon-RDS-Empfehlungen in aktive Empfehlungen](USERRecommendationsManage.DismissToActiveRecommendation.md)
+ [Empfehlungen aus der Referenz zu Amazon RDS](USERRecommendationsManage.RecommendationReference.md)
# Anzeigen von Amazon RDS-Empfehlungen
Mithilfe der Amazon-RDS-Konsole können Sie Empfehlungen von Amazon RDS für Ihre Datenbankressourcen anzeigen.
## Konsole
**So zeigen Sie Amazon-RDS-Empfehlungen an**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Führen Sie im Navigationsbereich eine der folgenden Aktionen aus:
+ Wählen Sie **Empfehlungen** aus. Die Anzahl der aktiven Empfehlungen für Ihre Ressourcen und die Anzahl der Empfehlungen mit dem höchsten Schweregrad, die im letzten Monat generiert wurden, sind neben **Empfehlungen** sichtbar. Um die Anzahl der aktiven Empfehlungen für jeden Schweregrad zu ermitteln, wählen Sie die Zahl aus, die den höchsten Schweregrad anzeigt.
![\[Empfehlungen in der Konsole auswählen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/recommendations-select.png)
Standardmäßig wird auf der Seite **Empfehlungen** eine Liste der neuen Empfehlungen des letzten Monats angezeigt. Amazon RDS gibt Empfehlungen für alle Ressourcen in Ihrem Konto und sortiert die Empfehlungen nach ihrem Schweregrad.
![\[Hauptseite mit Empfehlungen in der Konsole, die alle Empfehlungen enthält\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_List.png)
Sie können eine Empfehlung auswählen, um unten auf der Seite einen Abschnitt zu sehen, der die betroffenen Ressourcen und Einzelheiten zur Anwendung der Empfehlung enthält.
+ Wählen Sie auf der Seite **Datenbanken** die Option **Empfehlungen** für eine Ressource aus.
![\[Empfehlungsoption auf der Seite „Datenbanken“ in der Konsole ausgewählt\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_DBpage.png)
Die Registerkarte **Empfehlungen** zeigt die Empfehlungen und entsprechende Details für die ausgewählte Ressource an.
![\[Registerkarte „Empfehlungen“ auf der Seite „Datenbanken“ in der Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/RecommendationsTab_DBpage.png)
Die folgenden Informationen sind für die Empfehlungen verfügbar:
+ **Schweregrad** – Das Ausmaß der Auswirkungen des Problems. Die Schweregrade lauten **Hoch**, **Medium**, **Niedrig** und **Informativ**.
+ **Erkennung** – Die Anzahl der betroffenen Ressourcen und eine kurze Beschreibung des Problems. Wählen Sie diesen Link, um die Empfehlung und die Analysedetails anzuzeigen.
+ **Empfehlung** – Eine kurze Beschreibung der empfohlenen Maßnahme, die angewendet werden soll.
+ **Auswirkung** – Eine kurze Beschreibung der möglichen Auswirkung, wenn die Empfehlung nicht angewendet wird.
+ **Kategorie** – Die Art der Empfehlung. Die Kategorien sind **Leistungseffizienz**, **Sicherheit**, **Zuverlässigkeit**, **Kostenoptimierung**, **Operative Exzellenz** und **Nachhaltigkeit**.
+ **Status** – Der aktuelle Status der Empfehlung. Die möglichen Status sind **Alle**, **Aktiv**, **Verworfen**, **Gelöst** und **Ausstehend**.
+ **Startzeit** – Die Zeit, zu der das Problem begann. Zum Beispiel **Vor 18 Stunden**.
+ **Letzte Änderung** – Der Zeitpunkt, zu dem die Empfehlung aufgrund einer Änderung des **Schweregrads** zuletzt vom System aktualisiert wurde, oder der Zeitpunkt, zu dem Sie auf die Empfehlung reagiert haben. Zum Beispiel **Vor 10 Stunden**.
+ **Endzeit** – Der Zeitpunkt, zu dem das Problem endete. Bei anhaltenden Problemen wird die Uhrzeit nicht angezeigt.
+ **Ressourcen-ID** – Der Name einer oder mehrerer Ressourcen.
1. (Optional) Wählen Sie in dem Feld die Operatoren **Schweregrad** oder **Kategorie** aus, um die Liste der Empfehlungen zu filtern.
![\[Empfehlungsseite mit Schweregradvorgang in der Konsole.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_Severity.png)
Die Empfehlungen für den ausgewählten Vorgang werden angezeigt.
1. (Optional) Sie können einen der folgenden Empfehlungsstatus auswählen:
+ **Aktiv** (Standard) – Zeigt die aktuellen Empfehlungen an, die Sie anwenden, für das nächste Wartungsfenster planen oder verwerfen können.
+ **Alle** – Zeigt alle Empfehlungen mit dem aktuellen Status an.
+ **Verworfen** – Zeigt die verworfenen Empfehlungen an.
+ **Gelöst** – Zeigt die Empfehlungen an, die gelöst wurden.
+ **Ausstehend** – Zeigt die Empfehlungen an, deren empfohlene Maßnahmen derzeit ausgeführt werden oder für das nächste Wartungsfenster geplant sind.
![\[Nach Status gefilterte Empfehlungen in der Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_Status.png)
1. (Optional) Wählen Sie unter **Letzte Änderung** die Option **Relativer Modus** oder **Absoluter Modus** aus, um den Zeitraum zu ändern. Auf der Seite **Empfehlungen** werden die in diesem Zeitraum generierten Empfehlungen angezeigt. Der Standardzeitraum ist der letzte Monat. Unter **Absoluter Modus** können Sie den Zeitraum auswählen oder die Uhrzeit in die Felder **Startdatum** und **Enddatum** eingeben.
![\[Nach Zeitraum gefilterte Empfehlungen in der Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_TimeMode.png)
Die Empfehlungen für den festgelegten Zeitraum werden angezeigt.
Beachten Sie, dass Sie alle Empfehlungen für Ressourcen in Ihrem Konto anzeigen können, indem Sie den Bereich auf **Alle** festlegen.
1. (Optional) Wählen Sie auf der rechten Seite **Präferenzen** aus, um die anzuzeigenden Details anzupassen. Sie können eine Seitengröße wählen, die Textzeilen umbrechen und die Spalten zulassen oder ausblenden.
1. (Optional) Wählen Sie eine Empfehlung und dann **Details anzeigen** aus.
![\[Die Seite „Empfehlungen“ in der Konsole mit einer ausgewählten Empfehlung und der aktivierten Schaltfläche „Details anzeigen“.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_viewDetailsSelect.png)
Die Detailseite zu den Empfehlungen wird angezeigt. Der Titel enthält die Gesamtzahl der Ressourcen mit dem erkannten Problem und dem Schweregrad.
Informationen zu den Komponenten auf der Detailseite für eine auf Anomalien basierende reaktive Empfehlung finden Sie unter [Reaktive Anomalien anzeigen](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-rds.analyzing.metrics.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
Informationen zu den Komponenten auf der Detailseite für eine auf Schwellenwerten basierende proaktive Empfehlung finden Sie unter [Anzeigen proaktiver Empfehlungen von Performance Insights](USER_PerfInsights.InsightsRecommendationViewDetails.md).
Bei den anderen automatisierten Empfehlungen werden auf der Detailseite der Empfehlungen die folgenden Komponenten angezeigt:
+ **Empfehlung** – Eine Zusammenfassung der Empfehlung und Informationen dazu, ob Ausfallzeiten erforderlich sind, um die Empfehlung umzusetzen.
![\[Detailseite zu Empfehlungen, auf der der Abschnitt „Empfehlung“ in der Konsole angezeigt wird.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/RecommendationSummary.png)
+ **Betroffene Ressourcen** – Einzelheiten zu den betroffenen Ressourcen.
![\[Detailseite zu Empfehlungen, auf der der Abschnitt „Betroffene Ressourcen“ in der Konsole angezeigt wird.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_AffectedResources.png)
+ **Einzelheiten der Empfehlung** – Informationen zu unterstützter Engine, allen erforderlichen Kosten für die Anwendung der Empfehlung und Link zur Dokumentation mit weiteren Informationen.
![\[Detailseite zu Empfehlungen, auf der der Abschnitt „Einzelheiten der Empfehlung“ in der Konsole angezeigt wird.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/RecommendationDetails.png)
## CLI
Um Amazon-RDS-Empfehlungen der DB-Instances anzuzeigen, verwenden Sie den folgenden Befehl in der AWS CLI.
```
aws rds describe-db-recommendations
```
## RDS-API
Verwenden Sie den DBRecommendations Vorgang [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBRecommendations.html), um Amazon RDS-Empfehlungen mithilfe der Amazon RDS-API anzuzeigen.
# Anwenden von Empfehlungen von Amazon RDS
Um Empfehlungen von Amazon RDS mithilfe der Amazon-RDS-Konsole anzuwenden, wählen Sie auf der Detailseite eine konfigurationsbasierte Empfehlung oder eine betroffene Ressource aus. Wählen Sie dann aus, ob Sie die Empfehlung sofort anwenden oder für das nächste Wartungsfenster planen möchten. Die Ressource muss möglicherweise neu gestartet werden, damit die Änderung wirksam wird. Für einige Empfehlungen zu DB-Parametergruppen müssen Sie möglicherweise die Ressourcen neu starten.
Die auf Schwellenwerten basierenden proaktiven oder anomaliebasierten reaktiven Empfehlungen verfügen nicht über die Option „Anwenden“ und müssen möglicherweise zusätzlich überprüft werden.
## Konsole
**So wenden Sie eine konfigurationsbasierte Empfehlung an**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Führen Sie im Navigationsbereich eine der folgenden Aktionen aus:
+ Wählen Sie **Empfehlungen** aus.
Die Seite **Empfehlungen** mit der Liste aller Empfehlungen wird angezeigt.
+ Wählen Sie **Datenbanken** und dann **Empfehlungen** für eine Ressource auf der Datenbankseite aus.
Die Details werden auf der Registerkarte **Empfehlungen** für die ausgewählte Empfehlung angezeigt.
+ Wählen Sie **Erkennung** für eine aktive Empfehlung auf der Seite **Empfehlungen** oder auf der Registerkarte **Empfehlungen** auf der Seite **Datenbanken** aus.
Die Detailseite zu den Empfehlungen wird angezeigt.
1. Wählen Sie auf der Seite mit den Empfehlungsdetails eine Empfehlung oder eine oder mehrere betroffene Ressourcen aus und führen Sie einen der folgenden Schritte aus:
+ Wählen Sie **Anwenden** und anschließend **Sofort anwenden**, um die Empfehlung sofort anzuwenden.
+ Wählen Sie **Anwenden** und dann **Im nächsten Wartungsfenster übernehmen** aus, um die Änderungen im nächsten Wartungsfenster zu übernehmen.
Der Status der ausgewählten Empfehlung lautet bis zum nächsten Wartungsfenster „Ausstehend“.
![\[Eine ausgewählte aktive Empfehlung und die Schaltfläche „Anwenden“ mit den in der Konsole hervorgehobenen Optionen.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_Apply_Defer.png)
Ein Bestätigungsfenster wird angezeigt.
1. Wählen Sie **Anwendung bestätigen**, um die Empfehlung zu übernehmen. In diesem Fenster wird bestätigt, ob die Ressourcen automatisch oder manuell neu gestartet werden müssen, damit die Änderungen wirksam werden.
Das folgende Beispiel zeigt das Bestätigungsfenster für die sofortige Anwendung der Empfehlung.
![\[Das Bestätigungsfenster in der Konsole für die sofortige Anwendung der Empfehlung.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_ApplyImmediately.png)
Das folgende Beispiel zeigt das Bestätigungsfenster, um die Anwendung der Empfehlung im nächsten Wartungsfenster zu planen.
![\[Das Bestätigungsfenster in der Konsole, um die Anwendung der Empfehlung im nächsten Wartungsfenster zu planen.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_Defer.png)
In einem Banner wird eine Meldung angezeigt, wenn die Empfehlung erfolgreich anwendet wurde oder fehlgeschlagen ist.
Das folgende Beispiel zeigt das Banner mit der Erfolgsmeldung.
![\[Ein Banner in der Konsole, das die Meldung mit der Anzahl der Ressourcen anzeigt, auf die die Empfehlung angewendet wird\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendation-Apply-Banner.png)
Das folgende Beispiel zeigt das Banner mit der Fehlermeldung.
![\[Ein Banner in der Konsole, das die Meldung mit der Ressource, die die Empfehlung nicht angewendet hat, und dem Grund für den Fehler anzeigt\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendation-Apply-Banner-failure.png)
## RDS-API
**So wenden Sie eine konfigurationsbasierte RDS-Empfehlung mithilfe der Amazon-RDS-API an**
1. Verwenden Sie den DBRecommendations Vorgang [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBRecommendations.html). Die `RecommendedActions` in der Ausgabe können eine oder mehrere empfohlene Aktionen enthalten.
1. Verwenden Sie das [RecommendedAction](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RecommendedAction.html)Objekt für jede empfohlene Aktion aus Schritt 1. Die Ausgabe enthält `Operation` und `Parameters`.
Das folgende Beispiel zeigt die Ausgabe mit einer empfohlenen Aktion.
```
"RecommendedActions": [
{
"ActionId": "0b19ed15-840f-463c-a200-b10af1b552e3",
"Title": "Turn on auto backup", // localized
"Description": "Turn on auto backup for my-mysql-instance-1", // localized
"Operation": "ModifyDbInstance",
"Parameters": [
{
"Key": "DbInstanceIdentifier",
"Value": "my-mysql-instance-1"
},
{
"Key": "BackupRetentionPeriod",
"Value": "7"
}
],
"ApplyModes": ["immediately", "next-maintenance-window"],
"Status": "applied"
},
... // several others
],
```
1. Verwenden Sie `operation` für jede empfohlene Aktion aus der Ausgabe in Schritt 2 und geben Sie die Werte für die `Parameters` ein.
1. Nachdem der Vorgang in Schritt 2 erfolgreich war, verwenden Sie den DBRecommendation Vorgang [Ändern](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBRecommendation.html), um den Empfehlungsstatus zu ändern.
# Verwerfen der Empfehlungen von Amazon RDS
Sie können eine oder mehrere Amazon RDS Amazon mithilfe der Amazon RDS-Konsole oder der Amazon RDS-API ablehnen. AWS CLI
## Konsole
**So verwerfen Sie eine oder mehrere Empfehlungen**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Führen Sie im Navigationsbereich eine der folgenden Aktionen aus:
+ Wählen Sie **Empfehlungen** aus.
Die Seite **Empfehlungen** mit der Liste aller Empfehlungen wird angezeigt.
+ Wählen Sie **Datenbanken** und dann **Empfehlungen** für eine Ressource auf der Datenbankseite aus.
Die Details werden auf der Registerkarte **Empfehlungen** für die ausgewählte Empfehlung angezeigt.
+ Wählen Sie **Erkennung** für eine aktive Empfehlung auf der Seite **Empfehlungen** oder auf der Registerkarte **Empfehlungen** auf der Seite **Datenbanken** aus.
Auf der Seite mit den Empfehlungsdetails wird die Liste der betroffenen Ressourcen angezeigt.
1. Wählen Sie auf der Seite mit den Empfehlungsdetails eine oder mehrere Empfehlungen oder eine oder mehrere betroffene Ressourcen aus und klicken Sie dann auf **Verwerfen**.
Das folgende Beispiel zeigt die Seite mit den **Empfehlungen**, auf der mehrere aktive Empfehlungen zum Verwerfen ausgewählt wurden.
![\[Einige aktive Empfehlungen wurden ausgewählt und die Schaltfläche „Verwerfen“ ist in der Konsole hervorgehoben.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_Dismiss.png)
Ein Banner zeigt eine Meldung an, wenn die ausgewählten oder mehrere Empfehlungen verworfen werden.
Das folgende Beispiel zeigt das Banner mit der Erfolgsmeldung.
![\[Ein Banner in der Konsole, das die Meldung mit der Anzahl der Ressourcen anzeigt, die Empfehlungen erfolgreich verworfen haben.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendation-Dismiss-Banner.png)
Das folgende Beispiel zeigt das Banner mit der Fehlermeldung.
![\[Ein Banner in der Konsole, das die Meldung mit der Ressource anzeigt, die die Empfehlung nicht ablehnen konnte.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendation-Dismiss-Banner-failure.png)
## CLI
**Um eine RDS - und zurückzuweisen, verwenden Sie den AWS CLI**
1. Führen Sie den Befehl `aws rds describe-db-recommendations --filters "Name=status,Values=active"` aus.
Die Ausgabe enthält eine Liste mit Empfehlungen mit dem Status `active`.
1. Suchen Sie die `recommendationId` für die Empfehlung, die Sie verwerfen möchten, aus Schritt 1.
1. Führen Sie den Befehl `>aws rds modify-db-recommendation --status dismissed --recommendationId ` mit der `recommendationId` aus Schritt 2 aus, um die Empfehlung zu verwerfen.
## RDS-API
Um eine RDS mithilfe der Amazon RDS-API zu verwerfen, verwenden Sie den DBRecommendation Vorgang [Ändern](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBRecommendation.html).
# Ändern verworfener Amazon-RDS-Empfehlungen in aktive Empfehlungen
Sie können eine oder mehrere abgelehnte Amazon RDS mithilfe der Amazon RDS-Konsole oder der Amazon RDS-API in aktive Empfehlungen verschieben. AWS CLI
## Konsole
**So ändern Sie eine oder mehrere verworfene Empfehlungen in aktive Empfehlungen**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Führen Sie im Navigationsbereich eine der folgenden Aktionen aus:
+ Wählen Sie **Empfehlungen** aus.
Auf der Seite **Empfehlungen** wird eine nach Schweregrad sortierte Liste mit Empfehlungen für alle Ressourcen in Ihrem Konto angezeigt.
+ Wählen Sie **Datenbanken** und dann **Empfehlungen** für eine Ressource auf der Datenbankseite aus.
Die Registerkarte **Empfehlungen** zeigt die Empfehlungen und entsprechende Details für die ausgewählte Ressource an.
1. Wählen Sie eine oder mehrere verworfene Empfehlungen aus der Liste und dann die Option **Zu „Aktiv“ wechseln** aus.
![\[Einige verworfene Empfehlungen wurden ausgewählt und die Schaltfläche „Zu ,Aktiv’ wechseln“ ist in der Konsole hervorgehoben.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendations_DismissToActive.png)
Ein Banner zeigt eine Erfolgs- oder Fehlermeldung an, wenn die ausgewählten Empfehlungen vom Status „Verworfen“ in den Status „Aktiv“ geändert werden.
Das folgende Beispiel zeigt das Banner mit der Erfolgsmeldung.
![\[Ein Banner in der Konsole, das die Meldung mit der Anzahl der verschobenen Ressourcen anzeigt, die aktive Empfehlungen erfolgreich verworfen haben\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendation-DismissToActive-Banner.png)
Das folgende Beispiel zeigt das Banner mit der Fehlermeldung.
![\[ein Banner in der Konsole, das die Meldung mit der Ressource anzeigt, die nicht von verworfenen in aktive Empfehlungen geändert werden konnte.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Recommendation-DismissToActive-Banner-Failure.png)
## CLI
**Um eine abgelehnte RDS in eine aktive Empfehlung umzuwandeln, verwenden Sie den AWS CLI**
1. Führen Sie den Befehl `aws rds describe-db-recommendations --filters "Name=status,Values=dismissed"` aus.
Die Ausgabe enthält eine Liste mit Empfehlungen mit dem Status `dismissed`.
1. Suchen Sie die `recommendationId` für die Empfehlung aus Schritt 1, deren Status Sie ändern möchten.
1. Führen Sie den Befehl `>aws rds modify-db-recommendation --status active --recommendationId ` mit der `recommendationId` aus Schritt 2 aus, um eine Änderung in eine aktive Empfehlung vorzunehmen.
## RDS-API
Um eine abgelehnte RDS mithilfe der Amazon RDS-API in eine aktive Empfehlung umzuwandeln, verwenden Sie den DBRecommendation Vorgang [Ändern](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBRecommendation.html).
# Empfehlungen aus der Referenz zu Amazon RDS
Amazon RDS erstellt Empfehlungen für eine Ressource, wenn die Ressource erstellt oder geändert wird. In der folgenden Tabelle finden Sie Beispiele für Empfehlungen von Amazon RDS.
| Typ | Beschreibung | Empfehlung | Ausfallzeit erforderlich | Zusätzliche Informationen |
| --- | --- | --- | --- | --- |
| Magnetfestplatten-Volume wird verwendet | Ihre DB-Instances verwenden Magnetspeicher. Für die meisten DB-Instances wird von der Verwendung von Magnetspeicher abgeraten. Wählen Sie einen anderen Speichertyp: Allzweck (SSD) oder bereitgestellte IOPS. | Wählen Sie einen anderen Speichertyp: General Purpose (SSD) oder bereitgestellte IOPS. | Ja | [Volumes der vorherigen Generation](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html#vol-type-prev) in der Amazon-EC2-Dokumentation. |
| Automatisierte Ressourcensicherungen sind deaktiviert | Automatisierte Sicherungen sind für Ihre DB-Instances nicht aktiviert. Automatisierte Backups werden empfohlen, da sie die point-in-time Wiederherstellung Ihrer DB-Instances ermöglichen. | Aktivieren Sie automatisierte Backups mit einer Aufbewahrungsfrist von bis zu 14 Tagen. | Ja | [Aktivieren von automatisierten Backups](USER_WorkingWithAutomatedBackups.Enabling.md) [ Demystifying Amazon RDS backup storage costs](https://aws.amazon.com/blogs/database/demystifying-amazon-rds-backup-storage-costs/) im AWS -Datenbank-Blog |
| Ein Upgrade der Engine-Unterversion ist erforderlich | Ihre Datenbankressourcen führen nicht die neueste DB-Engine-Unterversion aus. Die neueste Unterversion enthält die neuesten Sicherheitskorrekturen sowie andere Verbesserungen. | Führen Sie ein Upgrade auf die neueste Engine-Version durch. | Ja | [Upgrade der Engine-Version für eine DB-Instance ](USER_UpgradeDBInstance.Upgrading.md) |
| Enhanced Monitoring ist deaktiviert | Für Ihre Datenbankressourcen ist Enhanced Monitoring nicht aktiviert. „Erweiterte Überwachung“ bietet Echtzeit-Betriebssystemmetriken für die Überwachung und Fehlerbehebung. | Aktivieren Sie die Option „Enhanced Monitoring“. | Nein | [Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung)](USER_Monitoring.OS.md) |
| Speicherverschlüsselung ist deaktiviert | Amazon RDS unterstützt Verschlüsselung im Ruhezustand für alle Datenbank-Engines mithilfe der Schlüssel, die Sie im AWS Key Management Service (AWS KMS) verwalten. Auf einer aktiven DB-Instance mit Amazon-RDS-Verschlüsselung werden die Daten, die im Ruhezustand im Speicher gespeichert werden, verschlüsselt, ähnlich wie bei automatisierten Backups, Lesereplikaten und Snapshots. Wenn die Verschlüsselung beim Erstellen einer DB-Instance nicht aktiviert ist, müssen Sie eine verschlüsselte Kopie des entschlüsselten Snapshots der DB-Instance erstellen und wiederherstellen, bevor Sie die Verschlüsselung aktivieren. | Aktivieren Sie die Verschlüsselung der Daten im Ruhezustand für Ihre DB-Instance. | Ja | [Sicherheit in Amazon RDS ](UsingWithRDS.md) [Kopieren eines DB-Snapshots für Amazon RDS](USER_CopySnapshot.md) |
| Performance Insights ist deaktiviert | Performance Insights überwacht die DB-Instance-Last, damit Sie Probleme mit der Datenbankleistung analysieren und Fehler beheben können. Wir empfehlen Ihnen, Performance Insights zu aktivieren. | Aktivieren Sie Performance Insights. | Nein | [Überwachung mit Performance Insights auf Amazon RDS](USER_PerfInsights.md) |
| Bei DB-Instances ist die automatische Speicherskalierung deaktiviert | Die automatische Speicherskalierung ist für Ihre DB-Instance nicht aktiviert. Wenn der Datenbank-Workload steigt, skaliert die automatische RDS-Speicherskalierung die Speicherkapazität automatisch ohne Ausfallzeiten. | Aktivieren Sie die automatische Amazon-RDS-Speicherskalierung mit einem angegebenen maximalen Speicherschwellenwert. | Nein | [Automatische Kapazitätsverwaltung mit automatischer Amazon-RDS-Speicherskalierung](USER_PIOPS.Autoscaling.md) |
| Aktualisierung der Hauptversionen von RDS-Ressourcen ist erforderlich | Datenbanken mit der aktuellen Hauptversion für die DB-Engine werden nicht unterstützt. Wir empfehlen Ihnen ein Upgrade auf die neueste Hauptversion, die neue Funktionen und Verbesserungen enthält. | Führen Sie ein Upgrade auf die neueste Hauptversion für die DB-Engine durch. | Ja | [Upgrade der Engine-Version für eine DB-Instance ](USER_UpgradeDBInstance.Upgrading.md) [Verwenden von Amazon RDS Blue/Green Deployments für Datenbank-Updates](blue-green-deployments.md) |
| Update der Instance-Klasse für RDS-Ressourcen ist erforderlich | Ihre DB-Instance führt eine DB-Instance-Klasse einer vorherigen Generation aus. Wir haben DB-Instance-Klassen einer früheren Generation durch DB-Instance-Klassen mit besserem Preis und/oder besserer Leistung ersetzt. Wir empfehlen, dass Sie Ihre DB-Instance mit einer DB-Instance-Klasse einer neueren Generation ausführen. | Führen Sie ein Upgrade der DB-Instance-Klasse durch. | Ja | [Unterstützte DB-Engines für DB-Instance-Klassen](Concepts.DBInstanceClass.Support.md) |
| RDS-Ressourcen verwenden eine Engine-Edition, die das Ende des Supports erreicht hat, mit enthaltener Lizenz | Wir empfehlen Ihnen, ein Upgrade der Hauptversion auf die neueste von Amazon RDS unterstützte Engine-Version durchzuführen, um die aktuelle Lizenzunterstützung fortzusetzen. Die Engine-Version Ihrer Datenbank wird mit der aktuellen Lizenz nicht unterstützt. | Wir empfehlen Ihnen, ein Upgrade Ihrer Datenbank auf die neueste unterstützte Version in Amazon RDS durchzuführen, um das lizenzierte Modell weiterhin verwenden zu können. | Ja | [Upgrades der Oracle-Hauptversion](USER_UpgradeDBInstance.Oracle.Major.md) |
| DB-Instances verwenden keine Multi-AZ-Bereitstellung | Wir empfehlen Ihnen, die Multi-AZ-Bereitstellung zu verwenden. Die Multi-AZ-Bereitstellungen verbessern die Verfügbarkeit und Dauerhaftigkeit der DB-Instance. | Richten Sie Multi-AZ für die betroffenen DB-Instances ein. | Nein Während dieser Änderung treten keine Ausfallzeiten auf. Es kann jedoch zur Beeinträchtigung der Leistung kommen. Weitere Informationen finden Sie unter [Konvertieren einer DB-Instance in eine Multi-AZ-Bereitstellung für Amazon-RDS](Concepts.MultiAZ.Migrating.md). | [Preise für Amazon RDS Multi-AZ](https://aws.amazon.com/rds/features/multi-az/#Pricing) |
| DB-Speicherparameter weichen vom Standard ab | Die Speicherparameter der DB-Instances unterscheiden sich erheblich von den Standardwerten. Diese Einstellungen können die Leistung beeinträchtigen und Fehler verursachen. Wir empfehlen, die benutzerdefinierten Speicherparameter für die DB-Instance in der DB-Parametergruppe auf ihre Standardwerte zurückzusetzen. | Setzen Sie die Speicherparameter auf die Standardwerte zurück. | Nein | [Bewährte Methoden für die Konfiguration von Leistungsparametern für Amazon RDS for MySQL](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) im AWS Datenbank-Blog |
| `InnoDB_Change_Buffering`-Parameter, der weniger als den optimalen Wert verwendet | Die Pufferänderung ermöglicht es einer MySQL-DB-Instance, einige Schreibvorgänge zurückzustellen, um sekundäre Indizes zu verwalten. Dieses Feature war in Umgebungen mit langsamen Festplatten hilfreich. Die geänderte Pufferkonfiguration verbesserte die Leistung der Datenbank geringfügig, führte jedoch zu Verzögerungen bei der Wiederherstellung nach einem Absturz und zu langen Shutdown-Zeiten während des Upgrades. Legen Sie `OFF` standardmäßig in MySQL-Version 8.4 fest. | Legen Sie den Parameter `InnoDB_Change_Buffering` in Ihren DB-Parametergruppen auf `NONE` fest. | Nein | [Bewährte Methoden für die Konfiguration von Leistungsparametern für Amazon RDS for MySQL](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) im AWS Datenbank-Blog |
| Abfrage-Cache-Parameter ist aktiviert | Wenn Änderungen erfordern, dass Ihr Abfrage-Cache geleert wird, scheint Ihre DB-Instance zum Stillstand zu kommen. Die meisten Workloads profitieren nicht von einem Abfrage-Cache. Der Abfrage-Cache wurde aus MySQL 8.0 und höheren Versionen entfernt. Wir empfehlen, den Parameter „query\$1cache\$1type“ auf „0“ festzulegen. | Legen Sie den Wert des Parameters `query_cache_type` in Ihren DB-Parametergruppen auf `0` fest. | Ja | [Bewährte Methoden für die Konfiguration von Leistungsparametern für Amazon RDS for MySQL](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) im AWS Datenbank-Blog |
| Parameter `log_output` ist auf „table“ festgelegt | Wenn `log_output` auf `TABLE` festgelegt ist, wird mehr Speicherplatz verwendet, als wenn `log_output` auf `FILE` festgelegt ist. Es wird empfohlen, den Parameter auf `FILE` zu setzen, um zu vermeiden, dass das Größenlimit des Speichers überschritten wird. Legen Sie den Wert in MySQL 8.4 und höheren Versionen standardmäßig auf `FILE` fest. | Legen Sie den Wert des Parameters `log_output` in Ihren DB-Parametergruppen auf `FILE` fest. | Nein | [ MySQL-Datenbank-Logdateien](USER_LogAccess.Concepts.MySQL.md) |
| Parametergruppen, die keine großen Seiten verwenden | Große Seiten können die Skalierbarkeit der Datenbank erhöhen, Ihre DB-Instance verwendet jedoch keine großen Seiten. Wir empfehlen, den Wert des Parameters `use_large_pages` in der DB-Parametergruppe für Ihre DB-Instance auf `ONLY` festzulegen. | Legen Sie den Wert des Parameters `use_large_pages` in Ihren DB-Parametergruppen auf `ONLY` fest. | Ja | [Aktivieren von HugePages für eine Instance von RDS für Oracle](Oracle.Concepts.HugePages.md) |
| Parameter `autovacuum` ist deaktiviert | Der Selbstbereinigungsparameter ist für Ihre DB-Instances deaktiviert. Das Deaktivieren der Selbstbereinigung führt zu einer Überlastung von Tabellen und Indizes und beeinträchtigt die Leistung. Wir empfehlen Ihnen, die Selbstbereinigung in Ihren DB-Parametergruppen zu aktivieren. | Aktivieren Sie den Parameter für die Selbstbereinigung in Ihren DB-Parametergruppen. | Nein | [Grundlegendes zum Thema Autovacuum in Amazon RDS for PostgreSQL PostgreSQL-Umgebungen](https://aws.amazon.com/blogs/database/understanding-autovacuum-in-amazon-rds-for-postgresql-environments/) im Datenbank-Blog AWS |
| Der Parameter `synchronous_commit` ist deaktiviert. | Wenn der Parameter `synchronous_commit` deaktiviert ist, können Daten bei einem Datenbankabsturz verloren gehen. Die Haltbarkeit der Datenbank ist gefährdet. Wir empfehlen Ihnen, den `synchronous_commit`-Parameter zu aktivieren. | Legen Sie den Parameter `synchronous_commit` in Ihren DB-Parametergruppen. | Ja | [Amazon Aurora PostgreSQL-Parameter: Replikation, Sicherheit und Protokollierung](https://aws.amazon.com/blogs/database/amazon-aurora-postgresql-parameters-part-2-replication-security-and-logging/) im AWS Datenbank-Blog |
| Der Parameter `track_counts` ist deaktiviert. | Wenn der Parameter `track_counts` deaktiviert ist, erfasst die Datenbank die Datenbankaktivitätsstatistiken nicht. Die Selbstbereinigung erfordert, dass diese Statistiken korrekt funktionieren. Wir empfehlen, den Parameter `track_counts` auf `1` zu setzen. | Legen Sie den Parameter `track_counts` auf `1` fest. | Nein | [Laufzeitstatistiken für PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-statistics.html#GUC-TRACK-COUNTS) |
| Der Parameter `enable_indexonlyscan` ist deaktiviert. | Der Abfrageplaner oder -optimierer kann den reinen Index-Scan-Plantyp nicht verwenden, wenn er deaktiviert ist. Wir empfehlen, den Wert des Parameters `enable_indexonlyscan` auf `1` zu setzen. | Legen Sie den Wert des Parameters `enable_indexonlyscan` auf `1` fest. | Nein | [Konfiguration von Planermethoden für PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-query.html#GUC-ENABLE-INDEXONLYSCAN) |
| Der Parameter `enable_indexscan` ist deaktiviert. | Der Abfrageplaner oder -optimierer kann den Index-Scan-Plantyp nicht verwenden, wenn er deaktiviert ist. Wir empfehlen Ihnen, den Wert `enable_indexscan` auf `1` festzulegen. | Legen Sie den Wert des Parameters `enable_indexscan` auf `1` fest. | Nein | [Konfiguration von Planermethoden für PostgreSQL](https://www.postgresql.org/docs/current/runtime-config-query.html#GUC-ENABLE-INDEXONLYSCAN) |
| Der Parameter `innodb_flush_log_at_trx` ist deaktiviert. | Der Wert des Parameters `innodb_flush_log_at_trx` Ihrer DB-Instance ist kein sicherer Wert. Dieser Parameter steuert die Persistenz von Commit-Operationen auf der Festplatte. Wir empfehlen, den Parameter `innodb_flush_log_at_trx` auf `1` zu setzen. | Legen Sie den Wert des Parameters `innodb_flush_log_at_trx` auf `1` fest. | Nein | [Bewährte Methoden für die Konfiguration von Leistungsparametern für Amazon RDS for MySQL](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) im AWS Datenbank-Blog |
| Der Parameter `sync_binlog` ist deaktiviert. | Die Synchronisation des Binärprotokolls mit der Festplatte wird erst erzwungen, wenn Transaktions-Commits in Ihrer DB-Instance bestätigt wurden. Wir empfehlen, den Wert des Parameters `sync_binlog` auf `1` zu setzen. | Legen Sie den Wert des Parameters `sync_binlog` auf `1` fest. | Nein | [Bewährte Methoden für die Konfiguration von Replikationsparametern für Amazon RDS for MySQL](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) im AWS Datenbank-Blog |
| Der Parameter `innodb_stats_persistent` ist deaktiviert. | Ihre DB-Instance ist nicht dafür konfiguriert, die InnoDB-Statistiken auf der Festplatte zu speichern. Wenn die Statistiken nicht gespeichert werden, werden sie bei jedem Neustart der Instance und jedem Zugriff auf die Tabelle neu berechnet. Dies führt zu Abweichungen im Abfrageausführungsplan. Sie können den Wert dieses globalen Parameters auf Tabellenebene ändern. Wir empfehlen, den Wert des Parameters `innodb_stats_persistent` auf `ON` zu setzen. | Legen Sie den Wert des Parameters `innodb_stats_persistent` auf `ON` fest. | Nein | [Bewährte Methoden für die Konfiguration von Leistungsparametern für Amazon RDS for MySQL](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-1-parameters-related-to-performance/) im AWS Datenbank-Blog |
| Der Wert des Parameters `innodb_open_files` ist niedrig | Der Parameter `innodb_open_files` steuert die Anzahl der Dateien, die InnoDB gleichzeitig öffnen kann. InnoDB öffnet alle Protokoll- und System-Tablespace-Dateien, wenn mysqld ausgeführt wird. Ihre DB-Instance hat einen niedrigen Wert für die maximale Anzahl von Dateien, die InnoDB gleichzeitig öffnen kann. Wir empfehlen, den Parameter `innodb_open_files` auf einen Mindestwert von `65` zu setzen. | Legen Sie den Wert des Parameters `innodb_open_files` mindestens auf `65` fest. | Ja | [InnoDB open files für MySQL](https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_open_files) |
| Der Wert des Parameters `max_user_connections` ist niedrig. | Ihre DB-Instance hat einen niedrigen Wert für die maximale Anzahl gleichzeitiger Verbindungen für jedes Datenbankkonto. Wir empfehlen, den Parameter `max_user_connections` auf eine Zahl größer als `5` festzulegen. | Erhöhen Sie den Wert des Parameters `max_user_connections` auf eine Zahl größer als `5`. | Ja | [Setting Account Resource Limits for MySQL](https://dev.mysql.com/doc/refman/8.0/en/user-resources.html) |
| Lesereplikate sind im beschreibbaren Modus geöffnet | Ihre DB-Instance verfügt über ein Lesereplikat im beschreibbaren Modus, das Aktualisierungen von Clients ermöglicht. Es wird empfohlen, den Parameter `read_only` auf `TrueIfReplica` festzulegen, damit sich die Lesereplikate nicht im beschreibbaren Modus befinden. | Legen Sie den Wert des Parameters `read_only` auf `TrueIfReplica` fest. | Nein | [Bewährte Methoden für die Konfiguration von Replikationsparametern für Amazon RDS for MySQL](https://aws.amazon.com/blogs/database/best-practices-for-configuring-parameters-for-amazon-rds-for-mysql-part-2-parameters-related-to-replication/) im AWS Datenbank-Blog |
| Die Einstellung des Parameters `innodb_default_row_format` ist unsicher | Ihre DB-Instance stößt auf ein bekanntes Problem: Eine Tabelle, die in einer MySQL-Version niedriger als 8.0.26 erstellt wurde und bei der `row_format` auf `COMPACT` oder `REDUNDANT` festgelegt wurde, ist nicht mehr zugänglich und kann nicht wiederhergestellt werden, wenn der Index 767 Byte überschreitet. Wir empfehlen, den Wert des Parameters `innodb_default_row_format` auf `DYNAMIC` zu setzen. | Legen Sie den Wert des Parameters `innodb_default_row_format` auf `DYNAMIC` fest. | Nein | [Änderungen in MySQL 8.0.26](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-26.html#mysqld-8-0-26-bug) |
| Parameter `general_logging` ist aktiviert | Die allgemeine Protokollierung ist für Ihre DB-Instance aktiviert. Diese Einstellung ist bei der Behebung von Datenbankproblemen hilfreich. Die Aktivierung der allgemeinen Protokollierung erhöht jedoch die Anzahl der I/O Vorgänge und den zugewiesenen Speicherplatz, was zu Konflikten und Leistungseinbußen führen kann. Überprüfen Sie Ihre Anforderungen für die allgemeine Protokollierungsnutzung. Wir empfehlen, den Wert des Parameters `general_logging` auf `0` zu setzen. | Überprüfen Sie Ihre Anforderungen für die allgemeine Protokollierungsnutzung. Wenn dies nicht verpflichtend ist, empfehlen wir Ihnen, den Wert des Parameters `general_logging` auf `0` festzulegen. | Nein | [Überblick über RDS-for-MySQL-Datenbankprotokolle](USER_LogAccess.MySQL.LogFileSize.md) |
| Die RDS-Instance ist in Bezug auf die Systemspeicherkapazität unzureichend | Wir empfehlen Ihnen, Ihre Abfragen so anzupassen, dass sie weniger Speicher verwenden, oder einen DB-Instance-Typ zu nutzen, dem mehr Speicher zugewiesen ist. Wenn der Instance nur noch wenig Arbeitsspeicher zur Verfügung steht, wird die Datenbankleistung beeinträchtigt. | Verwenden Sie eine DB-Instance mit höherer Speicherkapazität. | Ja | [Vertikale und horizontale Skalierung Ihrer Amazon RDS-Instance](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) im AWS Datenbank-Blog [Amazon-RDS-Instance-Typen](https://aws.amazon.com/rds/instance-types/) [Amazon-RDS-Preise](https://aws.amazon.com/rds/pricing/) |
| Die RDS-Instance ist in Bezug auf die System-CPU-Kapazität unzureichend | Wir empfehlen Ihnen, Ihre Abfragen so zu optimieren, dass sie weniger CPU verbrauchen, oder Ihre DB-Instance so zu modifizieren, dass sie eine DB-Instance-Klasse mit einer höheren zugewiesenen V verwendetCPUs. Die Datenbankleistung kann sinken, wenn die CPU-Auslastung einer DB-Instance knapp wird. | Verwenden Sie eine DB-Instance mit höherer CPU-Kapazität. | Ja | [Vertikale und horizontale Skalierung Ihrer Amazon RDS-Instance](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) im AWS Datenbank-Blog [Amazon-RDS-Instance-Typen](https://aws.amazon.com/rds/instance-types/) [Amazon-RDS-Preise](https://aws.amazon.com/rds/pricing/) |
| RDS-Ressourcen nutzen das Verbindungspooling nicht korrekt | Wir empfehlen Ihnen, Amazon-RDS-Proxy zu aktivieren, um vorhandene Datenbankverbindungen effizient zu bündeln und freizugeben. Wenn Sie bereits einen Proxy für Ihre Datenbank verwenden, konfigurieren Sie ihn korrekt, um das Verbindungspooling und den Lastenausgleich zwischen mehreren DB-Instances zu verbessern. RDS-Proxy kann dazu beitragen, das Risiko von Verbindungsausfällen und Ausfallzeiten zu verringern und gleichzeitig die Verfügbarkeit und Skalierbarkeit zu verbessern. | Aktivieren Sie RDS-Proxy oder ändern Sie Ihre bestehende Proxykonfiguration. | Nein | [Vertikale und horizontale Skalierung Ihrer Amazon RDS-Instance](https://aws.amazon.com/blogs/database/scaling-your-amazon-rds-instance-vertically-and-horizontally/) im AWS Datenbank-Blog [Amazon RDS-Proxy ](rds-proxy.md) [Preise von Amazon-RDS-Proxy](https://aws.amazon.com/rds/proxy/pricing/) |
| RDS-Instances erzeugen zu viele temporäre Objekte | Wir empfehlen Ihnen, Ihren Workload zu optimieren, um zu verhindern, dass zu viele temporäre Objekte erstellt werden, oder zu RDS-Instance-Klassen zu wechseln, die optimierte Lesevorgänge unterstützen. RDS Optimized Reads verbessert die Datenbankleistung für Workloads, an denen eine große Anzahl temporärer Objekte und and/or großer temporärer Objekte beteiligt ist. Bewerten Sie Ihren Workload, um ermitteln, ob sich die Verwendung einer Instance mit RDS Optimized Reads positiv auf Ihren Datenbank-Workload auswirkt. | Verwenden Sie einen DB-Instance-Typ mit RDS Optimized Reads. | Ja | [Amazon-RDS-Instance-Typen](https://aws.amazon.com/rds/instance-types/) [Verbessern der Abfrageleistung für RDS für MySQL mit Amazon-RDS-optimierten Lesevorgängen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-optimized-reads.html) [Verbessern der Abfrageleistung für RDS für MariaDB mit Amazon-RDS-optimierten Lesevorgängen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-optimized-reads-mariadb.html) [Verbessern der Abfrageleistung für RDS für PostgreSQL mit Amazon-RDS-optimierten Lesevorgängen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PostgreSQL.optimizedreads.html) |
| Die für RDS-Instances bereitgestellte System-IOPS-Kapazität ist unzureichend | Wir empfehlen, den Datenbank-Workload zu optimieren, um die IOPS zu reduzieren, oder die DB-Instance auf einen Typ mit einem höheren Standard-IOPS-Limit hochzuskalieren. Die aktuelle DB-Instance kann die bereitgestellten IOPS nicht unterstützen oder der Datenbank-Workload weist eine hohe IOPS-Auslastung auf. | Verwenden Sie einen DB-Instance-Typ mit höheren Standard-IOPS-Grenzwerten. | Ja | [Amazon-RDS-Instance-Typen](https://aws.amazon.com/rds/instance-types/) [Amazon-RDS-DB-Instance-Speicher](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) [Datenbanklast](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) |
| Die für die RDS-Instances bereitgestellten Amazon-EBS-Volumes sind unzureichend | Wir empfehlen, den Datenbank-Workload zu optimieren, um die IOPS zu reduzieren oder die bereitgestellten IOPS für die Datenbank zu erhöhen. Wenn sich die IOPS-Auslastung der bereitgestellten IOPS nähert, kann die Datenbankleistung sinken. | Stellen Sie mehr IOPS für die DB-Instance bereit. | Ja | [Amazon-RDS-Instance-Typen](https://aws.amazon.com/rds/instance-types/) [Amazon-RDS-DB-Instance-Speicher](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) [Datenbanklast](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) |
| Die für RDS-Instances bereitgestellte Durchsatzkapazität ist unzureichend | Wir empfehlen, den Datenbank-Workload zu optimieren, um den Durchsatz zu reduzieren oder den bereitgestellten Durchsatz für die Datenbank zu erhöhen. Wenn sich die Durchsatznutzung dem bereitgestellten Durchsatz nähert, kann die Datenbankleistung beeinträchtigt werden. | Stellen Sie mehr Durchsatz für die DB-Instance bereit. | Ja | [Amazon-RDS-Instance-Typen](https://aws.amazon.com/rds/instance-types/) [Amazon-RDS-DB-Instance-Speicher](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) [Datenbanklast](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) |
| Die für EBS-E/A bereitgestellten RDS-Instances sind unzureichend | Wir empfehlen, die Datenbank-Arbeitslast so zu optimieren, dass die I/O operations or modifying the DB instance to use Amazon RDS io2 Block Express volumes which are designed for database workloads that require high performance, high throughput, and low latency. With the current workload, the database might not be able to process I/O Operationen auf die erforderliche Geschwindigkeit reduziert werden, was zu Leistungseinbußen führen kann. | Verwenden Sie Volumes mit io2 Block Express von Amazon RDS für die RDS-Instance. | Nein | [Amazon-RDS-DB-Instance-Speicher](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html) [ CloudWatchAmazon-Metriken für Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-metrics.html) [Bereitgestellte IOPS-SSD-Volumes](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html) im Benutzerhandbuch für Amazon EBS |
# Anzeigen von Metriken in der Amazon-RDS-Konsole
Amazon RDS lässt sich in Amazon CloudWatch integrieren, um eine Vielzahl von RDS-DB-Instance-Metriken in der RDS-Konsole anzuzeigen. Für Beschreibungen these metrics (dieser Metriken) (der Instance-Ebene- und Cluster-Ebene-Metriken), finden Sie unter [Amazon RDS-Referenz für Metriken](metrics-reference.md).
Für Ihre DB-Instance werden die folgenden Metrikkategorien überwacht:
+ **CloudWatch** – zeigt die Amazon-CloudWatch-Metriken für RDS, auf die Sie in der RDS-Konsole zugreifen können. Diese Metriken können Sie auch in der CloudWatch-Konsole aufrufen. Jede Metrik beinhaltet ein Diagramm, das die überwachte Metrik für ein bestimmtes Zeitintervall anzeigt. Eine Liste der CloudWatch-Metriken finden Sie unter [CloudWatch Amazon-Metriken für Amazon RDS](rds-metrics.md).
+ **Enhanced Monitoring** (Erweiterte Überwachung) – Zeigt eine Übersicht über Metriken des Betriebssystems an, wenn Ihre RDS-DB-Instance das Enhanced Monitoring aktiviert hat. RDS liefert die Metriken von „Enhanced Monitoring“·(Erweiterte·Überwachung) in Ihr Amazon-CloudWatch-Logs-Konto. Jede Betriebssystem-Metrik beinhaltet ein Diagramm, das die überwachte Metrik für ein bestimmtes Zeitintervall anzeigt. Eine Übersicht finden Sie unter [Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung)](USER_Monitoring.OS.md). Eine Liste der Metriken für „Enhanced Monitoring“·(Erweiterte·Überwachung) finden Sie unter [Betriebssystemmetriken in „Erweiterte Überwachung“](USER_Monitoring-Available-OS-Metrics.md).
+ **Betriebssystem-Prozessliste** – Zeigt Detailinformationen über alle Prozesse, die innerhalb Ihres DB-Instance- ausgeführt werden.
+ **Performance Insights** – Öffnet das Amazon-RDS-Performance-Insights-Dashboard für eine DB-Instance. Eine Übersicht über Performance Insights finden Sie unter [Überwachung mit Performance Insights auf Amazon RDS](USER_PerfInsights.md). Eine Liste der Peformance-Insights-Metriken finden Sie unter [Amazon-CloudWatch-Metriken für Amazon RDS Performance Insights](USER_PerfInsights.Cloudwatch.md).
Amazon RDS bietet jetzt im Performance-Insights-Dashboard eine konsolidierte Ansicht der Performance-Insights- und CloudWatch-Metriken. Performance Insights muss aktiviert sein, damit Ihre DB-Instance diese Ansicht verwenden kann. Sie können die neue Überwachungsansicht auf der Registerkarte **Überwachung** oder **Performance Insights** im Navigationsbereich auswählen. Anweisungen zur Auswahl dieser Ansicht finden Sie unter [Anzeigen kombinierter Metriken mit dem Performance-Insights-Dashboard](Viewing_Unifiedmetrics.md).
# Anzeigen kombinierter Metriken mit dem Performance-Insights-Dashboard
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
Amazon RDS bietet im Performance Insights-Dashboard eine konsolidierte Ansicht von Performance Insights und CloudWatch Metriken für Ihre DB-Instance. Sie können das vorkonfigurierte Dashboard verwenden oder ein benutzerdefiniertes Dashboard erstellen. Das vorkonfigurierte Dashboard enthält die am häufigsten verwendeten Metriken zur Diagnose von Leistungsproblemen für eine Datenbank-Engine. Alternativ können Sie ein benutzerdefiniertes Dashboard mit den Metriken für eine Datenbank-Engine erstellen, die Ihren Analyseanforderungen entsprechen. Verwenden Sie dann dieses Dashboard für alle DB-Instances dieses Datenbank-Engine-Typs in Ihrem AWS Konto.
Sie können die Überwachungsansicht auf der Registerkarte **Überwachung** oder **Performance Insights** im Navigationsbereich auswählen.
Performance Insights muss für Ihre DB-Instance aktiviert sein, um die kombinierten Metriken im Performance-Insights-Dashboard anzeigen zu können. Weitere Informationen zum Aktivieren von Performance Insights finden Sie unter [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md).
In den folgenden Abschnitten erfahren Sie, wie Sie Performance Insights und CloudWatch Metriken anzeigen.
**Topics**
+ [Auswählen der neuen Überwachungsansicht auf der Registerkarte „Überwachung“](Viewing_Unifiedmetrics.MonitoringTab.md)
+ [Auswählen der neuen Überwachungsansicht auf der Performance-Insights-Seite](Viewing_Unifiedmetrics.PInavigationPane.md)
+ [Erstellen eines benutzerdefinierten Dashboards mit Performance Insights](Viewing_Unifiedmetrics.PIcustomizeMetricslist.md)
+ [Auswählen des vorkonfigurierten Dashboards mit Performance Insights](Viewing_Unifiedmetrics.PI-preconfigured-dashboard.md)
# Auswählen der neuen Überwachungsansicht auf der Registerkarte „Überwachung“
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
In der Amazon RDS-Konsole können Sie die neue Überwachungsansicht wählen, um Performance Insights und CloudWatch Metriken für Ihre DB-Instance anzuzeigen.
**So wählen Sie die neue Überwachungsansicht auf der Registerkarte „Überwachung“ aus**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Datenbanken** aus.
1. Wählen Sie die DB-Instance zur Überwachung aus.
1. Scrollen Sie nach unten und wählen Sie die Registerkarte **Überwachung** aus.
Es erscheint ein Banner mit der Option, die neue Überwachungsansicht auszuwählen. Das folgende Beispiel veranschaulicht das Banner zur Auswahl der neuen Überwachungsansicht.
![\[Banner mit Navigation zur neuen Überwachungsansicht.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/NewMonitoringViewOption.png)
1. Wählen Sie **Gehe zu neuer Überwachungsansicht**, um das Performance Insights-Dashboard mit Performance Insights und CloudWatch Metriken für Ihre zu öffnen.
1. (Optional) Wenn Performance Insights für Ihre DB-Instance deaktiviert ist, wird ein Banner mit der Option angezeigt, Ihren DB-Cluster zu ändern und Performance Insights zu aktivieren.
Das folgende Beispiel veranschaulicht das Banner zum Ändern des DB-Clusters auf der Registerkarte **Überwachung**.
![\[Ändern Sie die DB-Instance, um Performance Insights zu aktivieren.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Monitoring_modifyInstnc_banner.png)
Wählen Sie **Ändern** aus, um Ihren DB-Cluster zu ändern und Performance Insights zu aktivieren. Weitere Informationen zum Aktivieren von Performance Insights finden Sie unter [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md).
# Auswählen der neuen Überwachungsansicht auf der Performance-Insights-Seite
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Weitere Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
In der Amazon RDS-Konsole können Sie die neue Überwachungsansicht wählen, um Performance Insights und CloudWatch Metriken für Ihre DB-Instance anzuzeigen.
**So wählen Sie die neue Überwachungsansicht mit Performance Insights im Navigationsbereich aus:**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus, um das Performance Insights-Dashboard aufzurufen, das sowohl Performance Insights als auch CloudWatch Metriken für Ihre DB-Instance anzeigt.
![\[Konsolidiertes Dashboard mit Performance Insights und CloudWatch Kennzahlen.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Monitoring_UnifiedDashboard.png)
# Erstellen eines benutzerdefinierten Dashboards mit Performance Insights
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Weitere Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
In der neuen Überwachungsansicht können Sie ein benutzerdefiniertes Dashboard mit den Metriken erstellen, die Sie für Ihre Analyseanforderungen benötigen.
Sie können ein benutzerdefiniertes Dashboard erstellen, indem Sie Performance Insights und CloudWatch Metriken für Ihre DB-Instance auswählen. Sie können dieses benutzerdefinierte Dashboard für andere DB-Instances desselben Datenbank-Engine-Typs in Ihrem AWS Konto verwenden.
**Anmerkung**
Das benutzerdefinierte Dashboard unterstützt bis zu 50 Metriken.
Verwenden Sie das Widget-Einstellungsmenü, um das Dashboard zu bearbeiten oder zu löschen und das Widget-Fenster zu verschieben oder in der Größe zu ändern.
**So erstellen Sie ein benutzerdefiniertes Dashboard mit Performance Insights im Navigationsbereich:**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
1. Scrollen Sie im Fenster nach unten zur Registerkarte **Metriken**.
1. Wählen Sie das benutzerdefinierte Dashboard aus der Dropdown-Liste aus. Das folgende Beispiel veranschaulicht die Erstellung eines benutzerdefinierten Dashboards.
![\[Benutzerdefiniertes Metrik-Dashboard noch ohne Widgets.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Monitoring_custmDashbrd_addWidget.png)
1. Wählen Sie **Widget hinzufügen** aus, um das Fenster **Widget hinzufügen** zu öffnen. Sie können die verfügbaren Betriebssystem- (OS) -Metriken, Datenbank-Metriken und CloudWatch Metriken im Fenster öffnen und anzeigen.
Das folgende Beispiel veranschaulicht das Fenster **Widget hinzufügen** mit den Metriken.
![\[Die Metrik-Optionen im Fenster Widget hinzufügen.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Monitoring_AddWidget.png)
1. Wählen Sie die Metriken aus, die Sie im Dashboard anzeigen möchten. Klicken Sie dann auf **Widget hinzufügen**. Sie können über das Suchfeld eine bestimmte Metrik suchen.
Die ausgewählten Metriken werden in Ihrem Dashboard angezeigt.
1. (Optional) Wenn Sie Ihr Dashboard ändern oder löschen möchten, wählen Sie das Einstellungensymbol oben rechts im Widget und dann eine der folgenden Aktionen im Menü aus.
+ **Bearbeiten** – Ändern Sie die Metrikenliste im Fenster. Wählen Sie **Widget aktualisieren** aus, nachdem Sie die Metriken für Ihr Dashboard ausgewählt haben.
+ **Löschen** – Löscht das Widget. Wählen Sie im Bestätigungsfenster **Löschen** aus.
# Auswählen des vorkonfigurierten Dashboards mit Performance Insights
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Weitere Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
Sie können die am häufigsten verwendeten Metriken über das vorkonfigurierte Dashboard anzeigen. Dieses Dashboard hilft bei der Diagnose von Leistungsproblemen mit einer Datenbank-Engine und reduziert die durchschnittliche Wiederherstellungszeit von Stunden auf Minuten.
**Anmerkung**
Dieses Dashboard kann nicht bearbeitet werden.
**So wählen Sie das vorkonfigurierte Dashboard mit Performance Insights im Navigationsbereich aus:**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
1. Scrollen Sie im Fenster nach unten zur Registerkarte **Metriken**.
1. Wählen Sie ein vorkonfiguriertes Dashboard aus der Dropdown-Liste aus.
Sie können die Metriken für die DB-Instance im Dashboard anzeigen. Das folgende Beispiel veranschaulicht ein vorkonfiguriertes Metriken-Dashboard.
![\[Vorkonfiguriertes Metriken-Dashboard.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Monitoring_preconfigDashboard.png)
# Überwachung von Amazon RDS mit Amazon CloudWatch
Amazon CloudWatch ist ein Metrik-Repository. Das Repository erfasst und verarbeitet Rohdaten aus Amazon RDS, um nahezu in Echtzeit lesbare Metriken bereitzustellen. Eine vollständige Liste der Amazon RDS-Metriken, an die gesendet wurden CloudWatch, finden Sie unter [Metrik-Referenz für Amazon RDS-Metrik-Referenz](https://docs.aws.amazon.com/en_us/AmazonRDS/latest/UserGuide/metrics-reference.html) .
**Topics**
+ [Überblick über Amazon RDS, und Amazon CloudWatch](#cw-metrics-overview)
+ [Metriken des in der CloudWatch Konsole anzeigen und AWS CLI](metrics_dimensions.md)
+ [Exportieren von Performance-Insights-Metriken zu CloudWatch](PI_metrics_export_CW.md)
+ [Erstellen von CloudWatch-Alarmen zur Überwachung von Amazon RDS](creating_alarms.md)
+ [Tutorial: Erstellen eines Amazon-CloudWatch-Alarms für Multi-AZ-DB-Cluster-Replikatverzögerung für Amazon RDS](multi-az-db-cluster-cloudwatch-alarm.md)
## Überblick über Amazon RDS, und Amazon CloudWatch
Standardmäßig sendet Amazon RDS Amazon automatisch Metrikdaten innerhalb von 1 Minute an CloudWatch . Die Metrik `CPUUtilization` zeichnet z. B. den Prozentsatz der CPU-Auslastung für eine DB-Instance im Laufe der Zeit auf. Datenpunkte mit einem Zeitraum von 60 Sekunden (1 Minute) stehen 15 Tage lang zur Verfügung Dies bedeutet, dass Sie auf die Verlaufsdaten zugreifen und sehen können, wie die Leistung Ihrer Webanwendung oder Ihres Service ist.
Sie können jetzt Performance Insights Insights-Metrik-Dashboards von Amazon RDS nach Amazon CloudWatch exportieren. Sie können entweder die vorkonfigurierten oder die benutzerdefinierten Metrik-Dashboards als neues Dashboard exportieren oder sie zu einem vorhandenen Dashboard hinzufügen. CloudWatch Das exportierte Dashboard kann in der CloudWatch Konsole angezeigt werden. Weitere Informationen zum Exportieren der Performance Insights Insights-Metrik-Dashboards in CloudWatch finden Sie unter[Exportieren von Performance-Insights-Metriken zu CloudWatch](PI_metrics_export_CW.md).
Wie im folgenden Diagramm dargestellt, können Sie Alarme für Ihre CloudWatch Metriken einrichten. Beispielsweise könnten Sie einen Alarm erstellen, der signalisiert, wenn die CPU-Auslastung für eine Instance über 70 % beträgt. Sie können so konfigurieren Amazon Simple Notification Service , dass Sie eine E-Mail erhalten, wenn der Schwellenwert überschritten wird.
![\[RDS-Metriken in AWS CloudWatch\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/rds-cloudwatch.png)
Amazon RDS veröffentlicht die folgenden Arten von Metriken auf Amazon CloudWatch:
+ Metriken für Ihre RDS-DB-Instances
Eine Tabelle dieser Metriken finden Sie unter [CloudWatch Amazon-Metriken für Amazon RDS](rds-metrics.md).
+ Performance-Insights-Metriken
Eine Tabelle dieser Metriken finden Sie unter [Amazon-CloudWatch-Metriken für Amazon RDS Performance Insights](USER_PerfInsights.Cloudwatch.md) und [Performance-Insights-Zählermetriken](USER_PerfInsights_Counters.md).
+ Verbesserte Monitoring-Metriken (in Amazon CloudWatch Logs veröffentlicht)
Eine Tabelle dieser Metriken finden Sie unter [Betriebssystemmetriken in „Erweiterte Überwachung“](USER_Monitoring-Available-OS-Metrics.md).
+ Nutzungsmetriken für die Amazon RDS-Servicekontingente in Ihrem AWS-Konto
Eine Tabelle dieser Metriken finden Sie unter [CloudWatch Amazon-Nutzungsmetriken für Amazon RDS ](rds-metrics.md#rds-metrics-usage). Weitere Informationen über Amazon-RDS-Kontingente finden Sie unter [Kontingente und Beschränkungen für Amazon RDS](CHAP_Limits.md).
Weitere Informationen zu CloudWatch finden Sie unter [Was ist Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html) im * CloudWatch Amazon-Benutzerhandbuch*. Weitere Informationen zur Aufbewahrung von CloudWatch Kennzahlen finden Sie unter Aufbewahrung von [Metriken](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/cloudwatch_concepts.html#metrics-retention).
# Metriken des in der CloudWatch Konsole anzeigen und AWS CLI
Im Folgenden finden Sie Informationen zum Anzeigen von Metriken für Ihre DB-Instance mithilfe von CloudWatch. Informationen zur Überwachung von Metriken für das Betriebssystem Ihrer DB-Instance in Echtzeit mithilfe von CloudWatch Logs finden Sie unter[Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung)](USER_Monitoring.OS.md).
Wenn Sie Amazon RDS Amazon verwenden, sendet Amazon RDS CloudWatch jede Minute Metriken und Dimensionen an Amazon.
Sie können jetzt Performance Insights Insights-Metrik-Dashboards von Amazon RDS nach Amazon exportieren CloudWatch und diese Metriken in der CloudWatch Konsole anzeigen. Weitere Informationen zum Exportieren der Performance Insights Insights-Metrik-Dashboards in CloudWatch finden Sie unter[Exportieren von Performance-Insights-Metriken zu CloudWatch](PI_metrics_export_CW.md).
Gehen Sie wie folgt vor, um die Metriken für Amazon RDS in der CloudWatch Konsole und CLI anzuzeigen.
## Konsole
**So zeigen Sie Metriken mit der CloudWatch Amazon-Konsole an**
Metriken werden zunächst nach dem Service-Namespace und anschließend nach den verschiedenen Dimensionskombinationen in den einzelnen Namespaces gruppiert.
1. Öffnen Sie die CloudWatch Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
Die CloudWatch Übersichts-Startseite wird angezeigt.
![\[CloudWatch Übersichtsseite\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/monitoring-overviewpage-console2.png)
1. Ändern Sie, falls erforderlich, die AWS-Region. Wählen Sie in der Navigationsleiste aus, AWS-Region wo sich Ihre AWS Ressourcen befinden. Weitere Informationen finden Sie unter [-Regionen und Endpunkte](https://docs.aws.amazon.com/general/latest/gr/rande.html).
1. Wählen Sie im Navigationsbereich **Metrics** (Metriken) und dann **All metrics** (Alle Metriken) aus.
![\[Auswählen des Metrik-Namespace\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/cw-all-metrics.png)
1. Scrollen Sie nach unten und wählen Sie den **RDS**-Namespace der Metrik aus.
Auf der Seite werden die Amazon RDS-Dimensionen angezeigt. Beschreibungen dieser Dimensionen finden Sie unter [CloudWatch Amazon-Abmessungen für Amazon RDS ](dimensions.md).
![\[Auswählen des Metrik-Namespace\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/rds-monitoring-01.png)
1. Wählen Sie eine Metrikdimension, z. B. **By Database Class (Nach Datenbanken-Klasse)**.
![\[Filtern von Metriken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/metrics-by-instance-class.png)
1. Führen Sie eine der folgenden Aktionen aus:
+ Verwenden Sie die Spaltenüberschrift, um die Metriken zu sortieren.
+ Um eine Metrik grafisch darzustellen, müssen Sie das Kontrollkästchen neben der Metrik aktivieren.
+ Um nach Ressource zu filtern, müssen Sie zunächst die Ressourcen-ID und dann die Option **Add to search (Zu Suche hinzufügen)** wählen.
+ Um nach Metrik zu filtern, müssen Sie den Metriknamen und anschließend **Add to search (Zu Suche hinzufügen)** wählen.
Im folgenden Beispiel wird nach der Klasse **db.t3.medium** gefiltert und die Metrik grafisch dargestellt. **CPUUtilization**
![\[Filtern von Metriken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/rds-monitoring-03.png)
## AWS CLI
Verwenden Sie den Befehl, um Metrikinformationen mithilfe von abzurufen. AWS CLI CloudWatch [https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html) Im folgenden Beispiel listen Sie alle Metriken im `AWS/RDS`-Namespace auf.
```
aws cloudwatch list-metrics --namespace AWS/RDS
```
Um Metrikdaten zu erhalten, verwenden Sie den Befehl [https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html).
Im folgenden Beispiel werden `CPUUtilization`-Statistiken für die Instance `my-instance` über den jeweiligen 24-Stunden-Zeitraum mit einer Granularität von 5 Minuten abgerufen.
Erstellen Sie eine JSON Datei mit dem Namen `CPU_metric.json` und dem folgenden Inhalt.
```
1. {
2. "StartTime" : "2023-12-25T00:00:00Z",
3. "EndTime" : "2023-12-26T00:00:00Z",
4. "MetricDataQueries" : [{
5. "Id" : "cpu",
6. "MetricStat" : {
7. "Metric" : {
8. "Namespace" : "AWS/RDS",
9. "MetricName" : "CPUUtilization",
10. "Dimensions" : [{ "Name" : "DBInstanceIdentifier" , "Value" : my-instance}]
11. },
12. "Period" : 360,
13. "Stat" : "Minimum"
14. }
15. }]
16. }
```
**Example**
Für Linux, macOS oder Unix:
```
1. aws cloudwatch get-metric-data \
2. --cli-input-json file://CPU_metric.json
```
Für Windows:
```
1. aws cloudwatch get-metric-data ^
2. --cli-input-json file://CPU_metric.json
```
Beispielausgabe:
```
{
"MetricDataResults": [
{
"Id": "cpu",
"Label": "CPUUtilization",
"Timestamps": [
"2023-12-15T23:48:00+00:00",
"2023-12-15T23:42:00+00:00",
"2023-12-15T23:30:00+00:00",
"2023-12-15T23:24:00+00:00",
...
],
"Values": [
13.299778337027714,
13.677507543049558,
14.24976250395827,
13.02521708695145,
...
],
"StatusCode": "Complete"
}
],
"Messages": []
}
```
Weitere Informationen finden Sie unter [Statistiken für eine Metrik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/getting-metric-data.html) abrufen im * CloudWatch Amazon-Benutzerhandbuch*.
# Exportieren von Performance-Insights-Metriken zu CloudWatch
Mit Performance Insights können Sie das vorkonfigurierte oder benutzerdefinierte Metrik-Dashboard für Ihre DB-Instance zu Amazon CloudWatch exportieren. Sie können das Metrik-Dashboard als neues Dashboard exportieren oder es einem vorhandenen CloudWatch-Dashboard hinzufügen. Wenn Sie das Dashboard einem vorhandenen CloudWatch-Dashboard hinzufügen möchten, können Sie eine Header-Bezeichnung erstellen, sodass die Metriken in einem separaten Abschnitt im CloudWatch-Dashboard angezeigt werden.
Sie können das exportierte Metrik-Dashboard in der CloudWatch-Konsole anzeigen. Wenn Sie einem Dashboard mit Performance-Insights-Metriken nach dem Export neue Metriken hinzufügen, müssen Sie dieses Dashboard erneut exportieren, damit die neuen Metriken in der CloudWatch-Konsole angezeigt werden.
Sie können auch ein Metrik-Widget im Performance-Insights-Dashboard auswählen und die Metrikdaten in der CloudWatch-Konsole anzeigen.
Weitere Informationen zum Anzeigen der Metriken in der CloudWatch-Konsole finden Sie unter [Metriken des in der CloudWatch Konsole anzeigen und AWS CLI](metrics_dimensions.md).
Exportieren Sie in den folgenden Abschnitten Performance-Insights-Metriken als neues oder vorhandenes Dashboard nach CloudWatch und zeigen Sie Performance-Insights-Metriken in CloudWatch an.
**Topics**
+ [Performance Insights Insights-Metriken als neues Dashboard exportieren nach CloudWatch](PI_metrics_export_CW.new_dashboard.md)
+ [Hinzufügen von Performance-Insights-Metriken zu einem vorhandenen CloudWatch-Dashboard](PI_metrics_export_CW.existing_dashboard.md)
+ [Anzeigen eines Metrik-Widgets von Performance-Insights in CloudWatch](PI_metrics_export_CW.individual_widget.md)
# Performance Insights Insights-Metriken als neues Dashboard exportieren nach CloudWatch
Wählen Sie im Performance Insights Insights-Dashboard ein vorkonfiguriertes oder benutzerdefiniertes Metrik-Dashboard aus und exportieren Sie es als neues Dashboard nach CloudWatch. Sie können das exportierte Dashboard in der CloudWatch Konsole anzeigen.
**Um ein Performance Insights Insights-Metrik-Dashboard als neues Dashboard zu exportieren CloudWatch**
1. Öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
Das Performance-Insights-Dashboard wird für die DB-Instance angezeigt.
1. Scrollen Sie nach unten und wählen Sie **Metriken** aus.
Standardmäßig wird das vorkonfigurierte Dashboard mit Performance-Insights-Metriken angezeigt.
1. Wählen Sie ein vorkonfiguriertes oder benutzerdefiniertes Dashboard aus und wählen Sie dann **Exportieren nach CloudWatch**.
Das CloudWatch Fenster **Exportieren nach** wird angezeigt.
![\[Performance Insights Insights-Dashboard mit CloudWatch Schaltfläche „Exportieren nach“\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI-ExprtToCW.png)
1. Wählen Sie **Als neues Dashboard exportieren** aus.
![\[In ein CloudWatch Fenster exportieren, wobei die Option „Als neues Dashboard exportieren“ ausgewählt ist\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI-ExprtToCW-NewDashboard.png)
1. Geben Sie im Feld **Dashboard-Name** einen Namen für das neue Dashboard ein und wählen Sie **Bestätigen** aus.
In einem Banner wird eine Meldung angezeigt, nachdem der Dashboard-Export erfolgreich war.
![\[Banner mit Erfolgsmeldung\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI-ExprtToCW-SuccessBanner.png)
1. Wählen Sie im Banner den Link oder „**Anzeigen CloudWatch in**“, um das Metrik-Dashboard in der CloudWatch Konsole aufzurufen.
# Hinzufügen von Performance-Insights-Metriken zu einem vorhandenen CloudWatch-Dashboard
Fügen Sie einem vorhandenen CloudWatch-Dashboard ein vorkonfiguriertes oder benutzerdefiniertes Metrik-Dashboard hinzu. Sie können dem Metrik-Dashboard eine Bezeichnung hinzufügen, die in einem separaten Abschnitt im CloudWatch-Dashboard angezeigt wird.
**So exportieren Sie die Metriken in ein vorhandenes CloudWatch-Dashboard**
1. Öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
Das Performance-Insights-Dashboard wird für die DB-Instance angezeigt.
1. Scrollen Sie nach unten und wählen Sie **Metriken** aus.
Standardmäßig wird das vorkonfigurierte Dashboard mit Performance-Insights-Metriken angezeigt.
1. Wählen Sie das vorkonfigurierte oder benutzerdefinierte Dashboard und dann **Export nach CloudWatch** aus.
Das Fenster **Export nach CloudWatch** wird angezeigt.
1. Wählen Sie **Zu vorhandenem Dashboard hinzufügen** aus.
![\[Fenster „Export nach CloudWatch“ mit ausgewählter Option „Zu vorhandenem Dashboard hinzufügen“\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/Pi-ExprtToCW-AddToExistingBoard.png)
1. Geben Sie das Ziel und die Bezeichnung des Dashboards an und wählen Sie dann **Bestätigen** aus.
+ **CloudWatch-Dashboard-Ziel** – Wählen Sie ein vorhandenes CloudWatch-Dashboard aus.
+ **Bezeichnung des CloudWatch-Dashboard-Abschnitts – optional** – Geben Sie einen Namen für die Performance-Insights-Metriken ein, die in diesem Abschnitt im CloudWatch-Dashboard angezeigt werden sollen.
In einem Banner wird eine Meldung angezeigt, nachdem der Dashboard-Export erfolgreich war.
1. Wählen Sie im Banner den Link oder **In CloudWatch anzeigen**, um das Metrik-Dashboard in der CloudWatch-Konsole aufzurufen.
# Anzeigen eines Metrik-Widgets von Performance-Insights in CloudWatch
Wählen Sie ein Metrik-Widget von Performance Insights im Dashboard von Amazon RDS Performance Insights aus und zeigen Sie die Metrikdaten in der CloudWatch-Konsole an.
**So exportieren Sie ein Metrik-Widget und zeigen die Metrikdaten in der CloudWatch-Konsole an**
1. Öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
Das Performance-Insights-Dashboard wird für die DB-Instance angezeigt.
1. Scrollen Sie nach unten zu **Metriken**.
Standardmäßig wird das vorkonfigurierte Dashboard mit Performance-Insights-Metriken angezeigt.
1. Wählen Sie ein Metrik-Widget und dann im Menü die Option **In CloudWatch anzeigen** aus.
![\[Ausgewähltes Widget mit Menü zur Anzeige in CloudWatch\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI-ExprtToCW-SelectedMetric.png)
Die Metrikdaten werden in der CloudWatch-Konsole angezeigt.
# Erstellen von CloudWatch-Alarmen zur Überwachung von Amazon RDS
Sie können einen CloudWatch-Alarm erstellen, der eine Amazon SNS-Nachricht sendet, sobald sich der Status des Alarms ändert. Ein Alarm überwacht eine Metrik über einen bestimmten, von Ihnen definierten Zeitraum. Der Alarm kann auch eine oder mehrere Aktionen durchführen, die vom Wert der Metrik im Vergleich zu einem gegebenen Schwellenwert in einer Reihe von Zeiträumen abhängt. Die Aktion ist eine Benachrichtigung, die an ein Amazon SNS-Thema oder eine Amazon EC2 Auto Scaling-Richtlinie gesendet wird.
Alarme rufen nur Aktionen für nachhaltige Statusänderungen auf. CloudWatch-Alarme rufen keine Aktionen auf, nur weil sie sich in einem bestimmten Status befinden. Der Status muss sich geändert haben und für eine festgelegte Anzahl an Zeiträumen aufrechterhalten worden sein.
Sie können die metrische mathematische Funktion **DB\$1PERF\$1INSIGHTS** in der CloudWatch-Konsole verwenden, um Amazon RDS nach Performance-Insights-Zählermetriken abzufragen. Die Funktion **DB\$1PERF\$1INSIGHTS** umfasst auch die DBLoad-Metrik in Intervallen unter einer Minute. Sie können für diese Metriken CloudWatch-Alarme einstellen.
Weitere Informationen zum Erstellen eines Alarms finden Sie unter [Erstellen eines Alarms zu Performance-Insights-Zählermetriken aus einer AWS-Datenbank](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_alarm_database_performance_insights.html).
**So richten Sie mit der AWS CLI einen Alarm ein**
+ Rufen Sie die folgende Seite auf [https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/put-metric-alarm.html](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/put-metric-alarm.html). Weitere Informationen finden Sie in der *[AWS CLI-Befehlsreferenz](https://docs.aws.amazon.com/cli/latest/reference/)*.
**So richten Sie mit der CloudWatch-API einen Alarm ein:**
+ Rufen Sie die folgende Seite auf [https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html). Weitere Informationen finden Sie in der *[Amazon CloudWatch API-Referenz](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/)*.
Weitere Informationen zum Festlegen von Amazon-SNS-Themen sowie zur Erstellung von Alarmen finden Sie unter [Using Amazon CloudWatch alarms](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) (Verwendung von Amazon-CloudWatch-Alarmen).
# Tutorial: Erstellen eines Amazon-CloudWatch-Alarms für Multi-AZ-DB-Cluster-Replikatverzögerung für Amazon RDS
Sie können einen Amazon-CloudWatch-Alarm erstellen, der eine Amazon-SNS-Nachricht versendet, wenn die Replikatverzögerung für einen Multi-AZ-DB-Cluster einen Schwellenwert überschritten hat. Ein Alarm überwacht die `ReplicaLag`-Metrik über einen bestimmten, von Ihnen definierten Zeitraum. Die Aktion ist eine Benachrichtigung, die an ein Amazon SNS-Thema oder eine Amazon EC2 Auto Scaling-Richtlinie gesendet wird.
**Stellen Sie einen CloudWatch-Alarm für die Multi-AZ-DB-Cluster-Replikatverzögerung wie folgt ein:**
1. Melden Sie sich an der AWS-Managementkonsole an und öffnen Sie die CloudWatch-Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Wählen Sie im Navigationsbereich **Alarms** (Alarme) und **All alarms** (Alle Alarme) aus.
1. Wählen Sie **Create alarm** (Alarm erstellen) aus.
1. Wählen Sie auf der Seite **Specify metric and conditions (Metrik und Bedingungen angeben)** die Option **Select metric (Metrik auswählen)** aus:
1. Geben Sie im Suchfeld den Namen des Multi-AZ-DB-Clusters ein und drücken Sie die Eingabetaste.
Die folgende Abbildung zeigt die Seite **Select metric** (Metrik auswählen), auf der ein Multi-AZ-DB-Cluster namens `rds-cluster` eingegeben ist.
![\[Metrikseite auswählen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-cw-tutorial-select-metric.png)
1. Wählen Sie **RDS**, **Per-Database Metrics** (Metriken pro Datenbank) aus.
1. Geben Sie im Suchfeld **ReplicaLag** ein und drücken Sie die Eingabetaste und wählen Sie dann jede DB-Instance im DB-Cluster aus.
Die folgende Abbildung zeigt die Seite **Select metric** (Metrik auswählen) mit den für die **ReplicaLag**-Metrik ausgewählten DB-Instances.
![\[Seite „Metrik auswählen“ mit DB-Instances, die für die ReplicaLag-Metrik ausgewählt sind\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-cw-tutorial-metric-replica-lag.png)
Dieser Alarm berücksichtigt die Verzögerung der Replikate für alle drei DB-Instances im Multi-AZ-DB-Cluster. Der Alarm reagiert, wenn eine DB-Instance den Schwellenwert überschreitet. Er verwendet einen mathematischen Ausdruck, der den Maximalwert der drei Metriken zurückgibt. Sortieren Sie zunächst nach Metriknamen und wählen Sie dann alle drei **ReplicaLag**-Metriken aus.
1. Wählen Sie unter **Add math** (Mathematik hinzufügen) für **All functions** (Alle Funktionen) **MAX** aus.
![\[Die Einstellung Add math (Mathematik hinzufügen)\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-cw-tutorial-select-metric-math.png)
1. Wählen Sie die Registerkarte **Graphed metrics** (Grafische Metriken) aus und bearbeiten Sie die Details für **Expression1** bis **MAX([m1,m2,m3])**.
1. Ändern Sie für alle drei **ReplicaLag**-Metriken die Einstellung für **Period** (Intervall) zu **1 Minute**.
1. Löschen Sie die Auswahl aus allen Metriken mit Ausnahme von **Expression1**.
Die Seite **Select metric** (Metrik auswählen) sollte ähnlich wie in der folgenden Abbildung gezeigt aussehen.
![\[Die Seite Select metric (Metrik auswählen) mit ausgewählter Metrik\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-cw-tutorial-select-metric-expression1.png)
1. Wählen Sie **Select metric** (Metrik auswählen) aus.
1. Ändern Sie auf der Seite **Specify metric and conditions** (Metrik und Bedingungen angeben) das Label in einen aussagekräftigen Namen wie **ClusterReplicaLag**, und geben Sie eine Anzahl von Sekunden in **Define the threshold value** (Den Schwellenwert definieren) ein. Geben Sie für dieses Tutorial **1200** Sekunden (20 Minuten) ein. Sie können diesen Wert an Ihre Workload-Anforderungen anpassen.
Die Seite **Specify metric and conditions** (Metrik und Bedingungen angeben) sollte folgender Abbildung ähneln.
![\[Die Seite Specify metric and conditions (Metrik und Bedingungen angeben)\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-cw-tutorial-specify-metric-conditions.png)
1. Wählen Sie **Next** (Weiter) aus, und die Seite **Configure actions** (Aktionen konfigurieren) wird angezeigt.
1. Lassen Sie **In alarm** (Im Alarm) ausgewählt, wählen Sie **Create new topic** (Neues Thema erstellen) aus und geben Sie den Themennamen und eine gültige E-Mail-Adresse ein.
![\[Die Seite Configure actions (Aktionen konfigurieren)\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-cw-tutorial-configure-actions.png)
1. Wählen Sie **Create topic** (Thema erstellen) und danach **Next** (Weiter).
1. Geben Sie auf der Seite **Add name and description** (Name und Beschreibung hinzufügen) den **Alarm name** (Alarmnamen) und die **Alarm description** (Alarmbeschreibung) ein und wählen Sie **Next** (Weiter) aus.
![\[Die Seite Add name and description (Name und Beschreibung hinzufügen)\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-cw-tutorial-add-name-and-description.png)
1. Zeigen Sie eine Vorschau des Alarms an, den Sie im Bereich **Preview and create** (Vorschau erstellen und erstellen) erstellen möchten, und wählen Sie dann **Create alarm** (Alarm erstellen).
# Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights
Überwachen Sie die Datenbanklast (DB-Last) für Ihre Flotte an DB-Instances von Amazon RDS mit Database Insights. Die DB-Last misst den Sitzungsaktivitätsgrad in Ihrer Datenbank. Sie können Database Insights verwenden, um die Leistung Ihrer Amazon-RDS-Datenbanken in großem Umfang zu überwachen.
Mit Database Insights können Sie die DB-Last Ihrer Datenbankflotte visualisieren und die Last nach Wartezuständen, SQL-Anweisungen, Hosts oder Benutzern filtern.
Standardmäßig aktiviert RDS den Standardmodus von Database Insights für Ihre Amazon-RDS-Datenbanken.
Informationen zur Verwendung von Database Insights in der Amazon-CloudWatch-Konsole finden Sie unter [CloudWatch Database Insights](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Database-Insights.html) im *Amazon-CloudWatch-Benutzerhandbuch*.
## Preisgestaltung
Informationen zur Preisgestaltung finden Sie unter [Amazon CloudWatch – Preise](https://aws.amazon.com/cloudwatch/pricing/).
**Topics**
+ [Preisgestaltung](#USER_Database-Insights-pricing)
+ [Amazon RDS -, Regions- und Instance-Klassenunterstützung für Database Insights](USER_DatabaseInsights.Engines.md)
+ [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md)
+ [Aktivieren des Standardmodus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnStandard.md)
+ [Konfigurieren Ihrer Datenbank zur Überwachung langsamer SQL-Abfragen mit Database Insights für Amazon RDS](USER_DatabaseInsights.SlowSQL.md)
+ [Überlegungen zu Database Insights für Amazon RDS](USER_DatabaseInsights.Considerations.md)
# Amazon RDS -, Regions- und Instance-Klassenunterstützung für Database Insights
Die folgende Tabelle enthält DB-Engines von Amazon RDS, die Database Insights unterstützen.
| Amazon-RDS-DB-Engine | Unterstützte Engine-Versionen und Regionen | Beschränkungen für Instance-Klasse |
| --- | --- | --- |
| Amazon RDS für MariaDB | Weitere Informationen zur Verfügbarkeit von Versionen und Regionen von Database Insights mit RDS für MariaDB finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | Database Insights wird für die folgenden Instance-Klassen nicht unterstützt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_DatabaseInsights.Engines.html) |
| RDS für MySQL | Weitere Informationen zur Verfügbarkeit von Versionen und Regionen von Database Insights mit RDS für MySQL finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | Database Insights wird in den folgenden Instance-Klassen nicht unterstützt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_DatabaseInsights.Engines.html) |
| Amazon RDS für Microsoft SQL Server | Weitere Informationen zur Verfügbarkeit von Versionen und Regionen von Database Insights mit RDS für SQL Server finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | – |
| Amazon RDS für PostgreSQL | Weitere Informationen zur Verfügbarkeit von Versionen und Regionen von Database Insights mit RDS für PostgreSQL finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | – |
| Amazon RDS für Oracle | Weitere Informationen zur Verfügbarkeit von Versionen und Regionen von Database Insights mit RDS für Oracle finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | – |
## Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Database Insights-Funktionen
Die folgende Tabelle enthält DB-Engines von Amazon RDS, die Database-Insights-Features unterstützen.
| Feature | [Preisstufe](https://aws.amazon.com/rds/performance-insights/pricing/) | [Unterstützte Regionen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions) | [Unterstützte DB-Engines](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html#Welcome.Concepts.DBInstance) | [Unterstützte Instance-Klassen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) |
| --- | --- | --- | --- | --- |
| [SQL-Statistiken für Performance Insights](sql-statistics.md) | Alle | Alle | Alle | Alle |
| [Analysieren von Oracle-Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlans.md) | Alle | Alle | RDS für Oracle | Alle |
| [Analysieren der Datenbankleistung für einen bestimmten Zeitraum](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | Nur kostenpflichtige Stufe | Alle | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_DatabaseInsights.Engines.html) | Alle |
| [Anzeigen proaktiver Empfehlungen von Performance Insights](USER_PerfInsights.InsightsRecommendationViewDetails.md) | Nur kostenpflichtige Stufe | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_DatabaseInsights.Engines.html) | Alle | Alle |
## Amazon RDS — Unterstützung der für Database Insights
Amazon RDS unterstützt Database Insights in den folgenden Bereichen AWS-Regionen.
+ USA Ost (Nord-Virginia)
+ USA Ost (Ohio)
+ USA West (Nordkalifornien)
+ USA West (Oregon)
+ Africa (Cape Town)
+ Asien-Pazifik (Hongkong)
+ Asien-Pazifik (Hyderabad)
+ Asien-Pazifik (Jakarta)
+ Asien-Pazifik (Malaysia)
+ Asien-Pazifik (Melbourne)
+ Asien-Pazifik (Mumbai)
+ Asien-Pazifik (Osaka)
+ Asien-Pazifik (Seoul)
+ Asien-Pazifik (Singapur)
+ Asien-Pazifik (Sydney)
+ Asien-Pazifik (Tokio)
+ Canada (Central)
+ Kanada West (Calgary)
+ Europe (Frankfurt)
+ Europa (Irland)
+ Europa (London)
+ Europa (Milan)
+ Europa (Paris)
+ Europa (Spain)
+ Europa (Stockholm)
+ Europa (Zürich)
+ Israel (Tel Aviv)
+ Middle East (Bahrain)
+ Naher Osten (VAE)
+ Südamerika (São Paulo)
+ AWS GovCloud (USA-Ost)
+ AWS GovCloud (US-West)
# Einschalten des erweiterten Modus von Database Insights für Amazon RDS
Um den erweiterten Modus von Database Insights für Amazon RDS zu aktivieren, verwenden Sie die folgenden Verfahren.
## Aktivieren des erweiterten Modus von Database Insights beim Erstellen von DB-Instances oder DB-Clustern mit Multi-AZ
Aktivieren Sie den erweiterten Modus von Database Insights, wenn Sie eine Datenbank für Amazon RDS erstellen.
------
#### [ Console ]
In der Konsole können Sie den erweiterten Modus von Database Insights aktivieren, wenn Sie eine DB-Instance oder einen DB-Cluster mit Multi-AZ erstellen.
**So aktivieren Sie den erweiterten Modus von Database Insights beim Erstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters mit der Konsole**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie **Datenbanken** aus.
1. Wählen Sie **Datenbank erstellen** aus.
1. Wählen Sie im Abschnitt **Database Insights** **Erweiterter Modus** aus. Wählen Sie dann eine der folgenden Optionen aus:
+ **Aufbewahrung** – Die Zeitspanne, für die die Performance-Insights-Daten aufbewahrt werden sollen. Der Aufbewahrungszeitraum für den erweiterten Modus von Database Insights muss 15 Monate betragen.
+ **AWS KMS key** – Geben Sie Ihren KMS-Schlüssel an. Performance Insights verschlüsselt alle potenziell sensiblen Daten mit Ihrem KMS-Schlüssel. Die Daten werden während der Übertragung und im Ruhezustand verschlüsselt. Weitere Informationen finden Sie unter [Verschlüsseln von Amazon RDS-Ressourcen](Overview.Encryption.md).
1. Wählen Sie **Datenbank erstellen** aus.
------
#### [ AWS CLI ]
Um den erweiterten Modus von Database Insights beim Erstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters zu aktivieren, rufen Sie den [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) AWS CLI Befehl [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)or auf und geben Sie die folgenden Werte ein:
+ `--database-insights-mode advanced`, um den erweiterten Modus von Database Insights zu aktivieren.
+ `--engine` – Die Datenbank-Engine für die DB-Instance.
+ `--db-instance-identifier` – Der Bezeichner für die DB-Instance oder `--db-cluster-identifier` – Der Bezeichner für den DB-Cluster mit Multi-AZ.
+ `--enable-performance-insights`, um Performance Insights für Database Insights zu aktivieren.
+ `--performance-insights-retention-period` – Der Aufbewahrungszeitraum für Daten für Ihre DB-Instance oder Ihren Multi-AZ-DB-Cluster. Um Database Insights zu aktivieren, muss der Aufbewahrungszeitraum mindestens 465 Tage betragen.
Im folgenden Beispiel wird der erweiterte Modus von Database Insights aktiviert, wenn eine DB-Instance erstellt wird.
Für Linux, macOS oder Unix:
```
aws rds create-db-instance \
--database-insights-mode advanced \
--engine postgresql \
--db-instance-identifier sample-db-identifier \
--enable-performance-insights \
--performance-insights-retention-period 465
```
Für Windows:
```
aws rds create-db-instance ^
--database-insights-mode advanced ^
--engine postgresql ^
--db-instance-identifier sample-db-identifier ^
--enable-performance-insights ^
--performance-insights-retention-period 465
```
------
#### [ RDS API ]
Um den erweiterten Modus von Database Insights zu aktivieren, wenn Sie eine DB-Instance oder einen Multi-AZ-DB-Cluster [erstellen, geben Sie die folgenden Parameter für Ihren Vorgang Create DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) oder [Create DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) Amazon RDS API an.
+ `DatabaseInsightsMode` auf `advanced`
+ `EnablePerformanceInsights` auf `True`
+ `PerformanceInsightsRetentionPeriod` bis mindestens 465 Tage
------
## Aktivieren des erweiterten Modus von Database Insights beim Ändern von DB-Instances oder DB-Clustern mit Multi-AZ
Aktivieren Sie Database Insights, wenn Sie eine Datenbank für Amazon RDS ändern. Wenn Sie eine DB-Instance ändern, um den erweiterten Modus von Database Insights zu aktivieren, verursacht dies keine Ausfallzeiten.
**Anmerkung**
Um Database Insights zu aktivieren, muss jede DB-Instance in einem Multi-AZ-DB-Cluster dieselben Einstellungen für Performance Insights und Enhanced Monitoring aufweisen.
------
#### [ Console ]
In der Konsole können Sie den erweiterten Modus von Database Insights aktivieren, wenn Sie eine DB-Instance oder einen DB-Cluster mit Multi-AZ ändern.
**Um den erweiterten Modus von Database Insights zu aktivieren, wenn Sie eine DB-Instance oder einen Multi-AZ-DB-Cluster über die Konsole ändern**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie **Datenbanken** aus.
1. Wählen Sie eine DB-Instance oder ein Multi-AZ-DB-Cluster, und wählen Sie **Modify** (Ändern) aus.
1. Wählen Sie im Abschnitt **Database Insights** **Erweiterter Modus** aus. Wählen Sie dann eine der folgenden Optionen aus:
+ **Aufbewahrung** – Die Zeitspanne, für die die Performance-Insights-Daten aufbewahrt werden sollen. Der Aufbewahrungszeitraum für den erweiterten Modus von Database Insights muss 15 Monate betragen.
+ **AWS KMS key** – Geben Sie Ihren KMS-Schlüssel an. Performance Insights verschlüsselt alle potenziell sensiblen Daten mit Ihrem KMS-Schlüssel. Die Daten werden während der Übertragung und im Ruhezustand verschlüsselt. Weitere Informationen finden Sie unter [Verschlüsseln von Amazon RDS-Ressourcen](Overview.Encryption.md).
1. Klicken Sie auf **Continue (Fortfahren)**.
1. Wählen Sie für **Einplanung von Änderungen** die Option **Sofort anwenden** aus. Wenn Sie **Anwendung während des nächsten geplanten Wartungsfensters** auswählen, ignoriert Ihre Datenbank diese Einstellung und aktiviert den erweiterten Modus von Database Insights sofort.
1. Wählen Sie **Instance ändern** aus.
------
#### [ AWS CLI ]
Um den erweiterten Modus von Database Insights beim Ändern einer DB-Instance oder eines Multi-AZ-DB-Clusters zu aktivieren, rufen Sie den [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) AWS CLI Befehl [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)or auf und geben Sie die folgenden Werte ein:
+ `--database-insights-mode advanced`, um den erweiterten Modus von Database Insights zu aktivieren.
+ `--db-instance-identifier` – Der Bezeichner für die DB-Instance oder den `--db-cluster-identifier` – Der Bezeichner für den Multi-AZ- DB-Cluster.
+ `--enable-performance-insights`, um Performance Insights für Database Insights zu aktivieren.
+ `--performance-insights-retention-period`: Der Aufbewahrungszeitraum für Daten für Ihren Ihre DB-Instance. Um den erweiterten Modus von Database Insights zu aktivieren, muss der Aufbewahrungszeitraum mindestens 465 Tage betragen.
Im folgenden Beispiel wird der erweiterte Modus von Database Insights aktiviert, wenn eine DB-Instance geändert wird.
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--database-insights-mode advanced \
--db-instance-identifier sample-db-identifier \
--enable-performance-insights \
--performance-insights-retention-period 465
```
Für Windows:
```
aws rds modify-db-instance ^
--database-insights-mode advanced ^
--db-instance-identifier sample-db-identifier ^
--enable-performance-insights ^
--performance-insights-retention-period 465
```
------
#### [ RDS API ]
Um den erweiterten Modus von Database Insights zu aktivieren, wenn Sie eine DB-Instance oder einen [ändern](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html), geben Sie die folgenden Parameter für Ihren DBCluster Amazon RDS-API-Vorgang „[Ändern](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html)“ DBInstance oder „Ändern“ an.
+ `DatabaseInsightsMode` auf `advanced`
+ `EnablePerformanceInsights` auf `True`
+ `PerformanceInsightsRetentionPeriod` bis mindestens 465 Tage
------
# Aktivieren des Standardmodus von Database Insights für Amazon RDS
Um den Standardmodus von Database Insights für Amazon RDS zu aktivieren, verwenden Sie die folgenden Verfahren.
## Aktivieren des Standardmodus von Database Insights beim Erstellen von DB-Instances oder DB-Clustern mit Multi-AZ
Aktivieren Sie den Standardmodus von Database Insights, wenn Sie eine Datenbank für Amazon RDS erstellen.
------
#### [ Console ]
In der Konsole können Sie den Standardmodus von Database Insights aktivieren, wenn Sie eine DB-Instance oder einen DB-Cluster mit Multi-AZ erstellen.
**So aktivieren Sie den Standardmodus von Database Insights beim Erstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters mit der Konsole**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie **Datenbanken** aus.
1. Wählen Sie **Datenbank erstellen** aus.
1. Wählen Sie im Abschnitt **Database Insights** **Standardmodus** aus. Wählen Sie dann eine der folgenden Optionen, um Performance Insights zu aktivieren oder zu deaktivieren:
+ Klicken Sie auf **Performance Insights aktivieren**, um Performance Insights zu deaktivieren.
+ Klicken Sie auf **Performance Insights aktivieren**, um Performance Insights zu aktivieren. Um Performance Insights zu konfigurieren, geben Sie die folgenden Optionen an:
+ **Aufbewahrung** – Die Zeitspanne, für die die Performance-Insights-Daten aufbewahrt werden sollen. Die Aufbewahrungsfrist muss mindestens 7 Tage betragen.
+ **AWS KMS key** – Geben Sie Ihren KMS-Schlüssel an. Performance Insights verschlüsselt alle potenziell sensiblen Daten mit Ihrem KMS-Schlüssel. Die Daten werden während der Übertragung und im Ruhezustand verschlüsselt. Weitere Informationen finden Sie unter [Verschlüsseln von Amazon RDS-Ressourcen](Overview.Encryption.md).
1. Wählen Sie **Datenbank erstellen** aus.
------
#### [ AWS CLI ]
Um den Standardmodus von Database Insights beim Erstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters zu aktivieren, rufen Sie den [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) AWS CLI Befehl [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)or auf und geben Sie die folgenden Werte ein:
+ `--database-insights-mode standard`, um den Standardmodus von Database Insights zu aktivieren.
+ `--engine` – Die Datenbank-Engine für die DB-Instance.
+ `--db-instance-identifier` – Der Bezeichner für die DB-Instance oder den `--db-cluster-identifier` – Der Bezeichner für den Multi-AZ- DB-Cluster.
+ `--enable-performance-insights` oder `--no-enable-performance-insights`, um Performance Insights zu aktivieren und zu deaktivieren. Wenn Sie `--enable-performance-insights` festlegen, müssen Sie auch den `--performance-insights-retention-period` angeben – Der Aufbewahrungszeitraum für Daten für Ihre DB-Instance. Die Aufbewahrungsfrist muss mindestens 7 Tage betragen.
Im folgenden Beispiel werden der Standardmodus von Database Insights und Performance Insights aktiviert, wenn eine DB-Instance erstellt wird.
Für Linux, macOS oder Unix:
```
aws rds create-db-instance \
--database-insights-mode standard \
--engine postgresql \
--db-instance-identifier sample-db-identifier \
--enable-performance-insights \
--performance-insights-retention-period 7
```
Für Windows:
```
aws rds create-db-instance ^
--database-insights-mode standard ^
--engine postgresql ^
--db-instance-identifier sample-db-identifier ^
--enable-performance-insights ^
--performance-insights-retention-period 7
```
Im folgenden Beispiel werden der Standardmodus von Database Insights aktiviert und Performance Insights deaktiviert, wenn eine DB-Instance erstellt wird.
Für Linux, macOS oder Unix:
```
aws rds create-db-instance \
--database-insights-mode standard \
--engine postgresql \
--db-instance-identifier sample-db-identifier \
--no-enable-performance-insights
```
Für Windows:
```
aws rds create-db-instance ^
--database-insights-mode standard ^
--engine postgresql ^
--db-instance-identifier sample-db-identifier ^
--no-enable-performance-insights
```
------
#### [ RDS API ]
Um den Standardmodus von Database Insights zu aktivieren, wenn Sie eine DB-Instance oder einen [erstellen, geben Sie die folgenden Parameter für Ihren Vorgang Create DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) oder [Create DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) Amazon RDS API an.
+ `DatabaseInsightsMode` auf `standard`
+ `EnablePerformanceInsights` auf `True` oder `False` Wenn Sie `EnablePerformanceInsights` auf `True` festlegen, müssen Sie `PerformanceInsightsRetentionPeriod` auf mindestens 7 Tage setzen.
------
## Aktivieren des Standardmodus von Database Insights beim Erstellen von DB-Instances oder DB-Clustern mit Multi-AZ
Aktivieren Sie den Standardmodus von Database Insights, wenn Sie eine Datenbank für Amazon RDS ändern. Wenn Sie eine DB-Instance ändern, um den Standardmodus von Database Insights zu aktivieren, verursacht dies keine Ausfallzeiten.
**Anmerkung**
Um Database Insights zu aktivieren, muss jede DB-Instance in einem Multi-AZ-DB-Cluster dieselben Einstellungen für Performance Insights und Enhanced Monitoring aufweisen.
------
#### [ Console ]
In der Konsole können Sie den Standardmodus von Database Insights aktivieren, wenn Sie eine DB-Instance oder einen DB-Cluster mit Multi-AZ ändern.
**Um den Standardmodus von Database Insights zu aktivieren, wenn Sie eine DB-Instance oder einen Multi-AZ-DB-Cluster über die Konsole ändern**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie **Datenbanken** aus.
1. Wählen Sie eine DB-Instance oder ein Multi-AZ-DB-Cluster, und wählen Sie **Modify** (Ändern) aus.
1. Wählen Sie im Abschnitt **Database Insights** **Standardmodus** aus. Wählen Sie dann aus den folgenden Optionen aus:
+ Klicken Sie auf **Performance Insights aktivieren**, um Performance Insights zu deaktivieren.
+ Klicken Sie auf **Performance Insights aktivieren**, um Performance Insights zu aktivieren. Um Performance Insights zu konfigurieren, geben Sie die folgenden Optionen an:
+ **Aufbewahrung** – Die Zeitspanne, für die die Performance-Insights-Daten aufbewahrt werden sollen. Die Aufbewahrungsfrist muss mindestens 7 Tage betragen.
+ **AWS KMS key** – Geben Sie Ihren KMS-Schlüssel an. Performance Insights verschlüsselt alle potenziell sensiblen Daten mit Ihrem KMS-Schlüssel. Die Daten werden während der Übertragung und im Ruhezustand verschlüsselt. Weitere Informationen finden Sie unter [Verschlüsseln von Amazon RDS-Ressourcen](Overview.Encryption.md).
1. Klicken Sie auf **Continue (Fortfahren)**.
1. Wählen Sie für **Einplanung von Änderungen** die Option **Sofort anwenden** aus. Wenn Sie **Anwendung während des nächsten geplanten Wartungsfensters** auswählen, ignoriert Ihre Datenbank diese Einstellung und aktiviert den Standardmodus von Database Insights sofort.
1. Wählen Sie **Instance ändern** aus.
------
#### [ AWS CLI ]
Um den Standardmodus von Database Insights bei der Änderung einer DB-Instance oder eines Multi-AZ-DB-Clusters zu aktivieren, rufen Sie den [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) AWS CLI Befehl [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)or auf und geben Sie die folgenden Werte ein:
+ `--database-insights-mode standard`, um den Standardmodus von Database Insights zu aktivieren.
+ `--db-instance-identifier` – Der Bezeichner für die DB-Instance oder den `--db-cluster-identifier` – Der Bezeichner für den Multi-AZ- DB-Cluster.
+ `--enable-performance-insights` oder `--no-enable-performance-insights`, um Performance Insights zu aktivieren und zu deaktivieren. Wenn Sie `--enable-performance-insights` festlegen, müssen Sie auch den `--performance-insights-retention-period` angeben – Der Aufbewahrungszeitraum für Daten für Ihre DB-Instance oder Ihren Multi-AZ-DB-Cluster. Die Aufbewahrungsfrist muss mindestens 7 Tage betragen.
Im folgenden Beispiel werden der Standardmodus von Database Insights sowie Performance Insights aktiviert, wenn eine DB-Instance geändert wird.
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--database-insights-mode standard \
--db-instance-identifier sample-db-identifier \
--enable-performance-insights \
--performance-insights-retention-period 7
```
Für Windows:
```
aws rds modify-db-instance ^
--database-insights-mode standard ^
--db-instance-identifier sample-db-identifier ^
--enable-performance-insights ^
--performance-insights-retention-period 7
```
Im folgenden Beispiel werden der Standardmodus von Database Insights aktiviert und Performance Insights deaktiviert, wenn eine DB-Instance geändert wird.
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--database-insights-mode standard \
--db-instance-identifier sample-db-identifier \
--no-enable-performance-insights
```
Für Windows:
```
aws rds modify-db-instance ^
--database-insights-mode standard ^
--db-instance-identifier sample-db-identifier ^
--no-enable-performance-insights
```
------
#### [ RDS API ]
Um den Standardmodus von Database Insights zu aktivieren, wenn Sie eine DB-Instance oder einen [ändern](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html), geben Sie die folgenden Parameter für Ihren DBCluster Amazon RDS-API-Vorgang „[Ändern](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html)“ DBInstance oder „Ändern“ an.
+ `DatabaseInsightsMode` auf `standard`
+ `EnablePerformanceInsights` auf `True` oder `False` Wenn Sie `EnablePerformanceInsights` auf `True` festlegen, müssen Sie `PerformanceInsightsRetentionPeriod` auf mindestens 7 Tage setzen.
------
# Konfigurieren Ihrer Datenbank zur Überwachung langsamer SQL-Abfragen mit Database Insights für Amazon RDS
Um langsame SQL-Abfragen für Ihre Datenbank zu überwachen, können Sie den Abschnitt **Langsame SQL-Abfragen** im Database-Insights-Dashboard verwenden. Bevor Sie Ihre Datenbank für die Überwachung langsamer SQL-Abfragen konfigurieren, ist der Abschnitt **Langsame SQL-Abfragen** leer.
Weitere Informationen zur Überwachung langsamer SQL-Abfragen im Database-Insights-Dashboard finden Sie unter [Viewing the Database Instance Dashboard for CloudWatch Database Insights](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Database-Insights-Database-Instance-Dashboard.html) im *Amazon-CloudWatch-Benutzerhandbuch*.
Um Ihre Datenbank so zu konfigurieren, dass sie langsame SQL-Abfragen mit Database Insights überwacht, gehen Sie wie folgt vor:
1. Aktivieren Sie Protokollexporte in CloudWatch Logs.
1. Erstellen oder ändern Sie die DB-Parametergruppe für Ihre DB-Instance.
Informationen zur Konfiguration von Protokollexporten finden Sie unter [Veröffentlichen von Datenbankprotokollen in Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.html#USER_LogAccess.Procedural.UploadtoCloudWatch) im *Amazon-RDS-Benutzerhandbuch*.
Informationen zum Erstellen oder Ändern Ihrer DB-Parametergruppe finden Sie in den folgenden Themen.
+ [Erstellen einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Creating.md)
+ [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md)
------
#### [ RDS for MariaDB ]
Um Ihre DB-Instance von RDS für MariaDB für die Überwachung langsamer SQL-Abfragen zu konfigurieren, können Sie die folgende Parameterkombination als Beispiel verwenden:
+ `log_slow_query` – festlegen auf `1`
+ `log_slow_query_time` – festlegen auf `1.0`
+ `log_output` – festlegen auf `FILE`
Dies ist eine mögliche Konfiguration. Eine umfassende Anleitung zu den MariaDB-Parametern für Slow-Query-Protokolle und zusätzlichen Konfigurationsoptionen finden Sie in der [MariaDB-Dokumentation zum Protokoll für langsame Abfragen](https://mariadb.com/kb/en/slow-query-log-overview/).
------
#### [ RDS for MySQL ]
Um Ihre DB-Instance von RDS für MySQL für die Überwachung langsamer SQL-Abfragen zu konfigurieren, können Sie die folgende Parameterkombination als Beispiel verwenden:
+ `slow_query_log` – festlegen auf `1`
+ `long_query_time` – festlegen auf `1.0`
+ `log_output` – festlegen auf `FILE`
Dies ist eine mögliche Konfiguration. Eine umfassende Anleitung zu den Protokollparametern für langsame Abfragen von MySQL und zusätzlichen Konfigurationsoptionen finden Sie in der [MySQL-Dokumentation zum Protokoll für langsame Abfragen](https://dev.mysql.com/doc/refman/8.0/en/slow-query-log.html).
------
#### [ RDS for PostgreSQL ]
Um Ihre DB-Instance von RDS für PostgreSQL für die Überwachung langsamer SQL-Abfragen zu konfigurieren, können Sie die folgende Parameterkombination als Beispiel verwenden. Beachten Sie, dass die Einstellung dieser Parameter die Leistung Ihrer DB-Instance beeinträchtigen kann.
+ `log_min_duration_statement` – festlegen auf `1000`
+ `log_statement` – festlegen auf `none`
+ `log_destination` – festlegen auf `stderr`
Dies ist eine mögliche Konfiguration. Eine umfassende Anleitung zu PostgreSQL-Protokollparametern und zusätzlichen Konfigurationsoptionen finden Sie in der [PostgreSQL-Dokumentation zur Protokollierungskonfiguration](https://www.postgresql.org/docs/current/runtime-config-logging.html).
------
**Anmerkung**
Für RDS für MySQL können Sie den Parameter `long_query_time` mit einer Granularität von 1 Mikrosekunde konfigurieren. Sie können diesen Parameter beispielsweise auf `0.000001` festlegen. Je nach Anzahl der Abfragen auf der DB-Instance kann der Wert des Parameters `long_query_time` die Leistung verringern. Beginnen Sie mit dem Wert `1.0` und passen Sie ihn an Ihre Workload an. Wenn Sie diesen Parameter auf `0` festlegen, protokolliert Database Insights alle Abfragen.
Informationen zu Protokollen von RDS für MariaDB, RDS für MySQL und RDS für PostgreSQL finden Sie im Folgenden.
+ [MariaDB-Datenbank-Protokolldateien](USER_LogAccess.Concepts.MariaDB.md)
+ [ MySQL-Datenbank-Logdateien](USER_LogAccess.Concepts.MySQL.md)
+ [ RDS für PostgreSQL-Datenbankprotokolldateien](USER_LogAccess.Concepts.PostgreSQL.md)
# Überlegungen zu Database Insights für Amazon RDS
Im Folgenden finden Sie Überlegungen zu Database Insights für Amazon RDS.
+ Sie können Database Insights nicht für eine DB-Instance in einem DB-Cluster mit Multi-AZ verwalten.
+ Um den erweiterten Modus von Database Insights zu aktivieren, müssen Sie Performance Insights aktivieren und den Aufbewahrungszeitraum für Performance Insights auf mindestens 465 Tage (15 Monate) festlegen. Für die Festlegung der Aufbewahrungsfrist von Performance Insights auf 15 Monate fallen neben den Kosten für Database Insights keine zusätzlichen Kosten an. Informationen zu den Preisen für Database Insights finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
+ Um Database Insights zu aktivieren, muss jede DB-Instance in einem DB-Cluster mit Multi-AZ dieselben Einstellungen für Performance Insights und Enhanced Monitoring aufweisen.
+ Wenn Sie eine ändern, um einen der beiden Modi von Database Insights zu aktivieren, führt dies nicht zu Ausfallzeiten.
# Überwachung mit Performance Insights auf Amazon RDS
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
Performance Insights erweitert vorhandene Amazon-RDS-Überwachungsfunktionen, um die Leistung Ihres Datenbank zu veranschaulichen und ihre Analyse zu unterstützen. Mit dem Performance-Insights-Dashboard können Sie die Datenbanklast Ihrer Amazon-RDS-DB-Instance visualisieren und die Last nach Wartezeiten, SQL-Anweisungen, Hosts oder Benutzern filtern. Weitere Informationen zur Verwendung von Performance Insights mit Amazon DocumentDB finden Sie im *[Amazon-DocumentDB-Entwicklerhandbuch](https://docs.aws.amazon.com/documentdb/latest/developerguide/performance-insights.html)*.
**Topics**
+ [Übersicht über Performance-Insights für Amazon RDS](USER_PerfInsights.Overview.md)
+ [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md)
+ [Übersicht über das Leistungsschema für Performance Insights auf Amazon RDS für MariaDB oder MySQL](USER_PerfInsights.EnableMySQL.md)
+ [Konfigurieren von Zugriffsrichtlinien für Performance Insights](USER_PerfInsights.access-control.md)
+ [Analyse der Metriken mit dem Performance-Insights-Dashboard](USER_PerfInsights.UsingDashboard.md)
+ [Anzeigen proaktiver Empfehlungen von Performance Insights](USER_PerfInsights.InsightsRecommendationViewDetails.md)
+ [Abrufen von Metriken mit der Performance-Insights-API für Amazon RDS](USER_PerfInsights.API.md)
+ [Protokollieren von Performance-Insights-An AWS CloudTrail](USER_PerfInsights.CloudTrail.md)
+ [Performance-Insights-API und Schnittstellen-VPC-Endpunkte (AWS PrivateLink)](pi-vpc-interface-endpoints.md)
# Übersicht über Performance-Insights für Amazon RDS
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
Standardmäßig aktiviert RDS Performance Insights im Konsolenerstellungsassistenten für Amazon-RDS-Engines. Wenn mehr als eine Datenbank auf einer DB-Instance vorhanden ist, aggregiert Performance Insights Leistungsdaten.
Das folgende Video gibt eine Übersicht über Performance Insights für Amazon RDS.
[](http://www.youtube.com/watch?v=yOeWcPBT458)
**Wichtig**
In diesem Handbuch wird die Verwendung von Erkenntnissen zur Amazon-RDS-Leistung mit anderen als Aurora-DB-Engines beschrieben. Informationen zum Verwenden von Erkenntnissen zur Amazon-RDS-Leistung mit Amazon Aurora finden Sie unter [Verwenden von Erkenntnissen zur Amazon-RDS-Leistung](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.html) im *Amazon Aurora-Benutzerhandbuch*.
**Topics**
+ [Datenbanklast](USER_PerfInsights.Overview.ActiveSessions.md)
+ [Maximale CPU](USER_PerfInsights.Overview.MaxCPU.md)
+ [Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights](USER_PerfInsights.Overview.Engines.md)
+ [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md)
# Datenbanklast
Die *Datenbanklast (DB-Last)* misst den Sitzungsaktivitätsgrad in Ihrer Datenbank. `DBLoad` ist die wichtigste Metrik in Performance Insights und Performance Insights erfasst jede Sekunde die Datenbanklast.
**Topics**
+ [Aktive Sitzungen](#USER_PerfInsights.Overview.ActiveSessions.active-sessions)
+ [Durchschnittliche aktive Sitzungen](#USER_PerfInsights.Overview.ActiveSessions.AAS)
+ [Durchschnittliche aktive Ausführungen](#USER_PerfInsights.Overview.ActiveSessions.AAE)
+ [Dimensionen](#USER_PerfInsights.Overview.ActiveSessions.dimensions)
## Aktive Sitzungen
Eine *Datenbank-Sitzung* repräsentiert den Dialog einer Anwendung mit einer relationalen Datenbank. Eine aktive Sitzung ist eine Verbindung, die Arbeit an die DB-Engine gesendet hat und auf eine Antwort wartet.
Eine Sitzung ist aktiv, wenn sie entweder auf der CPU läuft oder darauf wartet, dass eine Ressource verfügbar wird, damit sie fortfahren kann. Beispielsweise kann eine aktive Sitzung warten, bis eine Seite (oder ein Block) in den Speicher eingelesen wird, und verbraucht dann CPU, während sie Daten von der Seite liest.
## Durchschnittliche aktive Sitzungen
Die *durchschnittlich aktive Sitzungen (AAS)* ist die Einheit für die `DBLoad`-Metrik in Performance Insights. Es wird gemessen, wie viele Sitzungen gleichzeitig in der Datenbank aktiv sind.
Jede Sekunde ruft Performance-Insights eine Stichprobe der Anzahl der Sitzungen ab, die gleichzeitig eine Abfrage ausführen. Für jede aktive Sitzung sammelt Performance Insights die folgenden Daten:
+ SQL-Anweisung
+ Sitzungsstatus (läuft auf der CPU oder wartet)
+ Host
+ Benutzer, der SQL ausführt
Performance Insights berechnet die AAS durch Dividieren der Gesamtzahl der Sitzungen durch die Gesamtzahl der Stichproben für einen bestimmten Zeitraum. Die folgende Tabelle zeigt beispielsweise 5 aufeinander folgende Stichproben einer laufenden Abfrage, die in Intervallen von 1 Sekunde abgefragt wurden.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html)
Im vorherigen Beispiel beträgt die DB-Last für das Zeitintervall 2 AAS. Diese Messung bedeutet, dass im Durchschnitt 2 Sitzungen gleichzeitig während des Zeitraums aktiv waren, in dem die 5 Stichproben erfasst wurden.
## Durchschnittliche aktive Ausführungen
Die durchschnittlichen aktiven Ausführungen (AAE) pro Sekunde stehen im Zusammenhang mit AAS. Um die AAE zu berechnen, teilt Performance Insights die Gesamtausführungszeit einer Abfrage durch das Zeitintervall. Die folgende Tabelle zeigt die AAE-Berechnung für dieselbe Abfrage in der vorherigen Tabelle.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html)
In den meisten Fällen sind die AAS und die AAE für eine Abfrage ungefähr gleich. Da es sich bei den Eingaben zu den Berechnungen jedoch um unterschiedliche Datenquellen handelt, variieren die Berechnungen häufig geringfügig.
## Dimensionen
Die`db.load` Metrik unterscheidet sich von den anderen Zeitreihenmetriken, da Sie sie in Unterkomponenten aufteilen können, die als Dimensionen bezeichnet werden. Sie können sich Dimensionen als „Aufteilungs“-Kategorien für die verschiedenen Merkmale der `DBLoad`-Metrik vorstellen.
Wenn Sie Leistungsprobleme diagnostizieren, sind die folgenden Dimensionen oft am nützlichsten:
**Topics**
+ [Warteereignisse](#USER_PerfInsights.Overview.ActiveSessions.waits)
+ [Haupt-SQL](#USER_PerfInsights.Overview.ActiveSessions.top-sql)
+ [Plans (Pläne)](#USER_PerfInsights.Overview.ActiveSessions.plans)
Eine vollständige Liste der Dimensionen für die Amazon-RDS-Engines finden Sie unter [DB-Last aufgeteilt nach Dimensionen](USER_PerfInsights.UsingDashboard.Components.md#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.dims).
### Warteereignisse
Ein *Warteereignis* bewirkt, dass eine SQL-Anweisung wartet, bis ein bestimmtes Ereignis eintritt, bevor sie mit der Ausführung fortfahren kann. Warteereignisse sind eine wichtige Dimension oder Kategorie für die DB-Last, da sie angeben, wo die Arbeit behindert wird.
Jede aktive Sitzung läuft entweder auf der CPU oder wartet. Sitzungen verbrauchen beispielsweise CPU, wenn sie Speicher nach einem Puffer suchen, eine Berechnung durchführen oder Prozeduralcode ausführen. Wenn Sitzungen keine CPU verbrauchen, warten sie möglicherweise darauf, dass ein Speicherpuffer frei wird, eine Datendatei gelesen oder ein Protokoll geschrieben wird. Je mehr Zeit eine Sitzung auf Ressourcen wartet, desto weniger Zeit läuft sie auf der CPU.
Wenn Sie eine Datenbank tunen, versuchen Sie oft, die Ressourcen herauszufinden, auf die Sitzungen warten. Beispielsweise könnten zwei oder drei Warteereignisse 90 Prozent der DB-Last ausmachen. Diese Maßnahme bedeutet, dass aktive Sitzungen im Durchschnitt die meiste Zeit damit verbringen, auf eine kleine Anzahl von Ressourcen zu warten. Wenn Sie die Ursache dieser Wartezeiten herausfinden können, können Sie eine Lösung versuchen.
Die Warteereignisse variieren je nach DB-Engine:
+ Informationen zu allen MariaDB- und MySQL-Warteereignissen finden Sie unter [Wait Event Summary Tables](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) in der MySQL-Dokumentation.
+ Informationen zu allen PostgreSQL-Warteereignissen finden Sie unter [Der Statistikkollektor > Warteereignistabellen](https://www.postgresql.org/docs/current/monitoring-stats.html#WAIT-EVENT-TABLE) in der PostgreSQL-Dokumentation.
+ Informationen zu allen Oracle-Warteereignissen finden Sie unter [ Descriptions of Wait Events](https://docs.oracle.com/database/121/REFRN/GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2.htm#REFRN-GUID-2FDDFAA4-24D0-4B80-A157-A907AF5C68E2) in der Oracle-Dokumentation.
+ Informationen zu allen SQL-Warteereignissen finden Sie unter [ Types of Wait](https://docs.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-os-wait-stats-transact-sql?view=sql-server-2017#WaitTypes) in der SQL Server-Dokumentation.
**Anmerkung**
Bei Oracle arbeiten Hintergrundprozesse manchmal ohne eine verknüpfte SQL-Anweisung. In diesen Fällen meldet Performance Insights die Art des Hintergrundprozesses, der mit einem Doppelpunkt und der diesem Hintergrundprozess zugeordneten Warteklasse verknüpft ist. Zu Arten des Hintergrundprozesses gehören `LGWR`, `ARC0`, `PMON` usw.
Wenn das Archivierungsprogramm beispielsweise I/O ausführt, ist der Performance-Insights-Bericht ähnlic `ARC1:System I/O`. Gelegentlich fehlt auch der Hintergrundprozesstyp, und Performance Insights meldet nur die Warteklasse, z. B. `:System I/O`.
### Haupt-SQL
Während Warteereignisse Engpässe zeigen, zeigt Top-SQL an, welche Abfragen am meisten zur DB-Last beitragen. Beispielsweise könnten derzeit viele Abfragen gleichzeitig in der Datenbank ausgeführt werden, aber eine einzelne Abfrage könnte 99 % der DB-Last verbrauchen. In diesem Fall könnte die hohe Belastung auf ein Problem mit der Abfrage hinweisen.
Standardmäßig zeigt die Performance-Insights-Konsole die wichtigsten SQL-Abfragen an, die zur Datenbanklast beitragen. Die Konsole zeigt auch relevante Statistiken für jede Anweisung an. Um Leistungsprobleme für eine bestimmte Anweisung zu diagnostizieren, können Sie deren Ausführungsplan untersuchen.
### Plans (Pläne)
Ein *Ausführungsplan*, auch einfach als *Plan* bezeichnet, ist eine Abfolge von Schritten, mit denen auf Daten zugegriffen wird. Ein Plan zum Verbinden der Tabellen `t1` und `t2` könnte beispielsweise alle Zeilen in `t1` durchlaufen und jede Zeile mit einer Zeile in `t2` vergleichen. In einer relationalen Datenbank ist ein *Optimierer* integrierter Code, der den effizientesten Plan für eine SQL-Abfrage ermittelt.
Für DB-Instances erfasst Performance Insights automatisch Ausführungspläne. Um SQL-Leistungsprobleme zu diagnostizieren, untersuchen Sie die erfassten Pläne auf SQL-Abfragen mit hohem Ressourcenaufwand. Die Pläne zeigen, wie die Datenbank Abfragen analysiert und ausgeführt hat.
Weitere Informationen zum Analysieren von DB-Lasten mithilfe von Plänen finden Sie unter:
+ Oracle: [Analysieren von Oracle-Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlans.md)
+ SQL Server: [Analysieren von SQL-Server-Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlansSqlServer.md)
#### Erfassung der Pläne
Alle fünf Minuten identifiziert Performance Insights die ressourcenintensivsten Abfragen und erfasst ihre Pläne. So müssen Sie nicht eine riesige Zahl von Plänen manuell erfassen und verwalten. Stattdessen können Sie die Registerkarte **Top SQL** (Top-SQL) verwenden, um sich auf die Pläne für die problematischsten Abfragen zu konzentrieren.
**Anmerkung**
Performance Insights erfasst keine Pläne für Abfragen, deren Text die Obergrenze für erfassbaren Abfragetext überschreitet. Weitere Informationen finden Sie unter [Zugriff auf mehr SQL-Text im Performance-Insights-Dashboard](USER_PerfInsights.UsingDashboard.SQLTextSize.md).
Der Aufbewahrungszeitraum für Ausführungspläne ist der gleiche wie für Ihre Performance-Insights-Daten. Die Aufbewahrungseinstellung ist **Standard (7 Tage)**. Um Ihre Leistungsdaten länger aufzubewahren, geben Sie 1–24 Monate an. Weitere Informationen zum Aufbewahrungszeitraum finden Sie unter [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md).
#### Digest-Abfragen
Auf der Registerkarte **Top SQL** (Top-SQL) werden standardmäßig Digest-Abfragen angezeigt. Eine Digest-Abfrage hat selbst keinen Plan, aber alle Abfragen, die Literalwerte verwenden, haben Pläne. Eine Digest-Abfrage könnte beispielsweise den Text `WHERE `email`=?` enthalten. Das Digest kann zwei Abfragen enthalten, eine mit dem Text `WHERE email=user1@example.com` und eine mit `WHERE email=user2@example.com`. Jede dieser Literalabfragen kann mehrere Pläne umfassen.
Wenn Sie eine Digest-Abfrage auswählen, zeigt die Konsole alle Pläne für untergeordnete Anweisungen des ausgewählten Digest an. So müssen Sie nicht alle untergeordneten Anweisungen durchsehen, um den Plan zu finden. Möglicherweise sehen Sie Pläne, die nicht in der angezeigten Liste der Top 10 der untergeordneten Anweisungen enthalten sind. Die Konsole zeigt Pläne für alle untergeordneten Abfragen an, für die Pläne erfasst wurden, unabhängig davon, ob sich die Abfragen unter den Top 10 befinden.
# Maximale CPU
Das Diagramm **Datenbanklast** im Dashboard dient zum Erfassen, Aggregieren und Anzeigen von Sitzungsinformationen. Um zu sehen, ob aktive Sitzungen die maximale CPU überschreiten, sehen Sie sich ihre Beziehung zur **Max vCPU**-Linie an. Performance Insights bestimmt den Wert **Max. vCPU** anhand der Anzahl der vCPU (virtuellen CPU)-Cores für Ihre DB-Instance.
Es kann jeweils ein Prozess auf einer vCPU ausgeführt werden. Wenn die Anzahl der Prozesse die Anzahl der vCPUs übersteigt, werden die Prozesse in die Warteschlange gestellt. Wenn die Warteschlange zunimmt, nimmt die Datenbankleistung ab. Wenn die DB-Last häufig über der **Max vCPU**-Linie liegt und der primäre Wartezustand „CPU“ lautet, ist die CPU überlastet. In diesem Fall sollten Sie Verbindungen zur Instance drosseln, SQL-Abfragen mit hoher CPU-Last anpassen oder eine größere Instance-Klasse in Betracht ziehen. Hohe und konsistente Instances von Wartezuständen deuten darauf hin, dass es möglicherweise Engpässe oder Probleme mit Ressourcenkonflikten gibt, die behoben werden müssen. Dies kann auch dann zutreffen, wenn die DB-Last die mit **Max vCPU** definierte Linie nicht überschreitet.
# Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Weitere Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
Die folgende Tabelle enthält DB-Engines von Amazon RDS, die Performance Insights unterstützen.
**Anmerkung**
Informationen zu Amazon Aurora finden Sie unter [Amazon-Aurora-DB-Engine-Unterstützung für Performance Insights](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Overview.Engines.html) im *Amazon-Aurora-Benutzerhandbuch*.
| Amazon-RDS-DB-Engine | Unterstützte Engine-Versionen und Regionen | Beschränkungen für Instance-Klasse |
| --- | --- | --- |
| Amazon RDS für MariaDB | Weitere Informationen zur Versions- und Regionsverfügbarkeit von Performance Insights with RDS für MariaDB finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | Performance Insights für wird in den folgenden Instance-Klassen nicht unterstützt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html) |
| RDS für MySQL | Weitere Informationen zur Versions- und Regionsverfügbarkeit von Performance Insights with RDS für MySQL finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | Performance Insights für wird in den folgenden Instance-Klassen nicht unterstützt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html) |
| Amazon RDS für Microsoft SQL Server | Weitere Informationen zur Versions- und Regionsverfügbarkeit von Performance Insights with RDS für SQL Server finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | – |
| Amazon RDS für PostgreSQL | Weitere Informationen zur Versions- und Regionsverfügbarkeit von Performance Insights with RDS für PostgreSQL finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | – |
| Amazon RDS für Oracle | Weitere Informationen zur Versions- und Regionsverfügbarkeit von Performance Insights with RDS für Oracle finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md). | – |
## Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights Insights-Funktionen
Die folgende Tabelle enthält DB-Engines von Amazon RDS, die Performance-Insights-Funktionen unterstützen.
| Feature | [Preisstufe](https://aws.amazon.com/rds/performance-insights/pricing/) | [Unterstützte Regionen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.RegionsAndAvailabilityZones.html#Concepts.RegionsAndAvailabilityZones.Regions) | [Unterstützte DB-Engines](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html#Welcome.Concepts.DBInstance) | [Unterstützte Instance-Klassen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types) |
| --- | --- | --- | --- | --- |
| [SQL-Statistiken für Performance Insights](sql-statistics.md) | Alle | Alle | Alle | Alle |
| [Analysieren von Oracle-Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlans.md) | Alle | Alle | RDS für Oracle | Alle |
| [Analysieren der Datenbankleistung für einen bestimmten Zeitraum](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md) | Nur kostenpflichtige Stufe | Alle | RDS für PostgreSQL | Alle |
| [Anzeigen proaktiver Empfehlungen von Performance Insights](USER_PerfInsights.InsightsRecommendationViewDetails.md) | Nur kostenpflichtige Stufe | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.Engines.html) | Alle | Alle |
# Preisgestaltung und Datenspeicherung für Performance Insights
Performance Insights bietet standardmäßig 7 Tage Leistungsdatenverlauf und 1 Million API-Anfragen pro Monat. Sie können auch längere Aufbewahrungsfristen erwerben. Umfassende Informationen zur Preisgestaltung finden Sie unter [Performance Insights – Preise](https://aws.amazon.com/rds/performance-insights/pricing/).
In der RDS-Konsole können Sie einen der folgenden Aufbewahrungszeiträume für Ihre Performance Insights Insights-Daten auswählen:
+ **Standard (7 Tage)**
+ ***n*Monate**Wobei ***n*** eine Zahl von 1–24 ist
![\[Wählen Sie einen Aufbewahrungszeitraum für Ihre Performance Insights Insights-Daten.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-retention-periods.png)
Informationen zum Festlegen einer Aufbewahrungsfrist mithilfe der AWS CLI finden Sie unter [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md).
**Anmerkung**
Das Stoppen von DB-Instances oder DB-Clustern mit Multi-AZ mit aktiviertem Performance Insights hat keine Auswirkungen auf die Datenaufbewahrung. Solange DB-Instances oder DB-Cluster mit Multi-AZ angehalten sind, sammelt Performance Insights keine Daten.
# Aktivieren und Deaktivieren von Performance Insights für Amazon RDS
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
Sie können Performance Insights für DB-Instances oder DB-Cluster mit Multi-AZ beim Erstellen aktivieren. Bei Bedarf können Sie es später deaktivieren, indem Sie Ihre DB-Instances über die Konsole ändern. Das Aktivieren und Deaktivieren von Performance Insights führt nicht zu Ausfallzeiten, einem Neustart oder einem Failover.
**Anmerkung**
Das Leistungsschema ist ein optionales Leistungstool, das von Amazon RDS für MariaDB oder MySQL verwendet wird. Nach dem Aktivieren oder Deaktivieren des Leistungsschemas müssen Sie neu starten. Wenn Sie jedoch Performance Insights aktivieren oder deaktivieren, müssen Sie keinen Neustart durchführen. Weitere Informationen finden Sie unter [Übersicht über das Leistungsschema für Performance Insights auf Amazon RDS für MariaDB oder MySQL](USER_PerfInsights.EnableMySQL.md).
Der Performance-Insights-Agent verbraucht eine begrenzte Menge an CPU und Arbeitsspeicher auf dem DB-Host. Wenn die DB-Last hoch ist, begrenzt der Agent die Auswirkungen auf die Leistung, indem Daten seltener erfasst werden.
------
#### [ Console ]
In der Konsole können Sie Performance Insights aktivieren oder deaktivieren, wenn Sie eine DB-Instance oder einen Multi-AZ-DB-Cluster erstellen oder ändern.
**Aktivieren oder Deaktivieren von Performance Insights beim Erstellen von DB-Instances oder DB-Clustern mit Multi-AZ**
Nach der Erstellung neuer DB-Instances oder DB-Cluster mit Multi-AZ aktiviert Amazon RDS standardmäßig Performance Insights. Um Performance Insights zu deaktivieren, wählen Sie die Option **Database Insights – Standard** und deaktivieren Sie die Option **Performance Insights aktivieren**.
Weitere Informationen finden Sie unter den folgenden Themen.
+ Um eine DB-Instance zu erstellen, folgen Sie den Anleitungen für Ihre spezifische DB-Engine in [Erstellen einer Amazon-RDS-DB-Instance](USER_CreateDBInstance.md).
+ Folgen Sie den Anleitungen für Ihre DB-Engine unter [Erstellen eines Multi-AZ-DB-Clusters für Amazon RDS](create-multi-az-db-cluster.md), um einen Multi-AZ-DB-Cluster zu erstellen.
Der folgende Screenshot zeigt den Abschnitt **Performance-Insights**.
![\[Aktivieren von Performance Insights während der DB-Instance oder Multi-AZ-DB-Cluster-Erstellung mit Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_enabling.png)
Wenn Sie **Performance Insights aktivieren** wählen, haben Sie die folgenden Optionen:
+ **Aufbewahrung** (nur für den Standardmodus von Database Insights) – Die Dauer, für die Performance-Insights-Daten aufbewahrt werden. Die Aufbewahrungseinstellung ist **Standard (7 Tage)**. Um Ihre Leistungsdaten länger aufzubewahren, geben Sie 1–24 Monate an. Weitere Informationen zum Aufbewahrungszeitraum finden Sie unter [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md).
+ **AWS KMS key**— Geben Sie Ihre an AWS KMS key. Performance Insights verschlüsselt alle potenziell sensiblen Daten mit Ihrem KMS-Schlüssel. Die Daten werden während der Übertragung und im Ruhezustand verschlüsselt. Weitere Informationen finden Sie unter [Änderung einer AWS KMS Richtlinie für Performance Insights](USER_PerfInsights.access-control.cmk-policy.md).
**Aktivieren oder Deaktivieren von Performance Insights beim Ändern von DB-Instances oder DB-Clustern mit Multi-AZ**
In der Konsole können Sie eine DB-Instance oder einen DB-Cluster mit Multi-AZ ändern, um Performance Insights zu verwalten.
**So verwalten Sie Performance Insights für DB-Instances oder DB-Cluster mit Multi-AZ über die Konsole**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie **Datenbanken** aus.
1. Wählen Sie eine DB-Instance oder einen DB-Cluster mit Multi-AZ und dann **Ändern** aus.
1. Klicken Sie auf **Performance Insights aktivieren**, um Performance Insights zu aktivieren. Um Performance Insights zu deaktivieren, wählen Sie die Option **Database Insights – Standard** und deaktivieren Sie die Option **Performance Insights aktivieren**.
Wenn Sie **Performance Insights aktivieren** wählen, haben Sie die folgenden Optionen:
+ **Aufbewahrung** (nur für den Standardmodus von Database Insights) – Die Dauer, für die Performance-Insights-Daten aufbewahrt werden. Die Aufbewahrungseinstellung ist **Standard (7 Tage)**. Um Ihre Leistungsdaten länger aufzubewahren, geben Sie 1–24 Monate an. Weitere Informationen zum Aufbewahrungszeitraum finden Sie unter [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md).
+ **AWS KMS key** – Geben Sie Ihren KMS-Schlüssel an. Performance Insights verschlüsselt alle potenziell sensiblen Daten mit Ihrem KMS-Schlüssel. Die Daten werden während der Übertragung und im Ruhezustand verschlüsselt. Weitere Informationen finden Sie unter [Verschlüsseln von Amazon RDS-Ressourcen](Overview.Encryption.md).
1. Klicken Sie auf **Weiter**.
1. Wählen Sie für **Einplanung von Änderungen** die Option Sofort anwenden aus. Wenn Sie im nächsten geplanten Wartungsfenster die Option Anwenden wählen, ignoriert Ihre Instance diese Einstellung und aktiviert Performance Insights sofort.
1. Wählen Sie **Modify instance** (Instance ändern).
------
#### [ AWS CLI ]
Wenn Sie den [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) AWS CLI Befehl verwenden, aktivieren Sie Performance Insights, indem Sie entweder `advanced` oder angeben `--enable-performance-insights` und `--database-insights-mode` darauf setzen`standard`. Um Performance Insights zu deaktivieren, geben Sie `--no-enable-performance-insights` an und legen Sie `database-insights-mode` auf `standard` fest.
Sie können diese Werte auch mit den folgenden AWS CLI Befehlen angeben:
+ [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)
+ [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)
+ [create-db-instance-read-replikat](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html)
+ [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)
+ [restore-db-instance-from-3](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-instance-from-s3.html)
Wenn Sie Performance Insights in der CLI aktivieren, können Sie mit der `--performance-insights-retention-period`-Option optional die Anzahl der Tage angeben, die Performance-Insights-Daten aufbewahrt werden sollen. Sie können angeben`7`, *month* \$1 31 (wobei *month* es sich um eine Zahl zwischen 1—23 handelt) oder`731`. Wenn Sie beispielsweise Ihre Leistungsdaten 3 Monate lang aufbewahren möchten, geben Sie `93` an, was 3 \$1 31 ist. Der Standardwert ist `7` Tage. Weitere Informationen zum Aufbewahrungszeitraum finden Sie unter [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md).
Das folgende Beispiel aktiviert Performance Insights für `sample-db-cluster` und legt fest, dass Performance-Insights-Daten für 93 Tage (3 Monate) aufbewahrt werden.
Für Linux, macOS oder Unix:
```
aws rds modify-db-cluster \
--database-insights-mode standard \
--db-cluster-identifier sample-db-instance \
--enable-performance-insights \
--performance-insights-retention-period 93
```
Für Windows:
```
aws rds modify-db-cluster ^
--database-insights-mode standard ^
--db-cluster-identifier sample-db-instance ^
--enable-performance-insights ^
--performance-insights-retention-period 93
```
Wenn Sie eine Aufbewahrungsfrist wie 94 Tage angeben, was kein gültiger Wert ist, gibt RDS einen Fehler aus.
```
An error occurred (InvalidParameterValue) when calling the CreateDBInstance operation:
Invalid Performance Insights retention period. Valid values are: [7, 31, 62, 93, 124, 155, 186, 217,
248, 279, 310, 341, 372, 403, 434, 465, 496, 527, 558, 589, 620, 651, 682, 713, 731]
```
**Anmerkung**
Sie können Performance Insights nur für eine Instance in einem DB-Cluster umschalten, in der Performance Insights nicht auf Cluster-Ebene verwaltet wird.
------
#### [ RDS API ]
Wenn Sie eine neue DB-Instance mithilfe des Amazon RDS-API-Vorgangs „DBInstanceVorgang [erstellen](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html)“ erstellen, aktivieren Sie Performance Insights, indem Sie `EnablePerformanceInsights` auf einstellen`True`. Um Performance Insights zu deaktivieren, legen Sie `EnablePerformanceInsights` auf `False` und `DatabaseInsightsMode` auf `standard` fest.
Sie können den Wert für `EnablePerformanceInsights` auch mittels der folgenden API-Operationen angeben:
+ [Erstellen DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) (Multi-AZ-DB-Cluster)
+ [Ändern DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) (Multi-AZ-DB-Cluster)
+ [Modifizieren SieDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html)
+ [CreateDBInstanceReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html)
+ [Aus S3 wiederherstellen DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceFromS3.html)
Wenn Sie Performance Insights aktivieren, können Sie optional mit dem Parameter `PerformanceInsightsRetentionPeriod` den Zeitraum in Tagen angeben, wie lange Performance-Insights-Daten gespeichert werden sollen. Sie können angeben`7`, *month* \$1 31 (wobei *month* es sich um eine Zahl zwischen 1—23 handelt) oder. `731` Wenn Sie beispielsweise Ihre Leistungsdaten 3 Monate lang aufbewahren möchten, geben Sie `93` an, was 3 \$1 31 ist. Der Standardwert ist `7` Tage. Weitere Informationen zum Aufbewahrungszeitraum finden Sie unter [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md).
------
# Übersicht über das Leistungsschema für Performance Insights auf Amazon RDS für MariaDB oder MySQL
Das Leistungsschema ist eine optionale Funktion zur Überwachung der Laufzeitleistung von Amazon RDS für MariaDB oder MySQL auf niedriger Detailebene. Das Leistungsschema ist so konzipiert, dass es minimale Auswirkungen auf die Datenbankleistung hat. Performance Insights ist eine separate Funktion, die Sie mit oder ohne Leistungsschema verwenden können.
**Topics**
+ [Überblick über das Leistungsschema-Objekt](#USER_PerfInsights.EnableMySQL.overview)
+ [Performance Insights und das Performance-Schema](#USER_PerfInsights.effect-of-pfs)
+ [Automatische Verwaltung des Leistungsschemas durch Performance Insights](#USER_PerfInsights.EnableMySQL.options)
+ [Auswirkung eines Neustarts auf das Leistungsschema](#USER_PerfInsights.EnableMySQL.reboot)
+ [Feststellen, ob Performance Insights das Leistungsschema verwaltet](USER_PerfInsights.EnableMySQL.determining-status.md)
+ [Aktivieren des Leistungsschemas für Performance Insights in Amazon RDS für MariaDB oder MySQL](USER_PerfInsights.EnableMySQL.RDS.md)
## Überblick über das Leistungsschema-Objekt
Das Leistungsschema überwacht Ereignisse in MariaDB und MySQL-Datenbanken. Ein *Ereignis* ist eine Datenbankserver-Aktion, die Zeit in Anspruch nimmt und instrumentiert wurde, damit Timing-Informationen erfasst werden können. Nachfolgend finden Sie Beispiele für Ereignisse:
+ Funktionsaufrufe
+ Wartet auf das Betriebssystem
+ Phasen der SQL-Ausführung
+ Gruppen von SQL-Anweisungen
Die `PERFORMANCE_SCHEMA`-Speicher-Engine ist ein Mechanismus zur Implementierung der Leistungsschema-Funktion. Diese Engine sammelt Ereignisdaten mithilfe der Instrumentierung im Quellcode der Datenbank. Die Engine speichert Ereignisse in Arbeitsspeichertabellen in der `performance_schema`-Datenbank. Sie können `performance_schema` genauso abfragen, wie Sie andere Tabellen abfragen können. Weitere Informationen finden Sie unter [MySQL-Leistungsschema](https://dev.mysql.com/doc/refman/8.0/en/performance-schema.html) im *MySQL-Referenzhandbuch*.
## Performance Insights und das Performance-Schema
Performance Insights und das Leistungsschema sind separate Funktionen, die jedoch verbunden sind. Das Verhalten von Performance Insights für Amazon RDS für MariaDB oder MySQL hängt davon ab, ob das Performance-Schema aktiviert ist und wenn ja, ob Performance Insights das Performance-Schema automatisch verwaltet. Die folgende Tabelle beschreibt das Verhalten.
| Performance-Schema ist aktiviert | Performance-Insights-Verwaltungsmodus | Performance-Insights-Verhalten |
| --- | --- | --- |
| Ja | Automatisch | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_PerfInsights.EnableMySQL.html) |
| Ja | Manuell | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_PerfInsights.EnableMySQL.html) |
| Nein | – | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_PerfInsights.EnableMySQL.html) |
## Automatische Verwaltung des Leistungsschemas durch Performance Insights
Wenn Sie eine Amazon-RDS-for-MariaDB- oder MySQL-DB-Instance erstellen und Performance Insights aktiviert ist, wird das Leistungsschema ebenfalls aktiviert. In diesem Fall verwaltet Performance Insights Ihre Parameter des Leistungsschemas automatisch. Dies ist die empfohlene Konfiguration.
Wenn Performance Insights das Leistungsschema automatisch verwaltet, ist die **Quelle** von `performance_schema` `System default`.
**Anmerkung**
Die automatische Verwaltung des Leistungsschemas wird für die Instance-Klasse t4g.medium nicht unterstützt.
Wenn Sie den Parameterwert `performance_schema` manuell ändern und später zur automatischen Verwaltung zurückkehren möchten, finden Sie weitere Informationen unter [Aktivieren des Leistungsschemas für Performance Insights in Amazon RDS für MariaDB oder MySQL](USER_PerfInsights.EnableMySQL.RDS.md).
**Wichtig**
Beim Aktivieren des Leistungsschemas durch Performance Insights werden die Parametergruppenwerte nicht geändert. Die Werte werden jedoch für die DB-Instances geändert, die ausgeführt werden. Die geänderten Werte können als einzige Möglichkeit über den Befehl `SHOW GLOBAL VARIABLES` eingesehen werden.
## Auswirkung eines Neustarts auf das Leistungsschema
Performance Insights und das Leistungsschema unterscheiden sich in ihren Anforderungen für Neustarts der DB-Instance:
**Leistungsschema**
Sie müssen die DB-Instance neu starten, um diese Funktion ein- oder auszuschalten.
**Performance Insights**
Sie müssen die DB-Instance nicht neu starten, um diese Funktion ein- oder auszuschalten.
Wenn das Leistungsschema derzeit nicht aktiviert ist und Sie Performance Insights aktivieren, ohne die DB-Instance neu zu starten, wird das Leistungsschema nicht aktiviert.
# Feststellen, ob Performance Insights das Leistungsschema verwaltet
Sehen Sie sich die folgende Tabelle an, um herauszufinden, ob Performance Insights derzeit das Leistungsschema für alle unterstützten Engine-Hauptversionen verwaltet.
| Einstellung des performance\$1schema-Parameters | Einstellung der Spalte „Source“ (Quelle) | Performance Insights verwaltet das Leistungsschema? |
| --- | --- | --- |
| 0 | System default | Ja |
| 0 oder 1 | Modified | Nein |
Mit dem folgenden Verfahren stellen Sie fest, ob Performance Insights das Leistungsschema automatisch verwaltet.
**So stellen Sie fest, ob Performance Insights das Leistungsschema automatisch verwaltet**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie **Parameter groups (Parametergruppen)**.
1. Wählen Sie den Namen der Parametergruppe für Ihre DB-Instance.
1. Geben Sie im Suchfeld **performance\$1schema** ein.
1. Überprüfen Sie, ob **Quelle** dem Systemstandardwert entspricht und für **Wert** **0** festgelegt ist. Ist das der Fall, verwaltet Performance Insights das Leistungsschema automatisch.
Im hier gezeigten Beispiel verwaltet Performance Insights das Leistungsschema nicht automatisch.
![\[Zeigt, dass die Einstellungen für den Parameter performance_schema modifiziert wurden.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_schema_user.png)
# Aktivieren des Leistungsschemas für Performance Insights in Amazon RDS für MariaDB oder MySQL
Angenommen, Performance Insights ist für Ihre DB-Instance oder Ihren Multi-AZ-DB-Cluster aktiviert, verwaltet aber derzeit nicht das Leistungsschema. Wenn Sie zulassen möchten, dass Performance Insights das Leistungsschema automatisch verwaltet, führen Sie die folgenden Schritte aus.
**So konfigurieren Sie das Leistungsschema für die automatische Verwaltung**
1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie **Parameter groups (Parametergruppen)**.
1. Wählen Sie den Namen der Parametergruppe für Ihre DB-Instance oder Ihren Multi-AZ-DB-Cluster.
1. Wählen Sie **Bearbeiten** aus.
1. Geben Sie im Suchfeld **performance\$1schema** ein.
1. Wählen Sie den `performance_schema`-Parameter aus.
1. Wählen Sie **Auf Standardwert setzen**.
1. Bestätigen Sie, indem Sie **Werte auf Standardwert zurücksetzen** auswählen.
1. Wählen Sie **Save Changes**.
1. Starten Sie die DB-Instance oder den Multi-AZ-DB-Cluster neu.
**Wichtig**
Wenn Sie das Leistungsschema aktivieren oder deaktivieren, müssen Sie die DB-Instance oder den Multi-AZ-DB-Cluster unbedingt neu starten.
Weitere Informationen zum Ändern von Instance-Parametern finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md). Weitere Informationen zu den Seiten im Dashboard finden Sie unter [Analyse der Metriken mit dem Performance-Insights-Dashboard](USER_PerfInsights.UsingDashboard.md). Weitere Informationen zum MySQL-Leistungsschema finden Sie in der MySQL-Dokumentation unter [MySQL Performance Schema](https://dev.mysql.com/doc/refman/8.0/en/performance-schema.html) (für 8.0) und [MySQL Performance Schema](https://dev.mysql.com/doc/refman/8.4/en/performance-schema.html) (für 8.4).
# Konfigurieren von Zugriffsrichtlinien für Performance Insights
Um auf Performance Insights zugreifen zu können, muss ein Principal über die entsprechenden Berechtigungen von AWS Identity and Access Management (IAM) verfügen.
**Anmerkung**
Um Performance Insights mit einem vom Kunden verwalteten Schlüssel zu verwenden, gewähren Sie Benutzern die `kms:GenerateDataKey` Berechtigungen `kms:Decrypt` und für Ihren AWS AWS KMS Schlüssel.
Greifen Sie mit diesen Methoden auf Performance Insights zu:
+ [Hängen Sie die `AmazonRDSPerformanceInsightsReadOnly` verwaltete Richtlinie für den schreibgeschützten Zugriff an](USER_PerfInsights.access-control.managed-policy.md)
+ [Hängen Sie die `AmazonRDSPerformanceInsightsFullAccess` verwaltete Richtlinie für den Zugriff auf alle Operationen der Performance Insights Insights-API an](USER_PerfInsights.access-control.FullAccess-managed-policy.md)
+ [Erstellen Sie eine benutzerdefinierte IAM-Richtlinie mit bestimmten Berechtigungen](USER_PerfInsights.access-control.custom-policy.md)
+ [AWS KMS Berechtigungen für verschlüsselte Performance Insights Insights-Daten konfigurieren](USER_PerfInsights.access-control.cmk-policy.md)
+ [Richten Sie mithilfe von Berechtigungen auf Ressourcenebene einen differenzierten Zugriff ein](USER_PerfInsights.access-control.dimensionAccess-policy.md)
+ [Verwenden Sie die Tag-basierte Zugriffskontrolle, um Berechtigungen mithilfe von Ressourcen-Tags zu verwalten](USER_PerfInsights.access-control.tag-based-policy.md)
# Anfügen der Richtlinie AmazonRDSPerformanceInsightsReadOnly an einen IAM-Prinzipal
`AmazonRDSPerformanceInsightsReadOnly`ist eine AWS verwaltete Richtlinie, die Zugriff auf alle schreibgeschützten Operationen der Amazon RDS Performance Insights-API gewährt.
Wenn Sie eine Verbindung `AmazonRDSPerformanceInsightsReadOnly` zu einem Berechtigungssatz oder einer Rolle herstellen, müssen Sie auch die folgenden CloudWatch Berechtigungen anhängen:
+ `GetMetricStatistics`
+ `ListMetrics`
+ `GetMetricData`
Mit diesen Berechtigungen kann der Empfänger Performance Insights mit anderen Konsolenfunktionen verwenden.
Weitere Informationen zu CloudWatch Berechtigungen finden Sie in der [ CloudWatch Amazon-Berechtigungsreferenz](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/permissions-reference-cw.html).
Mehr über `AmazonRDSPerformanceInsightsReadOnly` erfahren Sie unter [AWS verwaltete Richtlinie: Amazon RDSPerformance InsightsReadOnly](rds-security-iam-awsmanpol.md#rds-security-iam-awsmanpol-AmazonRDSPerformanceInsightsReadOnly).
# Anfügen der Richtlinie AmazonRDSPerformanceInsightsFullAccess an einen IAM-Prinzipal
`AmazonRDSPerformanceInsightsFullAccess`ist eine AWS verwaltete Richtlinie, die Zugriff auf alle Operationen der Amazon RDS Performance Insights API gewährt.
Wenn Sie eine Verbindung `AmazonRDSPerformanceInsightsFullAccess` zu einem Berechtigungssatz oder einer Rolle herstellen, müssen Sie auch die folgenden CloudWatch Berechtigungen anhängen:
+ `GetMetricStatistics`
+ `ListMetrics`
+ `GetMetricData`
Mit diesen Berechtigungen kann der Empfänger Performance Insights mit anderen Konsolenfunktionen verwenden.
Weitere Informationen zu CloudWatch Berechtigungen finden Sie in der [ CloudWatch Amazon-Berechtigungsreferenz](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/permissions-reference-cw.html).
Mehr über `AmazonRDSPerformanceInsightsFullAccess` erfahren Sie unter [AWS verwaltete Richtlinie: Amazon RDSPerformance InsightsFullAccess](rds-security-iam-awsmanpol.md#rds-security-iam-awsmanpol-AmazonRDSPerformanceInsightsFullAccess).
# Erstellen einer benutzerdefinierten IAM-Richtlinie für Performance Insights
Für Benutzer, die nicht über die Richtlinie `AmazonRDSPerformanceInsightsReadOnly` oder `AmazonRDSPerformanceInsightsFullAccess` verfügen, können Sie den Zugriff auf Performance Insights gewähren, indem Sie eine benutzerverwaltete IAM-Richtlinie erstellen oder ändern. Wenn Sie diese Richtlinie an einen IAM-Berechtigungssatz oder eine Rolle anfügen, kann der Empfänger Performance Insights verwenden.
**Erstellen eine benutzerdefinierten Richtlinie**
1. Öffnen Sie unter [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) die IAM-Konsole.
1. Wählen Sie im Navigationsbereich **Richtlinien**.
1. Wählen Sie **Richtlinie erstellen** aus.
1. Wählen Sie auf der Seite **Richtlinie erstellen** die Option **JSON** aus.
1. Kopieren Sie den angegebenen Text in den Abschnitt *JSON-Richtliniendokument* im *AWS Managed Policy Reference Guide* für die Richtlinie [https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonRDSPerformanceInsightsReadOnly.html](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonRDSPerformanceInsightsReadOnly.html) oder [https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonRDSPerformanceInsightsFullAccess.html](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonRDSPerformanceInsightsFullAccess.html).
1. Wählen Sie **Richtlinie prüfen**.
1. Geben Sie einen Namen und optional eine Beschreibung für die Richtlinie an und wählen Sie dann **Create policy** (Richtlinie erstellen) aus.
Sie können die Richtlinie nun an einen Berechtigungssatz oder eine Rolle anfügen. Das folgende Verfahren setzt voraus, dass Sie für diesen Zweck bereits einen Benutzer zur Verfügung haben.
**So fügen Sie die Richtlinie an einen Benutzer an**
1. Öffnen Sie unter [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) die IAM-Konsole.
1. Klicken Sie im Navigationsbereich auf **Users (Benutzer)**.
1. Wählen Sie einen vorhandenen Benutzer aus der Liste aus.
**Wichtig**
Um Performance Insights verwenden zu können, benötigen Sie zusätzlich zur benutzerdefinierten Richtlinie Zugriff auf Amazon RDS. Beispielsweise bietet die vordefinierte Richtlinie `AmazonRDSPerformanceInsightsReadOnly` schreibgeschützten Zugriff auf Amazon RDS. Weitere Informationen finden Sie unter [Verwalten des Zugriffs mit Richtlinien](UsingWithRDS.IAM.md#security_iam_access-manage).
1. Wählen Sie auf der Seite **Übersicht** die Option **Add permissions** (Berechtigungen hinzufügen) aus.
1. Wählen Sie **Attach existing policies directly** (Vorhandene Richtlinien direkt zuordnen). Geben Sie in **Suchen** die ersten Zeichen Ihres Richtliniennamens ein, wie in der folgenden Abbildung gezeigt.
![\[Auswählen einer Richtlinie\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_attach_iam_policy.png)
1. Wählen Sie Ihre Richtlinie und wählen Sie anschließend **Nächster Schritt: Prüfen**.
1. Wählen Sie **Add permissions** (Berechtigungen hinzufügen) aus.
# Änderung einer AWS KMS Richtlinie für Performance Insights
Performance Insights verwendet an AWS KMS key , um sensible Daten zu verschlüsseln. Wenn Sie Performance Insights über die API oder die Konsole aktivieren, haben Sie folgende Möglichkeiten:
+ Wählen Sie die Standardeinstellung Von AWS verwalteter Schlüssel.
Amazon RDS verwendet die Von AWS verwalteter Schlüssel für Ihre neue DB-Instance. Amazon RDS erstellt einen Von AWS verwalteter Schlüssel für Ihr AWS-Konto. Ihr AWS-Konto hat für jeden ein anderes Von AWS verwalteter Schlüssel für Amazon RDS AWS-Region.
+ Wählen Sie einen kundenverwalteten Schlüssel.
Wenn Sie einen vom Kunden verwalteten Schlüssel angeben, benötigen Benutzer in Ihrem Konto, die die Performance Insights API aufrufen, die Berechtigungen `kms:Decrypt` und `kms:GenerateDataKey` für den KMS-Schlüssel. Sie können diese Berechtigungen über IAM-Richtlinien konfigurieren. Wir empfehlen jedoch, dass Sie diese Berechtigungen über Ihre KMS-Schlüsselrichtlinie verwalten. Weitere Informationen finden Sie unter [Schlüsselrichtlinien in AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html) im *Entwicklerhandbuch für AWS Key Management Service *.
**Example**
Das folgende Beispiel zeigt, wie Sie Ihrer KMS-Schlüsselrichtlinie Anweisungen hinzufügen können. Diese Anweisungen erlaubt den Zugriff auf Performance Insights. Je nachdem, wie Sie den KMS-Schlüssel verwenden, möchten Sie möglicherweise einige Einschränkungen ändern. Bevor Sie Ihrer Richtlinie Anweisungen hinzufügen, entfernen Sie alle Kommentare.
****
```
{
"Version":"2012-10-17",
"Id" : "your-policy",
"Statement" : [
{
"Sid" : "AllowViewingRDSPerformanceInsights",
"Effect": "Allow",
"Principal": {
"AWS": [
"arn:aws:iam::444455556666:role/Role1"
]
},
"Action": [
"kms:Decrypt",
"kms:GenerateDataKey"
],
"Resource": "*",
"Condition" : {
"StringEquals" : {
"kms:ViaService" : "rds.us-east-1.amazonaws.com"
},
"ForAnyValue:StringEquals": {
"kms:EncryptionContext:aws:pi:service": "rds",
"kms:EncryptionContext:service": "pi",
"kms:EncryptionContext:aws:rds:db-id": "db-AAAAABBBBBCCCCDDDDDEEEEE"
}
}
}
]
}
```
## So verwendet Performance Insights vom AWS KMS Kunden verwaltete Schlüssel
Performance Insights verwendet vom Kunden verwaltete Schlüssel, um vertrauliche Daten zu verschlüsseln. Wenn Sie Performance Insights aktivieren, können Sie einen AWS KMS -Schlüssel über die API bereitstellen. Performance Insights erstellt AWS KMS Berechtigungen für diesen Schlüssel. Das Feature verwendet den Schlüssel und führt die erforderlichen Operationen aus, um vertrauliche Daten zu verarbeiten. Zu den vertraulichen Daten gehören Felder wie Benutzer, Datenbank, Anwendung und SQL-Abfragetext. Performance Insights stellt sicher, dass die Daten sowohl im Ruhezustand als auch während der Übertragung verschlüsselt bleiben.
## So arbeitet Performance Insights IAM mit AWS KMS
IAM erteilt Berechtigungen für bestimmte. APIs Performance Insights hat die folgenden öffentlichen Bereiche APIs, die Sie mithilfe von IAM-Richtlinien einschränken können:
+ `DescribeDimensionKeys`
+ `GetDimensionKeyDetails`
+ `GetResourceMetadata`
+ `GetResourceMetrics`
+ `ListAvailableResourceDimensions`
+ `ListAvailableResourceMetrics`
Sie können die folgenden API-Abfragen verwenden, um vertrauliche Daten abzurufen.
+ `DescribeDimensionKeys`
+ `GetDimensionKeyDetails`
+ `GetResourceMetrics`
Wenn Sie die API verwenden, um vertrauliche Daten abzurufen, nutzt Performance Insights die Anmeldeinformationen des Aufrufers. Diese Überprüfung stellt sicher, dass der Zugriff auf vertrauliche Daten auf Benutzer beschränkt ist, die Zugriff auf den KMS-Schlüssel haben.
Wenn Sie diese aufrufen APIs, benötigen Sie Berechtigungen zum Aufrufen der API über die IAM-Richtlinie und Berechtigungen zum Aufrufen der `kms:decrypt` Aktion über die AWS KMS Schlüsselrichtlinie.
Die API `GetResourceMetrics` kann sowohl vertrauliche als auch nicht vertrauliche Daten zurückgeben. Die Anforderungsparameter bestimmen, ob die Antwort vertrauliche Daten enthalten soll. Die API gibt vertrauliche Daten zurück, wenn die Anfrage eine vertrauliche Dimension im Filter- oder Group-by-Parameter enthält.
Weitere Informationen zu den Dimensionen, die Sie mit der `GetResourceMetrics` API verwenden können, finden Sie unter. [DimensionGroup](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DimensionGroup.html)
**Example Beispiele**
Im folgenden Beispiel werden die vertraulichen Daten für die Gruppe `db.user` angefordert:
```
POST / HTTP/1.1
Host:
Accept-Encoding: identity
X-Amz-Target: PerformanceInsightsv20180227.GetResourceMetrics
Content-Type: application/x-amz-json-1.1
User-Agent:
X-Amz-Date:
Authorization: AWS4-HMAC-SHA256 Credential=, SignedHeaders=, Signature=
Content-Length:
{
"ServiceType": "RDS",
"Identifier": "db-ABC1DEFGHIJKL2MNOPQRSTUV3W",
"MetricQueries": [
{
"Metric": "db.load.avg",
"GroupBy": {
"Group": "db.user",
"Limit": 2
}
}
],
"StartTime": 1693872000,
"EndTime": 1694044800,
"PeriodInSeconds": 86400
}
```
**Example**
Im folgenden Beispiel werden die nicht vertraulichen Daten für die Metrik `db.load.avg` angefordert:
```
POST / HTTP/1.1
Host:
Accept-Encoding: identity
X-Amz-Target: PerformanceInsightsv20180227.GetResourceMetrics
Content-Type: application/x-amz-json-1.1
User-Agent:
X-Amz-Date:
Authorization: AWS4-HMAC-SHA256 Credential=, SignedHeaders=, Signature=
Content-Length:
{
"ServiceType": "RDS",
"Identifier": "db-ABC1DEFGHIJKL2MNOPQRSTUV3W",
"MetricQueries": [
{
"Metric": "db.load.avg"
}
],
"StartTime": 1693872000,
"EndTime": 1694044800,
"PeriodInSeconds": 86400
}
```
# Gewähren von differenziertem Zugriff für Performance Insights
Eine differenzierte Zugriffskontrolle bietet zusätzliche Möglichkeiten, den Zugriff auf Performance Insights zu steuern. Diese Zugriffskontrolle kann den Zugriff auf einzelne Dimensionen für die Performance-Insights-Aktionen `GetResourceMetrics`, `DescribeDimensionKeys` und `GetDimensionKeyDetails` zulassen oder verweigern. Um einen differenzierten Zugriff zu verwenden, geben Sie Dimensionen in der IAM-Richtlinie mithilfe von Bedingungsschlüsseln an. Die Auswertung des Zugriffs folgt der Bewertungslogik der IAM-Richtlinie. Weitere Informationen finden Sie unter [Logik der Richtlinienauswertung](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_evaluation-logic.html) im *Handbuch zu -IAM-Benutzer*. Wenn in der IAM-Richtlinienanweisung keine Dimension angegeben ist, steuert die Anweisung den Zugriff auf alle Dimensionen für die angegebene Aktion. Eine Liste der verfügbaren Dimensionen finden Sie unter [https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DimensionGroup.html](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DimensionGroup.html).
Um herauszufinden, auf welche Dimensionen Ihre Anmeldeinformationen zugreifen dürfen, verwenden Sie den Parameter `AuthorizedActions` in `ListAvailableResourceDimensions` und geben Sie die Aktion an. Die folgenden Werte sind für `AuthorizedActions` zulässig:
+ `GetResourceMetrics`
+ `DescribeDimensionKeys`
+ `GetDimensionKeyDetails`
Wenn Sie `GetResourceMetrics` für den Parameter `AuthorizedActions` angeben, gibt `ListAvailableResourceDimensions` die Liste der Dimensionen zurückgegeben, auf die die Aktion `GetResourceMetrics` zugreifen darf. Wenn Sie im Parameter `AuthorizedActions` mehrere Aktionen angeben, gibt `ListAvailableResourceDimensions` einen Schnittpunkt von Dimensionen zurück, auf die diese Aktionen zugreifen dürfen.
**Example**
Das folgende Beispiel bietet Zugriff auf die angegebenen Dimensionen für die Aktionen `GetResourceMetrics` und `DescribeDimensionKeys`.
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowToDiscoverDimensions",
"Effect": "Allow",
"Action": [
"pi:ListAvailableResourceDimensions"
],
"Resource": [
"arn:aws:pi:us-east-1:123456789012:metrics/rds/db-ABC1DEFGHIJKL2MNOPQRSTUV3W"
]
},
{
"Sid": "SingleAllow",
"Effect": "Allow",
"Action": [
"pi:GetResourceMetrics",
"pi:DescribeDimensionKeys"
],
"Resource": [
"arn:aws:pi:us-east-1:123456789012:metrics/rds/db-ABC1DEFGHIJKL2MNOPQRSTUV3W"
],
"Condition": {
"ForAllValues:StringEquals": {
"pi:Dimensions": [
"db.sql_tokenized.id",
"db.sql_tokenized.statement"
]
}
}
}
]
}
```
Im Folgenden finden Sie die Antwort für die angeforderte Dimension:
```
// ListAvailableResourceDimensions API
// Request
{
"ServiceType": "RDS",
"Identifier": "db-ABC1DEFGHIJKL2MNOPQRSTUV3W",
"Metrics": [ "db.load" ],
"AuthorizedActions": ["DescribeDimensionKeys"]
}
// Response
{
"MetricDimensions": [ {
"Metric": "db.load",
"Groups": [
{
"Group": "db.sql_tokenized",
"Dimensions": [
{ "Identifier": "db.sql_tokenized.id" },
// { "Identifier": "db.sql_tokenized.db_id" }, // not included because not allows in the IAM Policy
{ "Identifier": "db.sql_tokenized.statement" }
]
}
] }
]
}
```
Im folgenden Beispiel werden eine Zulassung und zwei Ablehnungen für den Zugriff auf die Dimensionen festgelegt.
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowToDiscoverDimensions",
"Effect": "Allow",
"Action": [
"pi:ListAvailableResourceDimensions"
],
"Resource": [
"arn:aws:pi:us-east-1:123456789012:metrics/rds/db-ABC1DEFGHIJKL2MNOPQRSTUV3W"
]
},
{
"Sid": "O01AllowAllWithoutSpecifyingDimensions",
"Effect": "Allow",
"Action": [
"pi:GetResourceMetrics",
"pi:DescribeDimensionKeys"
],
"Resource": [
"arn:aws:pi:us-east-1:123456789012:metrics/rds/db-ABC1DEFGHIJKL2MNOPQRSTUV3W"
]
},
{
"Sid": "O01DenyAppDimensionForAll",
"Effect": "Deny",
"Action": [
"pi:GetResourceMetrics",
"pi:DescribeDimensionKeys"
],
"Resource": [
"arn:aws:pi:us-east-1:123456789012:metrics/rds/db-ABC1DEFGHIJKL2MNOPQRSTUV3W"
],
"Condition": {
"ForAnyValue:StringEquals": {
"pi:Dimensions": [
"db.application.name"
]
}
}
},
{
"Sid": "O01DenySQLForGetResourceMetrics",
"Effect": "Deny",
"Action": [
"pi:GetResourceMetrics"
],
"Resource": [
"arn:aws:pi:us-east-1:123456789012:metrics/rds/db-ABC1DEFGHIJKL2MNOPQRSTUV3W"
],
"Condition": {
"ForAnyValue:StringEquals": {
"pi:Dimensions": [
"db.sql_tokenized.statement"
]
}
}
}
]
}
```
Im Folgenden finden Sie die Antwort für die angeforderten Dimensionen:
```
// ListAvailableResourceDimensions API
// Request
{
"ServiceType": "RDS",
"Identifier": "db-ABC1DEFGHIJKL2MNOPQRSTUV3W",
"Metrics": [ "db.load" ],
"AuthorizedActions": ["GetResourceMetrics"]
}
// Response
{
"MetricDimensions": [ {
"Metric": "db.load",
"Groups": [
{
"Group": "db.application",
"Dimensions": [
// removed from response because denied by the IAM Policy
// { "Identifier": "db.application.name" }
]
},
{
"Group": "db.sql_tokenized",
"Dimensions": [
{ "Identifier": "db.sql_tokenized.id" },
{ "Identifier": "db.sql_tokenized.db_id" },
// removed from response because denied by the IAM Policy
// { "Identifier": "db.sql_tokenized.statement" }
]
},
...
] }
]
}
```
```
// ListAvailableResourceDimensions API
// Request
{
"ServiceType": "RDS",
"Identifier": "db-ABC1DEFGHIJKL2MNOPQRSTUV3W",
"Metrics": [ "db.load" ],
"AuthorizedActions": ["DescribeDimensionKeys"]
}
// Response
{
"MetricDimensions": [ {
"Metric": "db.load",
"Groups": [
{
"Group": "db.application",
"Dimensions": [
// removed from response because denied by the IAM Policy
// { "Identifier": "db.application.name" }
]
},
{
"Group": "db.sql_tokenized",
"Dimensions": [
{ "Identifier": "db.sql_tokenized.id" },
{ "Identifier": "db.sql_tokenized.db_id" },
// allowed for DescribeDimensionKeys because our IAM Policy
// denies it only for GetResourceMetrics
{ "Identifier": "db.sql_tokenized.statement" }
]
},
...
] }
]
}
```
# Tag-basierte Zugriffskontrolle für Performance Insights verwenden
Sie können den Zugriff auf Performance Insights Insights-Metriken mithilfe von Tags steuern, die von der übergeordneten DB-Instance geerbt wurden. Verwenden Sie IAM-Richtlinien, um den Zugriff auf Performance Insights Insights-Operationen zu steuern. Diese Richtlinien können die Tags auf Ihrer DB-Instance überprüfen, um die Berechtigungen zu ermitteln.
## So funktionieren Tags mit Performance Insights
Performance Insights wendet automatisch Ihre DB-Instance-Tags an, um Performance Insights Insights-Metriken zu autorisieren. Wenn Sie Ihrer DB-Instance Tags hinzufügen, können Sie diese Tags sofort verwenden, um den Zugriff auf Performance Insights Insights-Daten zu steuern.
+ Um Tags für Performance Insights Insights-Metriken hinzuzufügen oder zu aktualisieren, ändern Sie die Tags auf Ihrer DB-Instance.
+ Um Tags für Performance Insights-Metriken anzuzeigen, rufen Sie die Metrik-Ressource Performance Insights `ListTagsForResource` auf. Sie gibt die Tags aus der DB-Instance zurück, die der Metrik zugeordnet ist.
**Anmerkung**
Die `UntagResource` Operationen `TagResource` und geben einen Fehler zurück, wenn Sie versuchen, sie direkt für Performance Insights Insights-Metriken zu verwenden.
## Tag-basierte IAM-Richtlinien erstellen
Um den Zugriff auf Performance Insights Insights-Operationen zu steuern, verwenden Sie den `aws:ResourceTag` Bedingungsschlüssel in Ihren IAM-Richtlinien. Diese Richtlinien überprüfen die Tags auf Ihrer DB-Instance.
**Example**
Diese Richtlinie verhindert den Zugriff auf Performance Insights Insights-Metriken für Produktionsdatenbanken. Die Richtlinie verweigert den `pi:GetResourceMetrics` Vorgang in Performance Insights für alle mit `env:prod` markierten Datenbankressourcen.
```
{
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Deny",
"Action": "pi:GetResourceMetrics",
"Resource": "*",
"Condition": {
"StringEquals": {
"aws:ResourceTag/env": "prod"
}
}
}
]
}
```
# Analyse der Metriken mit dem Performance-Insights-Dashboard
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon RDS](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Instances, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-RDS-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
Das Dashboard von Performance Insights enthält Informationen zur Datenbank-Performance, die Sie bei der Analyse und Behebung von Performance-Problemen unterstützen. Auf der Dashboard-Hauptseite finden Sie Informationen zur Datenbanklast. Sie können DB-Lasten nach Dimensionen wie Warteereignissen oder SQL „aufteilen“.
**Topics**
+ [Überblick über Performance Insights](USER_PerfInsights.UsingDashboard.Components.md)
+ [Zugriff auf das Performance-Insights-Dashboard](USER_PerfInsights.UsingDashboard.Opening.md)
+ [Analysieren der DB-Last nach Warteereignissen](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.md)
+ [Analysieren der Datenbankleistung für einen bestimmten Zeitraum](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md)
+ [Analysieren von Abfragen mit der Registerkarte „Top SQL“ in Performance Insights](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.md)
+ [Analysieren der Top-Last für Oracle-PDBs](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.TopPDB.md)
+ [Analysieren von Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS](USER_PerfInsights.UsingDashboard.AnalyzingPlans.md)
# Überblick über Performance Insights
Das Dashboard ist die einfachste Möglichkeit, mit Performance Insights zu interagieren. Das folgende Beispiel zeigt das Dashboard für eine PostgreSQL-DB-Instance.
![\[Filtern von Metriken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_0b.png)
**Topics**
+ [Zeitraum-Filter](#USER_PerfInsights.UsingDashboard.Components.time-range)
+ [Zählermetriken-Diagramm](#USER_PerfInsights.UsingDashboard.Components.Countermetrics)
+ [Datenbank-Ladediagramm](#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions)
+ [Dimensionen pro Tabelle](#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable)
## Zeitraum-Filter
Standardmäßig zeigt das Dashboard von Performance Insights die DB-Last der letzten Stunde an. Sie können diesen Bereich so einstellen, dass er 5 Minuten oder bis zu 2 Jahre lang ist. Sie können auch einen benutzerdefinierten relativen Bereich auswählen.
![\[Relative Zeit für Performance Insights\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-relative-time.png)
Sie können einen absoluten Bereich mit einem Anfangs- und Enddatum und einer Uhrzeit auswählen. Das folgende Beispiel zeigt den Zeitraum, der am 25.09.2024 um Mitternacht beginnt und am 28.09.2024 um 23:59 Uhr Mitternacht endet.
![\[Absolute Zeit für Performance Insights\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-absolute-time.png)
Standardmäßig ist die Zeitzone für das Performance-Insights-Dashboard auf die koordinierte Weltzeit (UTC) eingestellt. Sie können auch zur lokalen Zeitzone wechseln.
![\[Auswählen der lokalen Zeitzone für Ihr Performance-Insights-Dashboard\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-local-time-zone.png)
## Zählermetriken-Diagramm
Mithilfe von Zählermetriken können Sie das Performance-Insights-Dashboard anpassen und bis zu 10 weitere Diagramme aufnehmen. Diese Diagramme enthalten eine Auswahl von Dutzenden von Betriebssystem- und Datenbank-Performance-Metriken. Diese Informationen können mit der Datenbanklast korreliert werden, um Performance-Probleme zu identifizieren und zu analysieren.
Das **Counter Metrics (Zählermetriken)**-Diagramm enthält Daten zu Leistungsindikatoren. Die Standardmetriken hängen von der DB-Engine ab.
+ MySQL und MariaDB – `db.SQL.Innodb_rows_read.avg`
+ Oracle – `db.User.user calls.avg`
+ Microsoft SQL Server – `db.Databases.Active Transactions(_Total).avg`
+ PostgreSQL – `db.Transactions.xact_commit.avg`
![\[Zähler-Metriken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/oracle_perf_insights_counters.png)
Ändern Sie die Leistungsindikatoren, indem Sie **Metriken verwalten** wählen. Sie können mehrere **Betriebssystem-Metriken** oder **Datenbank-Metriken**, auswählen, wie im folgenden Screenshot veranschaulicht. Um Details für jede Metrik anzuzeigen, bewegen Sie den Mauszeiger über den Metriknamen.
![\[Filtern von Metriken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_select_metrics.png)
Beschreibungen der Zählermetriken, die Sie für jede DB-Engine hinzufügen können, finden Sie unter [Performance-Insights-Zählermetriken](USER_PerfInsights_Counters.md).
## Datenbank-Ladediagramm
Das Diagramm **Database Load (Datenbank-Last)** zeigt die Datenbanklast im Vergleich zur Kapazität der DB-Instance, die durch die **Max vCPU**-Linie dargestellt wird. Standardmäßig stellt das gestapelte Liniendiagramm die DB-Last als durchschnittliche aktive Sitzungen pro Zeiteinheit dar. Die DB-Last wird nach Wartestatus aufgeteilt (gruppiert).
![\[Datenbanklast\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_2.png)
### DB-Last aufgeteilt nach Dimensionen
Sie können die Last als aktive Sitzungen anzeigen, die nach unterstützten Dimensionen gruppiert sind. Die folgende Tabelle zeigt, welche Dimensionen für die verschiedenen Engines unterstützt werden.
| Dimension | Oracle | SQL Server | PostgreSQL | MySQL |
| --- | --- | --- | --- | --- |
| Host | Ja | Ja | Ja | Ja |
| SQL | Ja | Ja | Ja | Ja |
| Benutzer | Ja | Ja | Ja | Ja |
| Waits (Warteereignis) | Ja | Ja | Ja | Ja |
| Plans (Pläne) | Ja | Nein | Nein | Nein |
| Anwendung | Nein | Nein | Ja | Nein |
| Datenbank | Nein | Nein | Ja | Ja |
| Session type (Sitzungstyp) | Nein | Nein | Ja | Nein |
Der folgende Screenshot zeigt die Dimensionen für eine PostgreSQL-DB-Instance.
![\[Filtern von Metriken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_2b.png)
### DB-Ladedetails für ein Dimensionselement
Um Details zu einem DB-Lastelement innerhalb einer Dimension anzuzeigen, bewegen Sie den Mauszeiger über den Elementnamen. Die folgende Abbildung zeigt Details zu einer SQL-Anweisung.
![\[Details zu Datenbanklastelementen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_2c.png)
Um Details zu einem Element für den ausgewählten Zeitraum in der Legende anzuzeigen, bewegen Sie den Mauszeiger über dieses Element.
![\[Details des Zeitraums für die DB-Last\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_3.png)
## Dimensionen pro Tabelle
Die Tabelle mit den oberen Abmessungen schneidet die DB-Ladung um verschiedene Dimensionen auf. Eine Dimension ist eine Kategorie oder „Aufteilung“ für verschiedene Merkmale der DB-Last. Wenn die Dimension SQL ist, zeigt **Haupt-SQL** die SQL-Anweisungen an, die am meisten zur DB-Last beitragen.
![\[Top N-Dimensionen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_4c.png)
Wählen Sie eine der folgenden Dimensionsregisterkarten.
| Tab | Description | Unterstützte Engines |
| --- | --- | --- |
| Haupt-SQL | Die SQL-Anweisungen, die derzeit ausgeführt werden | Alle |
| Top waits (Top-Warteereignis) | Das Ereignis, auf das das Datenbank-Backend wartet | Alle |
| Top hosts (Top-Hosts) | Der Hostname des verbundenen Clients | Alle |
| Top users (Top-Benutzer) | Der bei der Datenbank angemeldete Benutzer | Alle |
| Top databases (Top-Datenbanken) | Der Name der Datenbank, mit der der Client verbunden ist | Nur PostgreSQL, MySQL, MariaDB und SQL Server |
| Top applications (Top-Anwendungen) | Der Name der Anwendung, die mit der Datenbank verbunden ist | Nur PostgreSQL und SQL Server |
| Top session types (Top-Sitzungstypen) | Der Typ der aktuellen Sitzung | Nur PostgreSQL |
So lernen Sie, wie Sie Abfragen analysieren können, indem Sie die Registerkarte **Haupt-SQL** nutzen, siehe [Überblick über die Registerkarte „Top SQL“](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.md#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable.TopSQL).
# Zugriff auf das Performance-Insights-Dashboard
Amazon RDS bietet im Performance-Insights-Dashboard eine konsolidierte Ansicht der Performance-Insights- und CloudWatch-Metriken.
Gehen Sie wie folgt vor, um auf das Performance-Insights-Dashboard zuzugreifen.
**So zeigen Sie das Dashboard von Performance Insights in der AWS-Managementkonsole an**
1. Öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
Für DB-Instances, bei denen Performance Insights aktiviert sind, können Sie auf das Dashboard auch über das Element **Sitzungen** in der DB-Instance-Liste zugreifen. Unter **Aktuelle Aktivität** zeigt das Element **Sitzungen** die Datenbanklast von durchschnittlichen, aktiven Sitzungen der letzten fünf Minuten an. Der Balken zeigt die Last grafisch an. Ist der Balken leer, wird die DB-Instance nicht verwendet. Wenn die Last ansteigt, wird der Balken blau ausgefüllt. Wenn die Last die Anzahl von virtuellen CPUs (vCPUs) auf der DB-Instance-Klasse überschreitet, wird der Balken rot und zeigt so einen potenziellen Engpass an.
![\[Filtern von Metriken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_0a.png)
1. (Optional) Wählen Sie das Datum oder den Zeitraum oben rechts aus und geben Sie ein anderes relatives oder absolutes Zeitintervall an. Sie können jetzt einen Zeitraum angeben und einen Bericht zur Datenbankleistungsanalyse erstellen. Der Bericht enthält die identifizierten Einblicke und Empfehlungen. Weitere Informationen finden Sie unter [Erstellen eines Leistungsanalyseberichts in Performance Insights](USER_PerfInsights.UsingDashboard.AnalyzePerformanceTimePeriod.md).
![\[Filtern von Metriken nach Zeitintervall\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_0c.png)
Im folgenden Screenshot beträgt das DB-Last-Intervall 5 Stunden.
![\[Einstellen des Zeitintervalls auf 5 Stunden\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_1.png)
1. (Optional) Um einen Teil des DB-Lastdiagramms zu vergrößern, wählen Sie die Startzeit und ziehen sie mit der Maus an das Ende des gewünschten Zeitraums.
Der ausgewählte Bereich wird im DB-Lastdiagramm hervorgehoben.
![\[DB-Last für ein bestimmtes Zeitintervall\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_zoom_in.png)
Wenn Sie die Maustaste loslassen, vergrößert sich das DB-Lastdiagramm auf die ausgewählte AWS-Region und die Tabelle **Top *dimensions*** (Hauptdimensionen) wird neu berechnet.
![\[Vergrößern der ausgewählten DB-Last\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_zoom_in_b.png)
1. (Optional) Um Ihre Daten automatisch zu aktualisieren, aktivieren Sie **Automatische Aktualisierung**.
![\[Festlegen der automatischen Aktualisierung\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_1b.png)
Das Performance-Insights-Dashboard wird automatisch mit neuen Daten aktualisiert. Die Aktualisierungsrate hängt von der Menge der angezeigten Daten ab:
+ 5 Minuten wird alle 10 Sekunden aktualisiert.
+ 1 Stunde wird alle 5 Minuten aktualisiert.
+ 5 Stunden wird alle 5 Minuten aktualisiert.
+ 24 Stunden wird alle 30 Minuten aktualisiert.
+ 1 Woche wird jeden Tag aktualisiert.
+ 1 Monat wird jeden Tag aktualisiert.
# Analysieren der DB-Last nach Warteereignissen
Wenn das Diagramm der **durchschnittlich aktiven Sitzungen** einen Engpass anzeigt, können Sie herausfinden, woher die Last kommt. Betrachten Sie dazu die Tabelle mit den Hauptlastelementen unterhalb des **Datenbanklast**-Diagramms Wählen Sie ein bestimmtes Element, wie z. B. eine SQL-Abfrage oder einen Benutzer, um es aufzuschlüsseln und Details zu diesem Element anzuzeigen.
Die DB-Last, gruppiert nach Wartezeiten und Top-SQL-Abfragen, ist die standardmäßige Ansicht im Performance-Insights-Dashboard. Diese Kombination bietet typischerweise den besten Einblick in Performance-Probleme. DB-Last gruppiert nach Wartezeiten zeigt an, ob Ressourcen- oder Parallelitätsengpässe in der Datenbank vorhanden sind. In diesem Fall zeigt die **SQL**-Registerkarte der Tabelle der Hauptlastelemente, welche Abfragen diese Last verursachen.
Ihr typischer Workflow für die Diagnose von Performance-Problemen ist folgendermaßen:
1. Überprüfen Sie das Diagramm der **durchschnittlich aktiven Sitzungen** auf irgendwelche Ereignisse, in denen die Datenbanklast die **Max CPU**-Linie übersteigt.
1. Wenn ja, schauen Sie sich das Diagramm der **durchschnittlich aktiven Sitzungen** an und identifizieren Sie, welcher Wartezustand oder welche Zustände primär dafür verantwortlich sind.
1. Identifizieren Sie die zusammengefassten Abfragen, welche die Last verursachen, indem Sie nachsehen, welche Abfragen in der **SQL**-Registerkarte der Tabelle der Hauptlastelemente hauptsächlich zu diesen Wartezuständen beitragen. Sie finden sie in der Spalte **DB Load by Wait (DB-Last nach Wartezuständen)**.
1. Wählen Sie eine dieser zusammengefassten Abfragen in der Registerkarte **SQL** aus, um sie zu expandieren und untergeordnete Abfragen anzuzeigen, aus denen sie besteht.
Beispielsweise wird im folgenden Dashboard die **Protokolldateisynchronisierung** für den größten Teil der DB-Last berücksichtigt. Die Wartezeit für **Alle Worker-Gruppen in LGWR** ist ebenfalls hoch. Das Diagramm **Haupt-SQL** zeigt auf, wodurch die Wartezustände der **Protokolldatei-Synchronisierung** verursacht werden: häufige `COMMIT`-Anweisungen. In diesem Fall wird durch eine weniger häufige Übergabe mit Commit die DB-Last reduziert.
![\[Protokolldatei-Synchronisierungsfehler\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_7.png)
# Analysieren der Datenbankleistung für einen bestimmten Zeitraum
Analysieren Sie die Datenbankleistung mit On-Demand-Analysen, indem Sie einen Leistungsanalysebericht für einen bestimmten Zeitraum erstellen. Zeigen Sie Leistungsanalyseberichte an, um Leistungsprobleme wie Ressourcenengpässe oder Änderungen an einer Abfrage in Ihrer DB-Instance zu ermitteln. Im Performance-Insights-Dashboard können Sie einen Zeitraum auswählen und einen Leistungsanalysebericht erstellen. Sie können dem Bericht auch ein oder mehrere Tags hinzufügen.
Um diese Funktion nutzen zu können, müssen Sie die Aufbewahrungsfrist für die kostenpflichtige Stufe verwenden. Weitere Informationen finden Sie unter [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md)
Der Bericht kann auf der Registerkarte **Leistungsanalyseberichte – neu** ausgewählt und angezeigt werden. Der Bericht enthält die Erkenntnisse, zugehörigen Metriken und Empfehlungen zur Lösung des Leistungsproblems. Der Bericht kann für die Dauer des Aufbewahrungszeitraums von Performance Insights eingesehen werden.
Der Bericht wird gelöscht, wenn die Startzeit des Berichtsanalysezeitraums außerhalb des Aufbewahrungszeitraums liegt. Sie können den Bericht auch vor Ablauf der Aufbewahrungsfrist löschen.
Sie müssen Performance Insights aktivieren, um die Leistungsprobleme zu erkennen und den Analysebericht für Ihre DB-Instance zu erstellen. Weitere Informationen zum Aktivieren von Performance Insights finden Sie unter [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md).
Informationen zur Unterstützung dieser Funktion nach Region, DB-Engine und Instance-Klasse finden Sie unter [Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights Insights-Funktionen](USER_PerfInsights.Overview.Engines.md#USER_PerfInsights.Overview.PIfeatureEngnRegSupport).
In den folgenden Abschnitten können Sie einen Leistungsanalysebericht erstellen und anzeigen, ihm Tags hinzufügen und ihn löschen.
**Topics**
+ [Erstellen eines Leistungsanalyseberichts in Performance Insights](USER_PerfInsights.UsingDashboard.CreatingPerfAnlysisReport.md)
+ [Anzeigen eines Leistungsanalyseberichts in Performance Insights](USER_PerfInsights.UsingDashboard.ViewPerfAnalysisReport.md)
+ [Hinzufügen von Tags zu einem Leistungsanalysebericht in Performance Insights](USER_PerfInsights.UsingDashboard.ManagePerfAnalysisReportTags.md)
+ [Löschen eines Leistungsanalyseberichts in Performance Insights](USER_PerfInsights.UsingDashboard.DeletePerfAnalysisReport.md)
# Erstellen eines Leistungsanalyseberichts in Performance Insights
Im Performance-Insights-Dashboard können Sie einen Leistungsanalysebericht für einen bestimmten Zeitraum erstellen. Sie können einen Zeitraum auswählen und dem Analysebericht ein oder mehrere Tags hinzufügen.
Der Analysezeitraum kann zwischen 5 Minuten und 6 Tagen liegen. Vor dem Start der Analyse müssen mindestens 24 Stunden an Leistungsdaten vorliegen.
Informationen zur Unterstützung dieser Funktion nach Region, DB-Engine und Instance-Klasse finden Sie unter [Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights Insights-Funktionen](USER_PerfInsights.Overview.Engines.md#USER_PerfInsights.Overview.PIfeatureEngnRegSupport).
**So erstellen Sie einen Leistungsanalysebericht für einen bestimmten Zeitraum**
1. Öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
1. Wählen Sie **Leistung analysieren** im Abschnitt **Datenbanklast** im Performance-Insights-Dashboard aus.
Die Felder zum Festlegen des Zeitraums und zum Hinzufügen eines oder mehrerer Tags zum Leistungsanalysebericht werden angezeigt.
![\[Performance-Insights-Dashboard mit Feldern zur Erstellung eines Analyseberichts\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_CreateAnalysisReport.png)
1. Wählen Sie den Zeitraum aus. Wenn Sie oben rechts einen Zeitraum im Abschnitt **Relativer Bereich** oder **Absoluter Bereich** festlegen, können Sie nur Datum und Uhrzeit des Analyseberichts innerhalb dieses Zeitraums eingeben oder auswählen. Wenn Sie den Analysezeitraum außerhalb dieses Zeitraums auswählen, wird eine Fehlermeldung angezeigt.
Führen Sie einen der folgenden Schritte aus, um den Zeitraum festzulegen:
+ Drücken und ziehen Sie einen der Schieberegler im DB-Lastdiagramm.
Das Feld **Zeitraum der Leistungsanalyse** zeigt den ausgewählten Zeitraum an und das DB-Lastdiagramm hebt den ausgewählten Zeitraum hervor.
+ Wählen Sie **Startdatum**, **Startzeit**, **Enddatum** und **Endzeit** im Feld **Zeitraum der Leistungsanalyse** aus.
![\[Performance-Insights-Dashboard mit ausgewähltem Analysezeitraum\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_CreateAnalysisRep_TimePeriod.png)
1. (Optional) Geben Sie **Schlüssel** und **Wert*optional*** ein, um ein Tag für den Bericht hinzuzufügen.
![\[Performance-Insights-Dashboard mit Feldern zum Hinzufügen eines neuen Tags\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_CreateAnalysisRep_AddTag.png)
1. Wählen Sie **Leistung analysieren** aus.
In einem Banner wird eine Meldung angezeigt, die angibt, ob die Berichtserstellung erfolgreich war oder fehlgeschlagen ist. Die Nachricht enthält auch den Link zum Anzeigen des Berichts.
Das folgende Beispiel zeigt das Banner mit der Meldung, dass der Bericht erfolgreich erstellt wurde.
![\[Banner mit der Meldung, dass der Analysebericht erfolgreich erstellt wurde\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_CreateAnaysisRep_SuccessMsg.png)
Der Bericht kann auf der Registerkarte **Leistungsanalyseberichte – neu** angezeigt werden.
Mit der AWS CLI können Sie einen Leistungsanalysebericht erstellen. Ein Beispiel zum Erstellen eines Berichts mithilfe von AWS CLI finden Sie unter[Erstellen eines Leistungsanalyseberichts für einen bestimmten Zeitraum](USER_PerfInsights.API.Examples.md#USER_PerfInsights.API.Examples.CreatePerfAnalysisReport).
# Anzeigen eines Leistungsanalyseberichts in Performance Insights
Die Registerkarte **Leistungsanalysebericht – neu** listet alle Berichte auf, die für die DB-Instance erstellt wurden. Für jeden Bericht wird Folgendes angezeigt:
+ **ID**: eindeutige Kennung des Berichts.
+ **Name**: der Tag-Schlüssel, der dem Bericht hinzugefügt wurde.
+ **Erstellungszeit des Berichts**: Uhrzeit, zu der Sie den Bericht erstellt haben.
+ **Startzeit der Analyse**: Startzeit der Analyse im Bericht.
+ **Endzeit der Analyse**: Endzeit der Analyse im Bericht.
**So zeigen Sie einen Leistungsanalysebericht an**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus, für die Sie den Analysebericht anzeigen möchten.
1. Scrollen Sie nach unten und wählen Sie im Performance-Insights-Dashboard die Registerkarte **Leistungsanalyseberichte – neu** aus.
Es werden alle Analyseberichte für die verschiedenen Zeiträume angezeigt.
1. Wählen Sie die **ID** des Berichts aus, den Sie ansehen möchten.
Das DB-Lastdiagramm zeigt standardmäßig den gesamten Analysezeitraum an, wenn mehr als ein Einblick identifiziert wurde. Wenn der Bericht einen Einblick identifiziert hat, zeigt das DB-Lastdiagramm den Einblick standardmäßig an.
Das Dashboard listet außerdem die Tags für den Bericht im Abschnitt **Tags** auf.
Das folgende Beispiel zeigt den gesamten Analysezeitraum für den Bericht.
![\[DB-Lastdiagramm mit dem gesamten Analyseberichtszeitraum\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_EntireAnalysisRep.png)
1. Wählen Sie die Einsicht in der Liste **Einblicke in die Datenbanklast** aus, die Sie anzeigen möchten, wenn im Bericht mehr als ein Einblick identifiziert wird.
Das Dashboard zeigt die Einblickmeldung, wobei im DB-Lastdiagramm der Zeitraum des Einblicks, die Analyse und Empfehlungen hervorgehoben werden sowie die Liste der Berichts-Tags enthalten ist.
Das folgende Beispiel zeigt den DB-Lasteinblick im Bericht.
![\[DB-Lastdiagramm mit Einblick in den Bericht\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_AnalysisRepInsight_chart.png)
![\[Abschnitt mit der Berichtseinblickanalyse und Empfehlungen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_AnalysisRepInsight_Recommendations.png)
# Hinzufügen von Tags zu einem Leistungsanalysebericht in Performance Insights
Sie können ein Tag hinzufügen, wenn Sie einen Bericht erstellen oder ansehen. Sie können bis zu 50 Tags für einen Bericht hinzufügen.
Sie benötigen Berechtigungen, um Tags hinzuzufügen. Weitere Informationen zu Zugriffsrichtlinien für Performance Insights finden Sie unter [Konfigurieren von Zugriffsrichtlinien für Performance Insights](USER_PerfInsights.access-control.md).
Informationen zum Hinzufügen eines oder mehrerer Tags bei der Erstellung eines Berichts finden Sie in Schritt 6 des Verfahrens [Erstellen eines Leistungsanalyseberichts in Performance Insights](USER_PerfInsights.UsingDashboard.CreatingPerfAnlysisReport.md).
**So fügen Sie beim Anzeigen eines Berichts ein oder mehrere Tags hinzu**
1. Öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
Das Performance-Insights-Dashboard wird für die DB-Instance angezeigt.
1. Scrollen Sie nach unten und wählen Sie die Registerkarte **Leistungsanalyseberichte – neu** aus.
1. Wählen Sie den Bericht aus, für den Sie die Tags hinzufügen möchten.
Das Dashboard zeigt den Bericht an.
1. Scrollen Sie nach unten zu **Tags** und wählen Sie **Tags verwalten** aus.
1. Wählen Sie **Neues Tag hinzufügen** aus.
1. Geben Sie **Schlüssel** und **Wert – *optional*** ein und wählen Sie **Neues Tag hinzufügen** aus.
Das folgende Beispiel bietet die Option, ein neues Tag für den ausgewählten Bericht hinzuzufügen.
![\[Fenster „Tags verwalten“, um dem Bericht neue Tags hinzuzufügen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_AddTag_ManageTags.png)
Ein neues Tag wird für den Bericht erstellt.
Im Dashboard wird die Liste der Tags für den Bericht im Abschnitt **Tags** aufgelistet. Wenn Sie ein Tag aus dem Bericht entfernen möchten, wählen Sie **Entfernen** neben dem Tag aus.
# Löschen eines Leistungsanalyseberichts in Performance Insights
Sie können einen Bericht aus der Liste der Berichte, die auf der Registerkarte **Leistungsanalyseberichte** angezeigt werden, oder beim Anzeigen eines Berichts löschen.
**So löschen Sie einen Bericht**
1. Öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine DB-Instance aus.
Das Performance-Insights-Dashboard wird für die DB-Instance angezeigt.
1. Scrollen Sie nach unten und wählen Sie die Registerkarte **Leistungsanalyseberichte – neu** aus.
1. Wählen Sie den Bericht aus, den Sie löschen möchten, und klicken Sie oben rechts auf **Löschen**.
![\[Performance-Insights-Dashboard mit einem Bericht, der zum Löschen ausgewählt wurde\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/PI_DeleteAnalysisRep.png)
Ein Bestätigungsfenster wird angezeigt. Der Bericht wird gelöscht, nachdem Sie „Bestätigen“ ausgewählt haben.
1. (Optional) Wählen Sie die **ID** des Berichts, den Sie löschen möchten.
Wählen Sie oben rechts auf der Seite **Löschen** aus.
Ein Bestätigungsfenster wird angezeigt. Der Bericht wird gelöscht, nachdem Sie „Bestätigen“ ausgewählt haben.
# Analysieren von Abfragen mit der Registerkarte „Top SQL“ in Performance Insights
Im Amazon-RDS-Performance-Insights-Dashboard finden Sie Informationen zu laufenden Abfragen auf dem Tab **Top SQL** (Haupt-SQL) der Tabelle **Top dimensions** (Hauptdimensionen). Sie können diese Informationen verwenden, um Ihre Abfragen zu optimieren.
**Topics**
+ [Überblick über die Registerkarte „Top SQL“](#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable.TopSQL)
+ [Zugriff auf mehr SQL-Text im Performance-Insights-Dashboard](USER_PerfInsights.UsingDashboard.SQLTextSize.md)
+ [Anzeigen von SQL-Statistiken im Performance-Insights-Dashboard](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.AnalyzingSQLLevel.md)
## Überblick über die Registerkarte „Top SQL“
Standardmäßig werden auf der Registerkarte **Top SQL** (Top-SQL) die 25 Abfragen angezeigt, die hauptsächlich zur Datenbanklast beitragen. Wenn Sie Ihre Abfragen optimieren möchten, können Sie Informationen wie den Abfragetext und SQL-Statistiken analysieren. Sie können auch die Statistiken auswählen, die in der **Haupt-SQL** Tabulatortaste angezeigt werden.
**Topics**
+ [SQL-Text](#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable.TopSQL.text)
+ [SQL-Statistiken](#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable.TopSQL.statistics)
+ [Nach Waits laden (AAS)](#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable.TopSQL.Load-by-waits)
+ [Anzeigen der SQL-Informationen](#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable.TopSQL.SQL-information)
+ [Auswählen der Einstellungen für Statistiken](#USER_PerfInsights.UsingDashboard.Components.AvgActiveSessions.TopLoadItemsTable.TopSQL.Preferences)
### SQL-Text
Standardmäßig zeigt jede Zeile in der Tabelle **Top SQL** (Top-SQL) für jede Anweisung 500 Byte Text an.
![\[SQL-Text\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/sql-text-oracle.png)
Wie Sie mehr als die standardmäßigen 500 Byte SQL-Text sehen können, erfahren Sie unter [Zugriff auf mehr SQL-Text im Performance-Insights-Dashboard](USER_PerfInsights.UsingDashboard.SQLTextSize.md).
Ein *SQL-Digest* ist eine Zusammenstellung mehrerer tatsächlicher Abfragen, die strukturell ähnlich sind, aber möglicherweise unterschiedliche Literalwerte aufweisen. Der Digest ersetzt fest codierte Werte durch ein Fragezeichen. Zum Beispiel könnte `SELECT * FROM emp WHERE lname= ?` ein Digest sein. Dieser Digest kann die folgenden untergeordneten Abfragen enthalten:
```
SELECT * FROM emp WHERE lname = 'Sanchez'
SELECT * FROM emp WHERE lname = 'Olagappan'
SELECT * FROM emp WHERE lname = 'Wu'
```
Um die literalen SQL-Anweisungen in einem Digest anzuzeigen, wählen Sie die Abfrage aus und dann das Plussymbol (\$1) aus und dann das Plussymbol (\$1). Im folgenden Beispiel ist die ausgewählte Abfrage ein Digest.
![\[Ausgewählter SQL-Digest\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_4b.png)
**Anmerkung**
Ein SQL-Digest gruppiert ähnliche SQL-Anweisungen, redigiert jedoch keine sensiblen Daten.
Performance Insights kann Oracle SQL-Text als **Unknown** (Unbekannt) anzeigen. Der Text hat diesen Status in folgenden Situationen:
+ Ein anderer Oracle-Datenbankbenutzer als `SYS` ist aktiv, führt aber derzeit kein SQL aus. Wenn beispielsweise eine parallel Abfrage abgeschlossen wird, wartet der Abfragekoordinator darauf, dass Hilfsprozesse ihre Sitzungsstatistiken senden. Für die Dauer der Wartezeit wird der Abfragetext als **Unknown** (Unbekannt) angezeigt.
+ Für eine Instance von RDS für Oracle der Standard Edition 2 begrenzt Resource Manager die Anzahl der parallelen Threads. Der entsprechende Hintergrundprozess bewirkt, dass der Abfragetext als **Unknown** (Unbekannt) angezeigt wird.
### SQL-Statistiken
*SQL-Statistiken* sind leistungsbezogene Metriken zu SQL-Abfragen. Performance Insights könnte beispielsweise Ausführungen pro Sekunde oder pro Sekunde verarbeitete Zeilen anzeigen. Performance Insights erfasst Statistiken nur für die häufigsten Abfragen. In der Regel entsprechen diese den Top-Abfragen nach Last, die im Performance-Insights-Dashboard angezeigt werden.
Jede Zeile in der **Haupt-SQL**-Tabelle zeigt relevante Statistiken für die SQL-Anweisung oder -Digest, wie im folgenden Beispiel beschrieben.
![\[Haupt-SQL\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_4.png)
Performance Insights kann `0.00` und `-` (unbekannt) für SQL-Statistiken melden. Diese Situation tritt unter den folgenden Bedingungen auf:
+ Es ist nur eine Stichprobe vorhanden. Performance Insights berechnet beispielsweise Veränderungsraten für RDS-PostgreSQL-Abfragen basierend auf mehreren Stichproben der Ansicht `pg_stat_statements`. Wenn eine Workload für kurze Zeit ausgeführt wird, erfasst Performance Insights möglicherweise nur eine Stichprobe, was bedeutet, dass keine Änderungsrate berechnet werden kann. Der unbekannte Wert wird durch einen Bindestrich (`-`) dargestellt.
+ Zwei Stichproben haben die gleichen Werte. Performance Insights kann keine Änderungsrate berechnen, da keine Änderung stattgefunden hat, weshalb die Rate als `0.00` gemeldet wird.
+ Einer RDS-PostgreSQL-Anweisung fehlt ein gültiger Bezeichner. PostgreSQL erstellt erst nach dem Parsen und Analysieren einen Bezeichner für eine Anweisung. Somit kann eine Anweisung in den internen In-Memory-Strukturen von PostgreSQL ohne Bezeichner vorhanden sein. Da Performance Insights einmal pro Sekunde interne In-Memory-Strukturen erfasst, werden Abfragen mit niedriger Latenz möglicherweise nur für eine einzige Stichprobe angezeigt. Wenn die Abfrage-ID für dieses Beispiel nicht verfügbar ist, kann Performance Insights diese Anweisung nicht mit den entsprechenden Statistiken verknüpfen. Der unbekannte Wert wird durch einen Bindestrich (`-`) dargestellt.
Eine Beschreibung der SQL-Statistiken für die Amazon RDS-Engines finden Sie unter [SQL-Statistiken für Performance Insights](sql-statistics.md).
### Nach Waits laden (AAS)
In **Haupt-SQL** veranschaulicht die Spalte **Last nachWartezuständen (AAS)** den Prozentsatz der Datenbanklast, die jedem Hauptlastelement zugeordnet ist. In dieser Spalte wird die Last für dieses Element nach der aktuell im **DB-Last-Diagramm** ausgewählten Gruppierung wiedergegeben. Weitere Informationen zu durchschnittlichen aktiven Sitzungen (AAS) finden Sie unter [Durchschnittliche aktive Sitzungen](USER_PerfInsights.Overview.ActiveSessions.md#USER_PerfInsights.Overview.ActiveSessions.AAS).
Beispielsweise können Sie das **DB-Last-Diagramm** nach Wartezuständen gruppieren. Sie untersuchen SQL-Abfragen in der Tabelle der Hauptlastelemente. In diesem Fall ist der Balken **DB Load by Waits (DB-Last nach Wartezuständen)** so groß, segmentiert und farbcodiert, dass angezeigt wird, zu wieviel Prozent diese Abfrage zum betreffenden Wartezustand beiträgt. Es zeigt zudem auf, welche Wartezustände sich auf die ausgewählte Abfrage auswirken.
![\[DB-Last nach Wartezuständen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_6.png)
### Anzeigen der SQL-Informationen
In der Tabelle **Haupt-SQL** können Sie eine Anweisung öffnen, um ihre Informationen anzuzeigen. Die Informationen werden im unteren Bereich angezeigt.
![\[Haupt-SQL-Tabelle mit ausgewählter Literalabfrage\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-sql-ids-open.png)
Auf der Registerkarte Haupt-SQL sehen Sie die folgenden ID-Typen, die SQL-Anweisungen zugeordnet sind:
+ **Support-SQL-ID**: ein Hash-Wert der SQL-ID Sie können eine SQL-ID über diesen Wert nur referenzieren, wenn Sie mit AWS Support arbeiten. AWS Support kann nicht auf Ihre SQL-IDs und Ihren SQL-Text zugreifen.
+ **Support-Digest-ID**: ein Hash-Wert der Digest-ID Sie können eine Digest-ID über diesen Wert nur referenzieren, wenn Sie mit AWS Support arbeiten. AWS Support kann nicht auf Ihre Digest-IDs und Ihren SQL-Text zugreifen.
### Auswählen der Einstellungen für Statistiken
Sie können die Statistiken steuern, die auf der Registerkarte **Haupt-SQL** angezeigt werden, indem Sie das Symbol **Voreinstellungen** auswählen.
![\[Einstellungen für Statistiken\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-sql-ids-preferences-icon.png)
Durch das Auswählen des Symbols **Präferenzen** wird das Fenster **Präferenzen** geöffnet. Der folgende Screenshot ist ein Beispiel für das Fenster **Preferences** (Präferenzen).
![\[Fenster „Voreinstellungen“\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-sql-ids-preferences.png)
Aktivieren Sie die Statistiken, die auf der Registerkarte **Haupt-SQL** angezeigt werden sollen, führen Sie einen Bildlauf mit der Maus zum unteren Rand des Fensters durch und wählen Sie dann **Weiter**.
Weitere Informationen zu Statistiken pro Sekunde oder pro Aufruf für die Amazon-RDS-Engines finden Sie im Abschnitt der Engine-spezifischen SQL-Statistiken unter [SQL-Statistiken für Performance Insights](sql-statistics.md).
# Zugriff auf mehr SQL-Text im Performance-Insights-Dashboard
Standardmäßig zeigt jede Zeile in der Tabelle **Haupt-SQL** für jede SQL-Anwendung 500 Byte SQL-Text an.
![\[500 Byte SQL\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-top-sql-bytes.png)
Wenn eine SQL-Anweisung 500 Byte überschreitet, können Sie mehr Text im **SQL-Text**-Abschnitt unterhalb der **Haupt-SQL**-Tabelle sehen. In diesem Fall beträgt die maximale Länge für den in **SQL-Text** angezeigten Text 4 KB. Dieses Limit wird von der Konsole eingeführt und unterliegt den von der Datenbank-Engine festgelegten Grenzwerten. Zum Speichern des in **SQL-Text** gezeigten Texts wählen Sie **Herunterladen**.
**Topics**
+ [Beschränkungen der Textgröße für Amazon-RDS-Engines](#sql-text-engine-limits)
+ [Festlegen des SQL-Textlimits für Amazon RDS für PostgreSQL-DB-Instances](USER_PerfInsights.UsingDashboard.SQLTextLimit.md)
+ [Anzeigen und Herunterladen von SQL-Text im Performance-Insights-Dashboard](view-download-text.md)
## Beschränkungen der Textgröße für Amazon-RDS-Engines
Beim Herunterladen von SQL-Text bestimmt die Datenbank-Engine dessen maximale Länge. Sie können SQL-Text bis zu den folgenden Grenzwerten pro Engine herunterladen.
| DB-Engine | Maximale Länge des heruntergeladenen Textes |
| --- | --- |
| Amazon RDS für MySQL und MariaDB | Die Länge ist auf 4.096 Byte festgelegt, wenn das Leistungsschema aktiviert ist. Wenn das Leistungsschema nicht aktiviert ist, ist die Länge auf 65.535 Byte festgelegt. |
| Amazon RDS für Microsoft SQL Server | 4,096 Zeichen |
| Amazon RDS für Oracle | 1 000 Byte |
Der **SQL-Text**-Abschnitt der Performance-Insights-Konsole zeigt den maximalen Wert an, den die Engine zurückgibt. Wenn MySQL beispielsweise höchstens 1 KB an Performance Insights zurückgibt, kann es nur 1 KB sammeln und anzeigen, auch wenn die ursprüngliche Abfrage größer ist. Wenn Sie also die Abfrage in **SQL-Text** anzeigen oder herunterladen, gibt Performance Insights die gleiche Anzahl von Bytes zurück.
Wenn Sie die AWS CLI oder API nutzen, hat Performance Insights nicht die von der Konsole erzwungene Beschränkung von 4 KB. `DescribeDimensionKeys` und `GetResourceMetrics` geben höchstens 500 Byte zurück.
**Anmerkung**
`GetDimensionKeyDetails` gibt die vollständige Abfrage zurück, aber die Größe unterliegt der Engine-Beschränkung.
# Festlegen des SQL-Textlimits für Amazon RDS für PostgreSQL-DB-Instances
Amazon RDS für PostgreSQL behandelt Text anders. Sie können die Textgrößenbeschränkung mit dem DB-Instance-Parameter `track_activity_query_size` festlegen. Dieser Parameter hat folgende Merkmale:
Standardtextgröße
In Amazon RDS für PostgreSQL Version 9.6 ist die Standardeinstellung für den `track_activity_query_size`-Parameter 1.024 Byte. In Amazon RDS für PostgreSQL Version 10 oder höher ist die Standardeinstellung 4.096 Byte.
Maximale Textgröße
Das Limit für `track_activity_query_size` ist 102.400 Bytes für Amazon RDS für PostgreSQL Version 12 und niedriger. Das Maximum beträgt 1 MB für Version 13 und höher.
Wenn die Engine 1 MB an Performance Insights zurückgibt, zeigt die Konsole nur die ersten 4 KB an. Wenn Sie die Abfrage herunterladen, erhalten Sie die gesamten 1 MB. In diesem Fall geben das Anzeigen und Herunterladen eine unterschiedliche Anzahl von Bytes zurück. Weitere Informationen über den DB-Instance Parameter `track_activity_query_size` finden Sie unter [Laufzeitstatistik](https://www.postgresql.org/docs/current/runtime-config-statistics.html) in der PostgreSQL-Dokumentation.
Um die SQL-Textgröße zu erhöhen, erhöhen Sie das `track_activity_query_size`-Limit. Um den Parameter zu ändern, ändern Sie die Parametereinstellung in der Parametergruppe, die der Amazon RDS für PostgreSQL-DB-Instance zugeordnet ist.
**Ändern Sie die Einstellung wie folgt, wenn die Instance die Standardparametergruppe verwendet:**
1. Erstellen Sie eine neue DB-Instance-Parametergruppe für die entsprechende DB-Engine und DB-Engine-Version.
1. Stellen Sie den Parameter in der neuen Parametergruppe ein.
1. Ordnen Sie die neue Parametergruppe der DB-Instance zu.
Informationen über das Einstellen eines DB-Instance-Parameters finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
# Anzeigen und Herunterladen von SQL-Text im Performance-Insights-Dashboard
Im Performance-Insights-Dashboard können Sie SQL-Text anzeigen oder herunterladen.
**So zeigen Sie mehr SQL-Text im Performance-Insights-Dashboard an**
1. Öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Performance-Insights** aus.
1. Wählen Sie eine DB-Instance aus.
1. Scrollen Sie im Performance-Insights-Dashboard nach unten zur Registerkarte **Top SQL**.
1. Wählen Sie das Pluszeichen, um einen SQL-Digest zu erweitern, und eine der untergeordneten Abfragen des Digests aus.
SQL-Anweisungen mit Text größer als 500 Byte sehen in etwa wie folgt aus.
![\[SQL-Anweisungen mit viel Text\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-large-text-1.png)
1. Scrollen Sie nach unten zur Registerkarte **SQL text** (SQL-Text).
![\[SQL-Informationsabschnitt zeigt mehr vom SQL-Text\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-large-text-2.png)
Das Performance-Insights-Dashboard kann bis zu 4.096 Byte für jede SQL-Anweisung anzeigen.
1. (Optional) Wählen Sie **Kopieren**, um die angezeigte SQL-Anweisung zu kopieren, oder wählen Sie **Herunterladen**, um die SQL-Anweisung herunterzuladen, um den SQL-Text bis zum Limit der DB-Engine anzuzeigen.
**Anmerkung**
Um die SQL-Anweisung zu kopieren oder herunterzuladen, deaktivieren Sie Popup-Blocker.
# Anzeigen von SQL-Statistiken im Performance-Insights-Dashboard
Im Performance-Insights-Dashboard stehen SQL-Statistiken auf dem Tab **Top SQL** (Haupt-SQL) des Diagramms **Database load** (Datenbanklast) zur Verfügung.
**Sehen Sie sich SQL-Statistiken wie folgt an**
1. Öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie oben auf der Seite die Datenbank aus, deren SQL-Statistiken Sie anzeigen lassen möchten.
1. Scrollen Sie an das Seitenende und klicken Sie auf den Tab **Top SQL** (Haupt-SQL).
1. Wählen Sie eine individuelle Anweisung oder Digest-Abfrage aus.
![\[Anzeigen von Metriken für laufende Abfragen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_per_sql_sql.png)
1. Sie können die Statistiken auswählen, die angezeigt werden sollen, indem Sie oben rechts im Diagramm das Zahnradsymbol auswählen. Beschreibungen der SQL-Statistiken für die Amazon RDS-Engines finden Sie unter [SQL-Statistiken für Performance Insights](sql-statistics.md).
Das folgende Beispiel zeigt die Einstellungen für Oracle-DB-Instances.
![\[Präferenzen für Metriken für laufende Abfragen für Oracle-DB-Instances\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_per_sql_pref_oracle.png)
Das folgende Beispiel zeigt die Einstellungen für MariaDB und MySQL-DB-Instances.
![\[Präferenzen für Metriken zum Ausführen von Abfragen für MariaDB-und-MySQL-DB-Instances.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_per_sql_pref_ams.png)
1. Wählen Sie „Save“ (Speichern) aus, um Ihre Einstellungen zu speichern.
Die Tabelle **Top SQL** (Haupt-SQL) wird aktualisiert.
Das folgende Beispiel zeigt Statistiken für eine Oracle-SQL-Abfrage.
![\[Statistiken für eine SQL-Abfrage\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_per_sql_stats_oracle.png)
# Analysieren der Top-Last für Oracle-PDBs
Wenn Sie die Last in einer Oracle-Container-DB (CDB) analysieren, können Sie ermitteln, welche Pluggable Databases (PDBs) am meisten zur DB-Last beitragen. Sie können auch die Leistung einzelner PDBs vergleichen, die ähnliche Abfragen ausführen, um die Leistung zu optimieren. Weitere Informationen zu Oracle-CDBs finden Sie unter [RDS für Oracle-Datenbankarchitektur](oracle-multi-architecture.md).
Im Dashboard von Amazon RDS Performance Insights finden Sie Informationen zu Pluggable Databases (PDBs) unter **Top-PDB** auf der Registerkarte **Dimensionen**.
Informationen zur Unterstützung dieses Features nach Region, DB-Engine und Instance-Klasse finden Sie unter [Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights Insights-Funktionen](USER_PerfInsights.Overview.Engines.md#USER_PerfInsights.Overview.PIfeatureEngnRegSupport).
**So analysieren Sie die Top-PDB-Last in einer Oracle-CDB**
1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im linken Navigationsbereich **Performance Insights** aus.
1. Wählen Sie eine Oracle-CDB-Instance aus.
Das Performance-Insights-Dashboard wird für die DB-Instance angezeigt.
1. Wählen Sie im Abschnitt **Datenbanklast (DB-Last)** neben „Schneiden nach“ die Option **Pluggable Database (PDB)** aus.
Im Diagramm „Durchschnittliche aktive Sitzungen“ wird die PDB mit der höchsten Last angezeigt. Die PDB-IDs werden rechts neben den farbcodierten Quadraten angezeigt. Jede ID identifiziert eine PDB eindeutig.
![\[Diagramm „Durchschnittliche aktive Sitzungen“ für PDB-Last\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_topPDB_AAS.png)
1. Scrollen Sie nach unten zur Registerkarte **Top SQL** (Top-SQL).
Im folgenden Beispiel sehen Sie dieselbe SQL-Abfrage und die Last, die sie für mehrere PDBs auslöst.
![\[Gleiche SQL-Abfragelast für mehrere PDBs\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_topPDB_ex1.png)
Im folgenden Beispiel verarbeitet eine einzelne PDB eine höhere Last als andere PDBs in der CDB.
![\[Hohe SQL-Abfragelast für PDB\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf_insights_topPDB_ex2.png)
Weitere Informationen zu Oracle-CDBs finden Sie unter [CDBs and PDBs](https://docs.oracle.com/en/database/oracle/oracle-database/21/cncpt/CDBs-and-PDBs.html#GUID-FC2EB562-ED31-49EF-8707-C766B6FE66B8).
# Analysieren von Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS
Im Dashboard von Amazon RDS Performance Insights finden Sie Informationen zu Ausführungsplänen für DB-Instances von Oracle und SQL Server. Anhand dieser Informationen können Sie herausfinden, welche Pläne am meisten zur DB-Last beitragen.
Informationen zur Analyse von Oracle- oder SQL Server-Ausführungsplänen finden Sie in den folgenden Themen.
**Analysieren von Ausführungsplänen**
+ [Analysieren von Oracle-Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlans.md)
+ [Analysieren von SQL-Server-Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS](USER_PerfInsights.UsingDashboard.AccessPlansSqlServer.md)
## Übersicht über die Analyse von Ausführungsplänen für Amazon RDS
Sie können das Dashboard von Amazon RDS Performance Insights verwenden, um zu erfahren, welche Pläne am meisten zur DB-Last für DB-Instances von Oracle und SQL Server beitragen.
Beispielsweise könnten die Top-SQL-Anweisungen zu einem bestimmten Zeitpunkt die in der folgenden Tabelle gezeigten Pläne verwenden:
****
| Haupt-SQL | Plan |
| --- | --- |
| SELECT SUM(amount\$1sold) FROM sales WHERE prod\$1id = 10 | Plan A |
| SELECT SUM(amount\$1sold) FROM sales WHERE prod\$1id = 521 | Plan B |
| SELECT SUM(s\$1total) FROM sales WHERE region = 10 | Plan A |
| SELECT \$1 FROM emp WHERE emp\$1id = 1000 | Plan C |
| SELECT SUM(amount\$1sold) FROM sales WHERE prod\$1id = 72 | Plan A |
Mit der Planfunktion von Performance Insights können Sie Folgendes tun:
+ herausfinden, welche Pläne von den Top-SQL-Abfragen verwendet werden
Sie könnten beispielsweise herausfinden, dass der Großteil der DB-Last durch Abfragen generiert wird, die Plan A und Plan B verwenden, und nur ein kleiner Prozentsatz Plan C verwendet.
+ verschiedene Pläne für dieselbe Abfrage vergleichen
Im vorhergehenden Beispiel sind drei Abfragen mit Ausnahme der Produkt-ID identisch. Zwei Abfragen verwenden Plan A, aber eine Abfrage verwendet Plan B. Um den Unterschied zwischen den beiden Plänen zu erkennen, können Sie Performance Insights verwenden.
+ herausfinden, wann eine Abfrage auf einen neuen Plan umgeschaltet hat
Sie könnten sehen, dass eine Abfrage Plan A verwendet hat und dann zu einem bestimmten Zeitpunkt zu Plan B gewechselt ist. Gab es zu diesem Zeitpunkt eine Änderung in der Datenbank? Wenn beispielsweise eine Tabelle leer ist, kann der Optimierer einen vollständigen Tabellenscan auswählen. Wenn die Tabelle mit einer Million Zeilen geladen wird, wechselt der Optimierer möglicherweise zu einem Indexbereichs-Scan.
+ einen Drilldown zu den einzelnen Schritten eines Plans mit den höchsten Kosten durchführen
Zum Beispiel könnte für eine lange andauernde Abfrage eine fehlende Join-Bedingung in einem Equi-Join angezeigt werden. Diese fehlende Bedingung erzwingt ein kartesisches Join, das alle Zeilen von zwei Tabellen verbindet.
Sie können die oben genannten Aufgaben mithilfe der Planerfassungsfunktion von Performance Insights ausführen. So wie Sie Abfragen nach Warteereignissen und Top-SQL aufteilen können, können Sie sie nach der Plandimension aufteilen.
# Analysieren von Oracle-Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS
Wenn Sie die DB-Last in einer Oracle-Datenbank analysieren, möchten Sie möglicherweise wissen, welche Pläne am meisten zur DB-Last beitragen. Sie können mithilfe der Planerfassung von Performance Insights ermitteln, welche Pläne am meisten zur DB-Last beitragen.
**Oracle-Ausführungspläne über die Konsole analysieren**
1. Öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Performance-Insights** aus.
1. Wählen Sie eine Oracle-DB-Instance aus. Das Performance-Insights-Dashboard wird für diese DB-Instance angezeigt.
1. Wählen Sie im Bereich **Database load (DB load)** (Datenbanklast (DB-Last)) neben **Slice by** (Aufteilen nach) die Option **Plans** (Pläne) aus.
Im Diagramm „Average active sessions“ (Durchschnittliche aktive Sitzungen) werden die Pläne angezeigt, die von Ihren Top-SQL-Anweisungen verwendet werden. Die Plan-Hash-Werte erscheinen rechts neben den farbcodierten Quadraten. Jeder Hash-Wert identifiziert eindeutig einen Plan.
![\[Aufteilen nach Plänen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-slice-by-plans.png)
1. Scrollen Sie nach unten zur Registerkarte **Top SQL** (Top-SQL).
Im folgenden Beispiel umfasst das Top-SQL-Digest zwei Pläne. Am Fragezeichen in der Anweisung erkennen Sie, dass es sich um ein Digest handelt.
![\[Auswählen eines Digest-Plans\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/top-sql-plans-unselected.png)
1. Wählen Sie den Digest aus, um ihn auf seine Komponentenanweisungen zu erweitern.
Im folgenden Beispiel ist die `SELECT`-Anweisung eine Digest-Abfrage. Die Komponentenabfragen im Digest verwenden zwei verschiedene Pläne. Die Farben der Pläne entsprechen dem Datenbanklastdiagramm. Die Gesamtzahl der Pläne im Digest ist in der zweiten Spalte gezeigt.
![\[Auswählen eines Digest-Plans\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-digest-plan.png)
1. Blättern Sie nach unten und wählen Sie aus der Liste **Plans for digest query** (Pläne für Digest-Abfrage) zwei **Pläne** zum Vergleich aus.
Sie können jeweils einen oder zwei Pläne für eine Abfrage anzeigen. Der folgende Screenshot vergleicht die beiden Pläne im Digest, mit Hash 2032253151 und Hash 1117438016. Im folgenden Beispiel verwenden 62 % der durchschnittlichen aktiven Sitzungen, die diese Digest-Abfrage ausführen, den Plan auf der linken Seite, während 38 % den Plan auf der rechten Seite verwenden.
![\[Vergleichen der Pläne nebeneinander\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-compare-plan.png)
In diesem Beispiel unterscheiden sich die Pläne in einem wichtigen Punkt. Schritt 2 in Plan 2032253151 verwendet einen Index-Scan, während Plan 1117438016 einen vollständigen Tabellenscan verwendet. Bei einer Tabelle mit einer großen Zeilenzahl ist eine Abfrage einer einzelnen Zeile mit einem Index-Scan fast immer schneller.
![\[Vergleichen der Pläne nebeneinander\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-table-access.png)
1. (Optional) Wählen Sie **Copy** (Kopieren) aus, um den Plan in die Zwischenablage zu kopieren, oder **Download** (Herunterladen), um den Plan auf der Festplatte zu speichern.
# Analysieren von SQL-Server-Ausführungsplänen über das Performance-Insights-Dashboard für Amazon RDS
Wenn Sie die DB-Last in einer SQL-Server-Datenbank analysieren, möchten Sie möglicherweise wissen, welche Pläne am meisten zur DB-Last beitragen. Sie können mithilfe der Planerfassung von Performance Insights ermitteln, welche Pläne am meisten zur DB-Last beitragen.
**So analysieren Sie SQL-Server-Ausführungspläne über die Konsole**
1. Öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Performance-Insights** aus.
1. Wählen Sie eine DB-Instance von SQL Server aus. Das Performance-Insights-Dashboard wird für diese DB-Instance angezeigt.
1. Wählen Sie im Bereich **Database load (DB load)** (Datenbanklast (DB-Last)) neben **Slice by** (Aufteilen nach) die Option **Plans** (Pläne) aus.
Im Diagramm „Average active sessions“ (Durchschnittliche aktive Sitzungen) werden die Pläne angezeigt, die von Ihren Top-SQL-Anweisungen verwendet werden. Die Plan-Hash-Werte erscheinen rechts neben den farbcodierten Quadraten. Jeder Hash-Wert identifiziert eindeutig einen Plan.
![\[Aufteilen nach Plänen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-slice-by-plans-sqlserver.png)
1. Scrollen Sie nach unten zur Registerkarte **Top SQL** (Top-SQL).
Im folgenden Beispiel umfasst das Top-SQL-Digest drei Pläne. Das Vorhandensein eines Fragezeichens in der SQL-Anweisung gibt an, dass es sich bei der Anweisung um einen Digest handelt. Um die vollständige SQL-Anweisung anzuzeigen, wählen Sie einen Wert in der Spalte **SQL-Anweisungen** aus.
![\[Auswählen eines Digest-Plans\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/top-sql-plans-unselected-sqlserver.png)
1. Wählen Sie den Digest aus, um ihn auf seine Komponentenanweisungen zu erweitern.
Im folgenden Beispiel ist die `SELECT`-Anweisung eine Digest-Abfrage. Die Komponentenabfragen im Digest verwenden drei verschiedene Ausführungspläne. Die den Plänen zugewiesenen Farben entsprechen dem Datenbanklastdiagramm.
![\[Auswählen eines Digest-Plans\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-digest-plan-sqlserver.png)
1. Blättern Sie nach unten und wählen Sie aus der Liste **Plans for digest query** (Pläne für Digest-Abfrage) zwei **Pläne** zum Vergleich aus.
Sie können jeweils einen oder zwei Pläne für eine Abfrage anzeigen. Der folgende Screenshot vergleicht die beiden Pläne im Digest. Im folgenden Beispiel verwenden 40 % der durchschnittlichen aktiven Sitzungen, die diese Digest-Abfrage ausführen, den Plan auf der linken Seite, während 28 % den Plan auf der rechten Seite verwenden.
![\[Vergleichen der Pläne nebeneinander\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-compare-plan-sqlserver.png)
Im vorherigen Beispiel unterscheiden sich die Pläne in einem wichtigen Punkt. Schritt 2 im Plan auf der linken Seite verwendet einen Tabellen-Scan, wohingegen der Plan auf der rechten Seite einen gruppierten Index-Scan verwendet. Bei einer Tabelle mit einer großen Zeilenzahl ist eine Abfrage einer einzelnen Zeile mit einem gruppierten Index-Scan fast immer schneller.
1. (Optional) Wählen Sie das Symbol **Einstellungen** in der Tabelle mit den Plandetails aus, um die Sichtbarkeit und Reihenfolge der Spalten anzupassen. Der folgende Screenshot zeigt die Tabelle mit den Plandetails mit der Spalte **Ausgabeliste** als zweite Spalte.
![\[Anpassen der Sichtbarkeit und Reihenfolge der Spalten in der Tabelle Plandetails\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/pi-plan-fields-sql-server.png)
1. (Optional) Wählen Sie **Copy** (Kopieren) aus, um den Plan in die Zwischenablage zu kopieren, oder **Download** (Herunterladen), um den Plan auf der Festplatte zu speichern.
**Anmerkung**
Performance Insights zeigt geschätzte Ausführungspläne anhand einer hierarchischen Baumstruktur an. Die Tabelle enthält die Teilausführungsinformationen für jede Anweisung. Weitere Informationen zu den Spalten in der Tabelle mit den Plandetails finden Sie unter [SET SHOWPLAN\$1ALL](https://learn.microsoft.com/en-us/sql/t-sql/statements/set-showplan-all-transact-sql) in der SQL-Server-Dokumentation. Um die vollständigen Ausführungsinformationen für einen geschätzten Ausführungsplan anzuzeigen, wählen Sie **Herunterladen** aus, um den Plan herunterzuladen, und laden Sie ihn dann in SQL Server Management Studio hoch. Weitere Informationen zum Anzeigen eines geschätzten Ausführungsplans mit SQL Server Management Studio finden Sie unter [Display an Estimated Execution Plan](https://learn.microsoft.com/en-us/sql/relational-databases/performance/display-the-estimated-execution-plan) in der SQL-Server-Dokumentation.
# Anzeigen proaktiver Empfehlungen von Performance Insights
Amazon RDS Performance Insights überwacht bestimmte Metriken und erstellt automatisch Schwellenwerte, indem analysiert wird, welche Werte für eine bestimmte Ressource potenziell problematisch sein könnten. Wenn die neuen Metrikwerte über einen bestimmten Zeitraum einen vordefinierten Schwellenwert überschreiten, generiert Performance Insights eine proaktive Empfehlung. Diese Empfehlung trägt dazu bei, zukünftige Auswirkungen auf die Datenbankleistung zu verhindern. Um diese proaktiven Empfehlungen zu erhalten, müssen Sie Performance Insights mit einer Aufbewahrungsfrist für ein kostenpflichtiges Kontingent aktivieren.
Weitere Informationen zum Aktivieren von Performance Insights finden Sie unter [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md). Weitere Informationen zur Preisgestaltung und Datenaufbewahrung für Performance Insights finden Sie unter [Preisgestaltung und Datenspeicherung für Performance Insights](USER_PerfInsights.Overview.cost.md).
Informationen zu den Regionen, DB-Engines und Instance-Klassen, die für die proaktiven Empfehlungen unterstützt werden, finden Sie unter [Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights Insights-Funktionen](USER_PerfInsights.Overview.Engines.md#USER_PerfInsights.Overview.PIfeatureEngnRegSupport).
Die detaillierte Analyse und die empfohlenen Untersuchungen der proaktiven Empfehlungen finden Sie auf der Seite mit den Empfehlungsdetails.
Weitere Informationen zu Empfehlungen finden Sie unter [Empfehlungen von Amazon RDS](monitoring-recommendations.md).
**So zeigen Sie die detaillierte Analyse einer proaktiven Empfehlung an**
1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Führen Sie im Navigationsbereich eine der folgenden Aktionen aus:
+ Wählen Sie **Empfehlungen** aus.
Auf der Seite **Empfehlungen** wird eine nach Schweregrad sortierte Liste mit Empfehlungen für alle Ressourcen in Ihrem Konto angezeigt.
+ Wählen Sie **Datenbanken** und dann **Empfehlungen** für eine Ressource auf der Datenbankseite aus.
Die Registerkarte **Empfehlungen** zeigt die Empfehlungen und entsprechende Details für die ausgewählte Ressource an.
1. Suchen Sie nach einer proaktiven Empfehlung und wählen Sie **Details anzeigen** aus.
Die Detailseite zu den Empfehlungen wird angezeigt. Der Titel enthält den Namen der betroffenen Ressource mit dem erkannten Problem und dem Schweregrad.
Auf der Seite mit den Empfehlungsdetails finden Sie die folgenden Komponenten:
+ **Zusammenfassung der Empfehlung** – Das erkannte Problem, Empfehlung und Problemstatus, Start- und Endzeit des Problems, Änderungszeit der Empfehlung und Engine-Typ.
![\[Die Detailseite zu Empfehlungen für proaktive Empfehlungen mit dem Abschnitt „Zusammenfassung der Empfehlung“ in der Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/RecommendationProactive-RecSummary.png)
+ **Metriken** – Die Diagramme des erkannten Problems. Jedes Diagramm zeigt einen Schwellenwert, der durch das Basisverhalten der Ressource und die Daten der Metrik bestimmt wird, die ab der Startzeit des Problems gemeldet wurden.
![\[Die Detailseite zu Empfehlungen für proaktive Empfehlungen mit dem Abschnitt „Metriken“ in der Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/RecommedationProactive_Metrics.png)
+ **Analyse und Empfehlungen** – Die Empfehlung und der Grund für die vorgeschlagene Empfehlung.
![\[Die Detailseite zu Empfehlungen für proaktive Empfehlungen mit dem Abschnitt „Analyse und Empfehlungen“ in der Konsole\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/ProactiveRecommendation-AnalysisAndRec.png)
Sie können die Ursache des Problems überprüfen und dann die empfohlenen Maßnahmen zur Behebung des Problems ergreifen oder oben rechts auf **Verwerfen** klicken, um die Empfehlung zu verwerfen.
# Abrufen von Metriken mit der Performance-Insights-API für Amazon RDS
Wenn Performance Insights aktiviert ist, bietet die API Einblicke in die Instance-Leistung. Amazon CloudWatch Logs stellt die maßgebliche Quelle für Verkaufsüberwachungsmetriken für AWS-Services bereit.
Performance Insights bietet eine domänenspezifische Ansicht der Datenbanklast, gemessen als durchschnittliche aktive Sitzungen (AAS). Diese Metrik erscheint API-Verbrauchern als zweidimensionaler Zeitreihendatensatz. Die Zeitdimension der Daten stellt die Datenbanklastdaten für jeden Zeitpunkt im abgefragten Zeitraum bereit. Für jeden Zeitpunkt wird die Gesamtlast bezogen auf die angeforderten Dimensionen zerlegt, z. B. `SQL`, `Wait-event`, `User` oder `Host`, gemessen zum betreffenden Zeitpunkt.
Amazon RDS Performance Insights überwacht Ihren Amazon RDS, damit Sie die Datenbankleistung analysieren und beheben können. Eine Möglichkeit zum Anzeigen von Performance-Insights-Daten bietet die AWS-Managementkonsole. Performance Insights stellt außerdem eine öffentliche API bereit, sodass Sie Ihre eigenen Daten abfragen können. Sie können die API für Folgendes verwenden:
+ Auslagern von Daten in eine Datenbank
+ Hinzufügen von Performance-Insights-Daten zu bestehenden Überwachungs-Dashboards
+ Entwickeln von Überwachungstools
Zum Verwenden der Performance-Insights-API aktivieren Sie Performance Insights auf einer Ihrer Amazon-RDS-DB-Instances. Weitere Informationen zum Aktivieren von Performance Insights finden Sie unter [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md). Weitere Informationen zur Performance-Insights-API finden Sie in der [Referenz zur Amazon RDS Performance-Insights-API](https://docs.aws.amazon.com/performance-insights/latest/APIReference/Welcome.html).
Die Performance-Insights-API bietet die folgenden Operationen.
****
| Performance-Insights-Aktion | AWS CLI command | Beschreibung |
| --- | --- | --- |
| [https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_CreatePerformanceAnalysisReport.html](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_CreatePerformanceAnalysisReport.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/CreatePerformanceAnalysisReport.html](https://docs.aws.amazon.com/cli/latest/reference/pi/CreatePerformanceAnalysisReport.html) | Erstellt einen Leistungsanalysebericht für die DB-Instance für einen bestimmten Zeitraum. Das Ergebnis lautet `AnalysisReportId`. Dies ist der eindeutige Bezeichner des Berichts. |
| [https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DeletePerformanceAnalysisReport.html](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DeletePerformanceAnalysisReport.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/DeletePerformanceAnalysisReport.html](https://docs.aws.amazon.com/cli/latest/reference/pi/DeletePerformanceAnalysisReport.html) | Löscht einen Leistungsanalysebericht. |
| [https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DescribeDimensionKeys.html](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DescribeDimensionKeys.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/describe-dimension-keys.html](https://docs.aws.amazon.com/cli/latest/reference/pi/describe-dimension-keys.html) | Ruft die Schlüssel der Top N-Dimension für eine Metrik für einen bestimmten Zeitraum ab. |
| [https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_GetDimensionKeyDetails.html](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_GetDimensionKeyDetails.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/get-dimension-key-details.html](https://docs.aws.amazon.com/cli/latest/reference/pi/get-dimension-key-details.html) | Ruft die Attribute der angegebenen Dimensionsgruppe für eine DB-Instance oder Datenquelle ab. Wenn Sie beispielsweise eine SQL-ID angeben und die Dimensionsdetails sind verfügbar, ruft `GetDimensionKeyDetails` den Volltext der Dimension `db.sql.statement` ab, die mit dieser ID verknüpft ist. Dieser Vorgang ist nützlich, da `GetResourceMetrics` und `DescribeDimensionKeys` das Abrufen von umfangreichen SQL-Anweisungen nicht unterstützt. |
| [https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_GetPerformanceAnalysisReport.html](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_GetPerformanceAnalysisReport.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/GetPerformanceAnalysisReport.html](https://docs.aws.amazon.com/cli/latest/reference/pi/GetPerformanceAnalysisReport.html) | Ruft den Bericht einschließlich der Erkenntnisse für den Bericht ab. Das Ergebnis umfasst den Berichtsstatus, die Berichts-ID, Details zum Berichtszeitpunkt, Erkenntnisse und Empfehlungen. |
| [GetResourceMetadata](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_GetResourceMetadata.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/get-resource-metadata.html](https://docs.aws.amazon.com/cli/latest/reference/pi/get-resource-metadata.html) | Rufen Sie die Metadaten für verschiedene Funktionen ab. Die Metadaten könnten beispielsweise darauf hindeuten, dass eine Funktion für eine bestimmte DB-Instance ein- oder ausgeschaltet ist. |
| [https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_GetResourceMetrics.html](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_GetResourceMetrics.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/get-resource-metrics.html](https://docs.aws.amazon.com/cli/latest/reference/pi/get-resource-metrics.html) | Ruft Performance-Insights-Metriken für eine Reihe von Datenquellen über einen Zeitraum ab. Sie können spezifische Dimensionsgruppen und Dimensionen bereitstellen und Aggregation und Filterkriterien für jede Gruppe bereitstellen. |
| [ListAvailableResourceDimensions](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_ListAvailableResourceDimensions.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/list-available-resource-dimensions.html](https://docs.aws.amazon.com/cli/latest/reference/pi/list-available-resource-dimensions.html) | Rufen Sie die Dimensionen ab, die für jeden angegebenen Metriktyp für eine bestimmte Instance abgefragt werden können. |
| [ListAvailableResourceMetrics](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_ListAvailableResourceMetrics.html) | [https://docs.aws.amazon.com/cli/latest/reference/pi/list-available-resource-metrics.html](https://docs.aws.amazon.com/cli/latest/reference/pi/list-available-resource-metrics.html) | Rufen Sie alle verfügbaren Metriken der angegebenen Metriktypen ab, die für eine bestimmte DB-Instance abgefragt werden können. |
| `[ListPerformanceAnalysisReports](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_ListPerformanceAnalysisReports.html)` | [https://docs.aws.amazon.com/cli/latest/reference/pi/list-performance-analysis-reports.html](https://docs.aws.amazon.com/cli/latest/reference/pi/list-performance-analysis-reports.html) | Ruft alle Analyseberichte ab, die für die DB-Instance verfügbar sind. Die Berichte werden auf der Grundlage der Startzeit jedes Berichts aufgelistet. |
| `[ListTagsForResource](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_ListTagsForResource.html)` | [https://docs.aws.amazon.com/cli/latest/reference/pi/list-tags-for-resource.html](https://docs.aws.amazon.com/cli/latest/reference/pi/list-tags-for-resource.html) | Listet alle Metadaten-Tags auf, die der Ressource hinzugefügt wurden. Die Liste enthält den Namen und den Wert des Tags. |
| `[TagResource](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_TagResource.html)` | [https://docs.aws.amazon.com/cli/latest/reference/pi/tag-resource.html](https://docs.aws.amazon.com/cli/latest/reference/pi/tag-resource.html) | Fügt einer Amazon-RDS-Ressource Metadaten-Tags hinzu. Das Tag enthält einen Namen und einen Wert. |
| `[UntagResource](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_UntagResource.html)` | [https://docs.aws.amazon.com/cli/latest/reference/pi/untag-resource.html](https://docs.aws.amazon.com/cli/latest/reference/pi/untag-resource.html) | Entfernt die Metadaten-Tags von der Ressource. |
Weitere Informationen zum Abrufen von Zeitreihenmetriken und AWS CLI-Beispiele für Performance Insights finden Sie in den folgenden Themen.
**Topics**
+ [Abrufen von Zeitreihenmetriken für Performance Insights](USER_PerfInsights.API.TimeSeries.md)
+ [AWS CLI Beispiele für Performance Insights](USER_PerfInsights.API.Examples.md)
# Abrufen von Zeitreihenmetriken für Performance Insights
Mit der `GetResourceMetrics`-Operation werden ein oder mehrere Zeitreihenmetriken aus den Performance-Insights-Daten abgerufen. Für `GetResourceMetrics` ist eine Metrik und ein Zeitraum erforderlich, damit eine Antwort mit einer Liste von Datenpunkten zurückgegeben wird.
Zum Beispiel dieAWS-Managementkonsole Verwendung`GetResourceMetrics` zum Ausfüllen des Diagramms „**Zählermetriken**“ und des** Datenbank-Load-Diagramms**, wie in der folgenden Abbildung dargestellt.
![\[Zählermetriken- und Datenbanklastdiagramme\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-api-charts.png)
Alle von zurückgegebenen Metriken`GetResourceMetrics` sind Standard-Zeitreihenmetriken, mit Ausnahme von`db.load`. Diese Metrik wird im Diagramm **Database Load (Datenbanklast)** angezeigt. Die`db.load` Metrik unterscheidet sich von den anderen Zeitreihenmetriken, da Sie sie in Unterkomponenten aufteilen können, die als* Dimensionen* bezeichnet werden. In der vorherigen Abbildung wird `db.load` unterteilt und nach Wartezuständen gruppiert, aus denen `db.load` besteht.
**Anmerkung**
`GetResourceMetrics` kann auch die `db.sampleload`-Metrik zurückgeben, aber die `db.load`-Metrik ist in den meisten Fällen angemessen.
Informationen zu den Zählermetriken, die von `GetResourceMetrics` zurückgegeben werden, finden Sie unter [Performance-Insights-Zählermetriken](USER_PerfInsights_Counters.md).
Die folgenden Berechnungen werden für die Metriken unterstützt:
+ Durchschnitt – Der durchschnittliche Wert für die Metrik über einen bestimmten Zeitraum. Fügen Sie dem Metriknamen `.avg` an.
+ Minimum – Der minimale Wert für die Metrik über einen bestimmten Zeitraum. Fügen Sie dem Metriknamen `.min` an.
+ Maximum – Der maximale Wert für die Metrik über einen bestimmten Zeitraum. Fügen Sie dem Metriknamen `.max` an.
+ Summe – Die Summe der Metrikwerte über einen bestimmten Zeitraum. Fügen Sie dem Metriknamen `.sum` an.
+ Beispielanzahl – Die Anzahl, wie oft die Metrik über einen bestimmten Zeitraum erfasst wurde. Fügen Sie dem Metriknamen `.sample_count` an.
Nehmen wir an, dass eine Metrik beispielsweise 300 Sekunden (5 Minuten) lang erfasst wird und dass die Metrik einmal pro Minute erfasst wird. Die Werte für jede Minute sind 1, 2, 3, 4 und 5. In diesem Fall werden die folgenden Berechnungen zurückgegeben:
+ Durchschnitt – 3
+ Minimum – 1
+ Maximum – 5
+ Summe – 15
+ Beispielanzahl – 5
Weitere Informationen zur Verwendung des AWS CLI-Befehls `get-resource-metrics` finden Sie unter [https://docs.aws.amazon.com/cli/latest/reference/pi/get-resource-metrics.html](https://docs.aws.amazon.com/cli/latest/reference/pi/get-resource-metrics.html).
Geben Sie für die `--metric-queries`-Option eine oder mehrere Abfragen an, um die entsprechenden Ergebnisse zu erhalten. Jede Abfrage besteht aus einem obligatorischen `Metric`- sowie optionalen `GroupBy`- und `Filter`-Parametern. Es folgt ein Beispiel für eine Spezifikation der `--metric-queries`-Option.
```
{
"Metric": "string",
"GroupBy": {
"Group": "string",
"Dimensions": ["string", ...],
"Limit": integer
},
"Filter": {"string": "string"
...}
```
# AWS CLI Beispiele für Performance Insights
In den folgenden Abschnitten erfahren Sie mehr über das AWS Command Line Interface (AWS CLI) für Performance Insights und AWS CLI Anwendungsbeispiele.
**Topics**
+ [Integrierte Hilfe AWS CLI für Performance Insights](#USER_PerfInsights.API.CLI)
+ [Abrufen von Zählermetriken](#USER_PerfInsights.API.Examples.CounterMetrics)
+ [Abrufen des DB-Lastdurchschnitts für Top-Warteereignisse](#USER_PerfInsights.API.Examples.DBLoadAverage)
+ [Abrufen des DB-Lastdurchschnitts für Top-SQL-Anweisungen](#USER_PerfInsights.API.Examples.DBLoadAverageTop10SQL)
+ [Abrufen des nach SQL gefilterten DB-Lastdurchschnitts](#USER_PerfInsights.API.Examples.DBLoadAverageFilterBySQL)
+ [Abrufen des Volltextes einer SQL-Anweisung](#USER_PerfInsights.API.Examples.GetDimensionKeyDetails)
+ [Erstellen eines Leistungsanalyseberichts für einen bestimmten Zeitraum](#USER_PerfInsights.API.Examples.CreatePerfAnalysisReport)
+ [Abrufen eines Leistungsanalyseberichts](#USER_PerfInsights.API.Examples.GetPerfAnalysisReport)
+ [Auflisten aller Leistungsanalyseberichte für die DB-Instance](#USER_PerfInsights.API.Examples.ListPerfAnalysisReports)
+ [Löschen eines Leistungsanalyseberichts](#USER_PerfInsights.API.Examples.DeletePerfAnalysisReport)
+ [Hinzufügen eines Tags zu einem Leistungsanalysebericht](#USER_PerfInsights.API.Examples.TagPerfAnalysisReport)
+ [Auflisten aller Tags für einen Leistungsanalysebericht](#USER_PerfInsights.API.Examples.ListTagsPerfAnalysisReport)
+ [Löschen der Tags eines Leistungsanalyseberichts](#USER_PerfInsights.API.Examples.UntagPerfAnalysisReport)
## Integrierte Hilfe AWS CLI für Performance Insights
Sie können Performance-Insights-Daten über die anzeige AWS CLI. Sie können die Hilfe zu den AWS CLI Befehlen für Performance Insights anzeigen, indem Sie in der Befehlszeile Folgendes eingeben.
```
aws pi help
```
Falls Sie das nicht AWS CLI installiert haben, finden Sie unter [Installation von AWS CLI im AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/installing.html) *Benutzerhandbuch* weitere Informationen zur Installation.
## Abrufen von Zählermetriken
Der folgende Screenshot zeigt zwei Zählermetriken-Diagramme in der AWS-Managementkonsole.
![\[Zählermetriken-Diagramme\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-api-counters-charts.png)
Das folgende Beispiel zeigt, wie dieselben Daten erfasst werden, die er zur Generierung der beiden Zählermetrikdiagramme AWS-Managementkonsole verwendet.
Für Linux, macOS oder Unix:
```
aws pi get-resource-metrics \
--service-type RDS \
--identifier db-ID \
--start-time 2018-10-30T00:00:00Z \
--end-time 2018-10-30T01:00:00Z \
--period-in-seconds 60 \
--metric-queries '[{"Metric": "os.cpuUtilization.user.avg" },
{"Metric": "os.cpuUtilization.idle.avg"}]'
```
Für Windows:
```
aws pi get-resource-metrics ^
--service-type RDS ^
--identifier db-ID ^
--start-time 2018-10-30T00:00:00Z ^
--end-time 2018-10-30T01:00:00Z ^
--period-in-seconds 60 ^
--metric-queries '[{"Metric": "os.cpuUtilization.user.avg" },
{"Metric": "os.cpuUtilization.idle.avg"}]'
```
Sie können einen Befehl besser lesbar gestalten, indem Sie eine Datei für die Option `--metrics-query` angeben. Im folgenden Beispiel wird eine Datei namens query.json für die Option verwendet. Die Datei enthält Folgendes.
```
[
{
"Metric": "os.cpuUtilization.user.avg"
},
{
"Metric": "os.cpuUtilization.idle.avg"
}
]
```
Führen Sie den folgenden Befehl aus, um die Datei zu verwenden.
Für Linux, macOS oder Unix:
```
aws pi get-resource-metrics \
--service-type RDS \
--identifier db-ID \
--start-time 2018-10-30T00:00:00Z \
--end-time 2018-10-30T01:00:00Z \
--period-in-seconds 60 \
--metric-queries file://query.json
```
Für Windows:
```
aws pi get-resource-metrics ^
--service-type RDS ^
--identifier db-ID ^
--start-time 2018-10-30T00:00:00Z ^
--end-time 2018-10-30T01:00:00Z ^
--period-in-seconds 60 ^
--metric-queries file://query.json
```
Das vorige Beispiel gibt die folgenden Werte für die Optionen an:
+ `--service-type` – `RDS` für Amazon RDS
+ `--identifier` – Die Ressource-ID für die DB-Instance
+ `--start-time` und `--end-time` – Die ISO 8601-Werte `DateTime` für den abzufragenden Zeitraum mit mehreren unterstützten Formaten
Der Abfragezeitraum beträgt eine Stunde:
+ `--period-in-seconds` – `60` für eine Abfrage pro Minute
+ `--metric-queries` – Ein Array mit zwei Abfragen, jeweils für nur eine Metrik.
Der Metrikname verwendet Punkte, um die Metrik in eine sinnvolle Kategorie einzustufen, wobei das letzte Element eine Funktion ist. Im Beispiel lautet die Funktion `avg` für jede Abfrage. Wie bei Amazon CloudWatch sind die unterstützten Funktionen `min``max`,`total`, und`avg`.
Die Antwort sieht in etwa so aus:
```
{
"Identifier": "db-XXX",
"AlignedStartTime": 1540857600.0,
"AlignedEndTime": 1540861200.0,
"MetricList": [
{ //A list of key/datapoints
"Key": {
"Metric": "os.cpuUtilization.user.avg" //Metric1
},
"DataPoints": [
//Each list of datapoints has the same timestamps and same number of items
{
"Timestamp": 1540857660.0, //Minute1
"Value": 4.0
},
{
"Timestamp": 1540857720.0, //Minute2
"Value": 4.0
},
{
"Timestamp": 1540857780.0, //Minute 3
"Value": 10.0
}
//... 60 datapoints for the os.cpuUtilization.user.avg metric
]
},
{
"Key": {
"Metric": "os.cpuUtilization.idle.avg" //Metric2
},
"DataPoints": [
{
"Timestamp": 1540857660.0, //Minute1
"Value": 12.0
},
{
"Timestamp": 1540857720.0, //Minute2
"Value": 13.5
},
//... 60 datapoints for the os.cpuUtilization.idle.avg metric
]
}
] //end of MetricList
} //end of response
```
Die Antwort enthält Werte für `Identifier`, `AlignedStartTime` und `AlignedEndTime`. Bei einem `--period-in-seconds`-Wert von `60` wurden Start- und Endzeiten auf die Minute ausgerichtet. Wenn der `--period-in-seconds`-Wert `3600` lautet, werden Start- und Endzeiten auf die Stunde ausgerichtet.
Die `MetricList` in der Antwort enthält eine Reihe von Einträgen, und zwar jeweils mit einem `Key`- und einem `DataPoints`-Eintrag. Jeder `DataPoint` verfügt über einen `Timestamp` und einen `Value`. Jede `Datapoints`-Liste enthält 60 Datenpunkte, da die Abfragen eine Stunde lang jede Minute Daten abfragen, und zwar mit den Werten `Timestamp1/Minute1`, `Timestamp2/Minute2` usw. bis `Timestamp60/Minute60`.
Da sich die Abfrage auf zwei verschiedene Zählermetriken bezieht, enthält die -Antwort zwei Element `MetricList`.
## Abrufen des DB-Lastdurchschnitts für Top-Warteereignisse
Das folgende Beispiel ist dieselbe Abfrage, die AWS-Managementkonsole verwendet wird, um ein gestapeltes Flächenliniendiagramm zu generieren. Mit diesem Beispiel wird der `db.load.avg`-Wert für die letzte Stunde abgerufen, wobei die Last auf die sieben Top-Warteereignisse aufgeteilt ist. Der Befehl ist mit dem Befehl unter identisc [Abrufen von Zählermetriken](#USER_PerfInsights.API.Examples.CounterMetrics). Die Datei query.json enthält hingegen Folgendes.
```
[
{
"Metric": "db.load.avg",
"GroupBy": { "Group": "db.wait_event", "Limit": 7 }
}
]
```
Führen Sie den folgenden Befehl aus.
Für Linux, macOS oder Unix:
```
aws pi get-resource-metrics \
--service-type RDS \
--identifier db-ID \
--start-time 2018-10-30T00:00:00Z \
--end-time 2018-10-30T01:00:00Z \
--period-in-seconds 60 \
--metric-queries file://query.json
```
Für Windows:
```
aws pi get-resource-metrics ^
--service-type RDS ^
--identifier db-ID ^
--start-time 2018-10-30T00:00:00Z ^
--end-time 2018-10-30T01:00:00Z ^
--period-in-seconds 60 ^
--metric-queries file://query.json
```
Das Beispiel gibt die Metrik `db.load.avg` und eine `GroupBy`-Sortierung der sieben Top-Warteereignisse an. Einzelheiten zu gültigen Werten für dieses Beispiel finden Sie [DimensionGroup](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DimensionGroup.html)in der *Performance Insights API-Referenz.*
Die Antwort sieht in etwa so aus:
```
{
"Identifier": "db-XXX",
"AlignedStartTime": 1540857600.0,
"AlignedEndTime": 1540861200.0,
"MetricList": [
{ //A list of key/datapoints
"Key": {
//A Metric with no dimensions. This is the total db.load.avg
"Metric": "db.load.avg"
},
"DataPoints": [
//Each list of datapoints has the same timestamps and same number of items
{
"Timestamp": 1540857660.0, //Minute1
"Value": 0.5166666666666667
},
{
"Timestamp": 1540857720.0, //Minute2
"Value": 0.38333333333333336
},
{
"Timestamp": 1540857780.0, //Minute 3
"Value": 0.26666666666666666
}
//... 60 datapoints for the total db.load.avg key
]
},
{
"Key": {
//Another key. This is db.load.avg broken down by CPU
"Metric": "db.load.avg",
"Dimensions": {
"db.wait_event.name": "CPU",
"db.wait_event.type": "CPU"
}
},
"DataPoints": [
{
"Timestamp": 1540857660.0, //Minute1
"Value": 0.35
},
{
"Timestamp": 1540857720.0, //Minute2
"Value": 0.15
},
//... 60 datapoints for the CPU key
]
},
//... In total we have 8 key/datapoints entries, 1) total, 2-8) Top Wait Events
] //end of MetricList
} //end of response
```
In dieser Antwort gibt es acht Einträge in der `MetricList`. Davon bezieht sich ein Eintrag auf den `db.load.avg`-Gesamtwert und sieben Einträge jeweils auf den `db.load.avg`-Wert, der auf eines der sieben Top-Warteereignisse aufgeteilt ist. Im Gegensatz zum ersten Beispiel, bei dem eine Gruppierungsdimension vorlag, muss für jede Gruppierung der Metrik ein Schlüssel vorliegen. Für jede Metrik kann nicht nur ein Schlüssel vorhanden sein, wie im Anwendungsfall der Basiszählermetrik.
## Abrufen des DB-Lastdurchschnitts für Top-SQL-Anweisungen
Im folgenden Beispiel werden `db.wait_events` entsprechend der 10 Top-SQL-Anweisungen gruppiert. Es gibt zwei verschiedene Gruppen für SQL-Anweisungen.
+ `db.sql` – Die vollständige SQL-Anweisung, wie `select * from customers where customer_id = 123`
+ `db.sql_tokenized` – Die SQL-Anweisung mit Token, wie `select * from customers where customer_id = ?`
Beim Analysieren der Datenbank-Performance kann es nützlich sein, SQL-Anweisungen, die sich nur durch ihre Parameter unterscheiden, als ein logisches Element zu betrachten. In diesem Fall können Sie `db.sql_tokenized` beim Abfragen verwenden. In manchen Fällen, insbesondere wenn Sie an Explain-Plänen interessiert sind, ist es jedoch sinnvoller, die vollständigen SQL-Anweisungen mit Parametern zu untersuchen und die Abfrage nach `db.sql` zu gruppieren. Zwischen SQL-Anweisungen mit Token und vollständigen SQL-Anweisungen besteht eine Beziehung der Über-/Unterordnung. Mehrere vollständige (untergeordnete) SQL-Anweisungen befinden sich unter derselben (übergeordneten) SQL-Anweisung mit Token.
Der Befehl in diesem Beispiel ähnelt dem Befehl unter [Abrufen des DB-Lastdurchschnitts für Top-Warteereignisse](#USER_PerfInsights.API.Examples.DBLoadAverage). Die Datei query.json enthält hingegen Folgendes.
```
[
{
"Metric": "db.load.avg",
"GroupBy": { "Group": "db.sql_tokenized", "Limit": 10 }
}
]
```
Im folgenden Beispiel wird verwende `db.sql_tokenized`.
Für Linux, macOS oder Unix:
```
aws pi get-resource-metrics \
--service-type RDS \
--identifier db-ID \
--start-time 2018-10-29T00:00:00Z \
--end-time 2018-10-30T00:00:00Z \
--period-in-seconds 3600 \
--metric-queries file://query.json
```
Für Windows:
```
aws pi get-resource-metrics ^
--service-type RDS ^
--identifier db-ID ^
--start-time 2018-10-29T00:00:00Z ^
--end-time 2018-10-30T00:00:00Z ^
--period-in-seconds 3600 ^
--metric-queries file://query.json
```
In diesem Beispiel werden Abfragen über 24 Stunden, mit einer Stunde, abgefragt period-in-seconds.
Das Beispiel gibt die Metrik `db.load.avg` und eine `GroupBy`-Sortierung der sieben Top-Warteereignisse an. Einzelheiten zu gültigen Werten für dieses Beispiel finden Sie [DimensionGroup](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_DimensionGroup.html)in der *Performance Insights API-Referenz.*
Die Antwort sieht in etwa so aus:
```
{
"AlignedStartTime": 1540771200.0,
"AlignedEndTime": 1540857600.0,
"Identifier": "db-XXX",
"MetricList": [ //11 entries in the MetricList
{
"Key": { //First key is total
"Metric": "db.load.avg"
}
"DataPoints": [ //Each DataPoints list has 24 per-hour Timestamps and a value
{
"Value": 1.6964980544747081,
"Timestamp": 1540774800.0
},
//... 24 datapoints
]
},
{
"Key": { //Next key is the top tokenized SQL
"Dimensions": {
"db.sql_tokenized.statement": "INSERT INTO authors (id,name,email) VALUES\n( nextval(?) ,?,?)",
"db.sql_tokenized.db_id": "pi-2372568224",
"db.sql_tokenized.id": "AKIAIOSFODNN7EXAMPLE"
},
"Metric": "db.load.avg"
},
"DataPoints": [ //... 24 datapoints
]
},
// In total 11 entries, 10 Keys of top tokenized SQL, 1 total key
] //End of MetricList
} //End of response
```
Diese Antwort umfasst 11 Einträge in der `MetricList` (1 gesamt, 10 Top-SQL mit Token), wobei jeder Eintrage 24 `DataPoints` pro Stunde aufweist.
Für SQL-Anweisungen mit Token gibt es in jeder Dimensionsliste drei Einträge:
+ `db.sql_tokenized.statement` – Die SQL-Anweisung mit Token.
+ `db.sql_tokenized.db_id ` – Entweder die native Datenbank-ID zum Verweisen auf die SQL-Anweisung oder eine synthetische ID, die von Performance Insights generiert wird, wenn keine native Datenbank-ID verfügbar ist. In diesem Beispiel wird die synthetische ID `pi-2372568224` zurückgegeben.
+ `db.sql_tokenized.id` – Die ID der Abfrage innerhalb von Performance-Insights.
In der AWS-Managementkonsole wird diese ID als Support-ID bezeichnet. Es trägt diesen Namen, weil es sich bei der ID um Daten handelt, die der AWS Support untersuchen kann, um Ihnen bei der Behebung eines Problems mit Ihrer Datenbank zu helfen. AWS nimmt die Sicherheit und den Datenschutz Ihrer Daten sehr ernst und fast alle Daten werden mit Ihrem AWS KMS Schlüssel verschlüsselt gespeichert. Daher AWS kann niemand im Inneren diese Daten einsehen. Im vorherigen Beispiel wird sowohl `tokenized.statement` als auch `tokenized.db_id` verschlüsselt gespeichert. Wenn Sie ein Problem mit Ihrer Datenbank haben, kann Ihnen der AWS Support unter Angabe der Support-ID weiterhelfen.
Beim Abfragen empfiehlt es sich ggf., eine `Group` in `GroupBy` anzugeben. Für eine präzisere Kontrolle der Daten, die zurückgegeben werden, sollten Sie allerdings die Dimensionsliste angeben. Wenn z. B. lediglich eine `db.sql_tokenized.statement` erforderlich ist, kann der query.json-Datei ein `Dimensions`-Attribut hinzugefügt werden.
```
[
{
"Metric": "db.load.avg",
"GroupBy": {
"Group": "db.sql_tokenized",
"Dimensions":["db.sql_tokenized.statement"],
"Limit": 10
}
}
]
```
## Abrufen des nach SQL gefilterten DB-Lastdurchschnitts
![\[Filtern nach SQL-Diagramm.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/perf-insights-api-filter-chart.png)
Die vorherige Abbildung zeigt, dass eine bestimmte Abfrage ausgewählt ist, und das Stapelflächendiagramm der durchschnittlichen aktiven Top-Sitzungen ist auf diese Abfrage beschränkt. Obwohl sich die Abfrage nach wie vor auf die sieben Top-Gesamtwarteereignisse bezieht, wird der Wert der Antwort gefiltert. Durch das Filtern werden nur die Sitzungen berücksichtigt, die mit dem entsprechenden Filter übereinstimmen.
Die entsprechende API-Abfrage in diesem Beispiel ähnelt dem Befehl unter [Abrufen des DB-Lastdurchschnitts für Top-SQL-Anweisungen](#USER_PerfInsights.API.Examples.DBLoadAverageTop10SQL). Die Datei query.json enthält hingegen Folgendes.
```
[
{
"Metric": "db.load.avg",
"GroupBy": { "Group": "db.wait_event", "Limit": 5 },
"Filter": { "db.sql_tokenized.id": "AKIAIOSFODNN7EXAMPLE" }
}
]
```
Für Linux, macOS oder Unix:
```
aws pi get-resource-metrics \
--service-type RDS \
--identifier db-ID \
--start-time 2018-10-30T00:00:00Z \
--end-time 2018-10-30T01:00:00Z \
--period-in-seconds 60 \
--metric-queries file://query.json
```
Für Windows:
```
aws pi get-resource-metrics ^
--service-type RDS ^
--identifier db-ID ^
--start-time 2018-10-30T00:00:00Z ^
--end-time 2018-10-30T01:00:00Z ^
--period-in-seconds 60 ^
--metric-queries file://query.json
```
Die Antwort sieht in etwa so aus:
```
{
"Identifier": "db-XXX",
"AlignedStartTime": 1556215200.0,
"MetricList": [
{
"Key": {
"Metric": "db.load.avg"
},
"DataPoints": [
{
"Timestamp": 1556218800.0,
"Value": 1.4878117913832196
},
{
"Timestamp": 1556222400.0,
"Value": 1.192823803967328
}
]
},
{
"Key": {
"Metric": "db.load.avg",
"Dimensions": {
"db.wait_event.type": "io",
"db.wait_event.name": "wait/io/aurora_redo_log_flush"
}
},
"DataPoints": [
{
"Timestamp": 1556218800.0,
"Value": 1.1360544217687074
},
{
"Timestamp": 1556222400.0,
"Value": 1.058051341890315
}
]
},
{
"Key": {
"Metric": "db.load.avg",
"Dimensions": {
"db.wait_event.type": "io",
"db.wait_event.name": "wait/io/table/sql/handler"
}
},
"DataPoints": [
{
"Timestamp": 1556218800.0,
"Value": 0.16241496598639457
},
{
"Timestamp": 1556222400.0,
"Value": 0.05163360560093349
}
]
},
{
"Key": {
"Metric": "db.load.avg",
"Dimensions": {
"db.wait_event.type": "synch",
"db.wait_event.name": "wait/synch/mutex/innodb/aurora_lock_thread_slot_futex"
}
},
"DataPoints": [
{
"Timestamp": 1556218800.0,
"Value": 0.11479591836734694
},
{
"Timestamp": 1556222400.0,
"Value": 0.013127187864644107
}
]
},
{
"Key": {
"Metric": "db.load.avg",
"Dimensions": {
"db.wait_event.type": "CPU",
"db.wait_event.name": "CPU"
}
},
"DataPoints": [
{
"Timestamp": 1556218800.0,
"Value": 0.05215419501133787
},
{
"Timestamp": 1556222400.0,
"Value": 0.05805134189031505
}
]
},
{
"Key": {
"Metric": "db.load.avg",
"Dimensions": {
"db.wait_event.type": "synch",
"db.wait_event.name": "wait/synch/mutex/innodb/lock_wait_mutex"
}
},
"DataPoints": [
{
"Timestamp": 1556218800.0,
"Value": 0.017573696145124718
},
{
"Timestamp": 1556222400.0,
"Value": 0.002333722287047841
}
]
}
],
"AlignedEndTime": 1556222400.0
} //end of response
```
In dieser Antwort werden alle Werte entsprechend dem Beitrag des tokenisierten AKIAIOSFODNN7 SQL-BEISPIELS gefiltert, das in der Datei query.json angegeben ist. Die Schlüssel sind möglicherweise in einer anderen Reihenfolge angeordnet als bei einer Abfrage ohne Filter, da die gefilterte SQL-Anweisung von den fünf Top-Warteereignisse beeinflusst wurde.
## Abrufen des Volltextes einer SQL-Anweisung
Im folgenden Beispiel wird der Volltext einer SQL-Anweisung für die DB-Instance `db-10BCD2EFGHIJ3KL4M5NO6PQRS5` abgerufen. `--group` ist `db.sql` und `--group-identifier` ist `db.sql.id`. In diesem Beispiel *my-sql-id* steht dies für eine SQL-ID, die durch Aufrufen von oder abgerufen wurde. `pi get-resource-metrics` `pi describe-dimension-keys`
Führen Sie den folgenden Befehl aus.
Für Linux, macOS oder Unix:
```
aws pi get-dimension-key-details \
--service-type RDS \
--identifier db-10BCD2EFGHIJ3KL4M5NO6PQRS5 \
--group db.sql \
--group-identifier my-sql-id \
--requested-dimensions statement
```
Für Windows:
```
aws pi get-dimension-key-details ^
--service-type RDS ^
--identifier db-10BCD2EFGHIJ3KL4M5NO6PQRS5 ^
--group db.sql ^
--group-identifier my-sql-id ^
--requested-dimensions statement
```
In diesem Beispiel sind die Dimensionsdetails verfügbar. Performance Insights ruft also den vollständigen Text der SQL-Anweisung ab, ohne ihn abzuschneiden.
```
{
"Dimensions":[
{
"Value": "SELECT e.last_name, d.department_name FROM employees e, departments d WHERE e.department_id=d.department_id",
"Dimension": "db.sql.statement",
"Status": "AVAILABLE"
},
...
]
}
```
## Erstellen eines Leistungsanalyseberichts für einen bestimmten Zeitraum
Im folgenden Beispiel wird ein Leistungsanalysebericht mit der Startzeit `1682969503` und der Endzeit `1682979503` für die`db-loadtest-0`-Datenbank erstellt.
```
aws pi create-performance-analysis-report \
--service-type RDS \
--identifier db-loadtest-0 \
--start-time 1682969503 \
--end-time 1682979503 \
--region us-west-2
```
Die Antwort ist der eindeutige Bezeichner `report-0234d3ed98e28fb17` für den Bericht.
```
{
"AnalysisReportId": "report-0234d3ed98e28fb17"
}
```
## Abrufen eines Leistungsanalyseberichts
Im folgenden Beispiel werden die Details des Analyseberichts für den Bericht `report-0d99cc91c4422ee61` abgerufen.
```
aws pi get-performance-analysis-report \
--service-type RDS \
--identifier db-loadtest-0 \
--analysis-report-id report-0d99cc91c4422ee61 \
--region us-west-2
```
Die Antwort enthält den Berichtsstatus, die ID, Zeitdetails und Einblicke.
```
{
"AnalysisReport": {
"Status": "Succeeded",
"ServiceType": "RDS",
"Identifier": "db-loadtest-0",
"StartTime": 1680583486.584,
"AnalysisReportId": "report-0d99cc91c4422ee61",
"EndTime": 1680587086.584,
"CreateTime": 1680587087.139,
"Insights": [
... (Condensed for space)
]
}
}
```
## Auflisten aller Leistungsanalyseberichte für die DB-Instance
Das folgende Beispiel listet alle verfügbaren Leistungsanalyseberichte für die `db-loadtest-0`-Datenbank auf.
```
aws pi list-performance-analysis-reports \
--service-type RDS \
--identifier db-loadtest-0 \
--region us-west-2
```
In der Antwort werden alle Berichte mit der Berichts-ID, dem Status und den Details zum Zeitraum aufgeführt.
```
{
"AnalysisReports": [
{
"Status": "Succeeded",
"EndTime": 1680587086.584,
"CreationTime": 1680587087.139,
"StartTime": 1680583486.584,
"AnalysisReportId": "report-0d99cc91c4422ee61"
},
{
"Status": "Succeeded",
"EndTime": 1681491137.914,
"CreationTime": 1681491145.973,
"StartTime": 1681487537.914,
"AnalysisReportId": "report-002633115cc002233"
},
{
"Status": "Succeeded",
"EndTime": 1681493499.849,
"CreationTime": 1681493507.762,
"StartTime": 1681489899.849,
"AnalysisReportId": "report-043b1e006b47246f9"
},
{
"Status": "InProgress",
"EndTime": 1682979503.0,
"CreationTime": 1682979618.994,
"StartTime": 1682969503.0,
"AnalysisReportId": "report-01ad15f9b88bcbd56"
}
]
}
```
## Löschen eines Leistungsanalyseberichts
Im folgenden Beispiel wird der Analysebericht für die `db-loadtest-0`-Datenbank gelöscht.
```
aws pi delete-performance-analysis-report \
--service-type RDS \
--identifier db-loadtest-0 \
--analysis-report-id report-0d99cc91c4422ee61 \
--region us-west-2
```
## Hinzufügen eines Tags zu einem Leistungsanalysebericht
Im folgenden Beispiel wird ein Tag mit dem Schlüssel `name` und dem Wert `test-tag` zum Bericht `report-01ad15f9b88bcbd56` hinzugefügt.
```
aws pi tag-resource \
--service-type RDS \
--resource-arn arn:aws:pi:us-west-2:356798100956:perf-reports/RDS/db-loadtest-0/report-01ad15f9b88bcbd56 \
--tags Key=name,Value=test-tag \
--region us-west-2
```
## Auflisten aller Tags für einen Leistungsanalysebericht
Das folgende Beispiel listet alle Tags für den Bericht `report-01ad15f9b88bcbd56` auf.
```
aws pi list-tags-for-resource \
--service-type RDS \
--resource-arn arn:aws:pi:us-west-2:356798100956:perf-reports/RDS/db-loadtest-0/report-01ad15f9b88bcbd56 \
--region us-west-2
```
In der Antwort werden der Wert und der Schlüssel für alle dem Bericht hinzugefügten Tags aufgeführt:
```
{
"Tags": [
{
"Value": "test-tag",
"Key": "name"
}
]
}
```
## Löschen der Tags eines Leistungsanalyseberichts
Im folgenden Beispiel wird das Tag `name` aus dem Bericht `report-01ad15f9b88bcbd56` gelöscht.
```
aws pi untag-resource \
--service-type RDS \
--resource-arn arn:aws:pi:us-west-2:356798100956:perf-reports/RDS/db-loadtest-0/report-01ad15f9b88bcbd56 \
--tag-keys name \
--region us-west-2
```
Nachdem das Tag gelöscht wurde, wird beim Abrufen der API `list-tags-for-resource` dieses Tag nicht mehr aufgelistet.
# Protokollieren von Performance-Insights-An AWS CloudTrail
Performance Insights wird mit AWS CloudTrail ausgeführt, einem Service, der eine Aufzeichnung der Aktionen bereitstellt, die von einem Benutzer, einer Rolle oder einem AWS-Service in Performance Insights ausgeführt werden. CloudTrail erfasst alle API-Aufrufe für Performance Insights als Ereignisse. Diese Erfassung umfasst Aufrufe von der Amazon-RDS-Konsole und von Code-Aufrufen an die Performance-Insights-API-Operationen.
Wenn Sie einen Trail erstellen, können Sie die kontinuierliche Bereitstellung von CloudTrail-Ereignissen an einen Amazon S3-Bucket, einschließlich Ereignissen für Performance Insights, aktivieren. Wenn Sie keinen Trail konfigurieren, können Sie die neuesten Ereignisse in der CloudTrail-Konsole trotzdem in **Ereignisverlauf** anzeigen. Anhand der von CloudTrail erfassten Informationen können Sie bestimmte Details festlegen. Diese Informationen umfassen die Anforderung an Performance Insights, die IP-Adresse, von der die Anforderung gesendet wurde, den Initiator sowie den Zeitpunkt der Anforderung. Sie enthalten auch weitere Angaben.
Weitere Informationen zu CloudTrail finden Sie im [AWS CloudTrail-Benutzerhandbuch](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
## Arbeiten mit Performance-Insights-Informationen in CloudTrail
CloudTrail wird beim Erstellen Ihres AWS-Kontos für Sie aktiviert. Wenn Aktivität in Performance-Insights auftritt, wird diese zusammen mit anderen AWS-Service-Ereignissen in der CloudTrail-Konsole in einem CloudTrail-Ereignisprotokoll im **Ereignisverlauf** aufgezeichnet. Sie können die neusten Ereignisse in Ihr AWS-Konto herunterladen und dort suchen und anzeigen. Weitere Informationen finden Sie unter [Anzeigen von Ereignissen mit dem CloudTrail-Ereignisverlauf](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html) im *AWS CloudTrail-Benutzerhandbuch*.
Erstellen Sie einen Trail für einen fortlaufenden Datensatz zu Ereignissen in Ihrem AWS-Konto, einschließlich Ereignissen für Performance Insights. Ein *Trail* ermöglicht es CloudTrail, Protokolldateien in einem Amazon-S3-Bucket bereitzustellen. Wenn Sie einen Trail in der Konsole anlegen, gilt dieser für alle AWS-Regionen. Der Trail protokolliert Ereignisse aus allen AWS-Regionen in der AWS-Partition und stellt die Protokolldateien in dem Amazon-S3-Bucket bereit, den Sie angeben. Darüber hinaus können Sie andere AWS-Services konfigurieren, um die in den CloudTrail-Protokollen erfassten Ereignisdaten weiter zu analysieren und entsprechend zu agieren. Weitere Informationen finden Sie in folgenden Themen im *AWS CloudTrail-Benutzerhandbuch*:
+ [Übersicht zum Erstellen eines Trails](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [Von CloudTrail unterstützte Services und Integrationen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [Konfigurieren von Amazon-SNS-Benachrichtigungen für CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [Empfangen von CloudTrail-Protokolldateien aus mehreren Regionen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) und [Empfangen von CloudTrail-Protokolldateien aus mehreren Konten](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
Alle Performance-Insights-Vorgänge werden von CloudTrail protokolliert und in der [Performance-Insights-API-Referenz](https://docs.aws.amazon.com/performance-insights/latest/APIReference/Welcome.html) dokumentiert. Zum Beispiel werden durch Aufrufe der `DescribeDimensionKeys`- und `GetResourceMetrics`-Operationen Einträge in den CloudTrail-Protokolldateien generiert.
Jeder Ereignis- oder Protokolleintrag enthält Informationen zu dem Benutzer, der die Anforderung generiert hat. Die Identitätsinformationen unterstützen Sie bei der Ermittlung der folgenden Punkte:
+ Gibt an, ob die Anforderung mit Root- oder IAM-Benutzer-Anmeldeinformationen ausgeführt wurde.
+ Gibt an, ob die Anforderung mit temporären Sicherheitsanmeldeinformationen für eine Rolle oder einen Verbundbenutzer gesendet wurde.
+ Ob die Anforderung aus einem anderen AWS-Service gesendet wurde
Weitere Informationen finden Sie unter dem [CloudTrail userIdentity-Objekt](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Performance-Insights-Protokolldateieinträge
Ein *Trail* ist eine Konfiguration, durch die Ereignisse als Protokolldateien an den von Ihnen angegebenen Amazon-S3-Bucket übermittelt werden. CloudTrail-Protokolldateien können einen oder mehrere Einträge enthalten. Ein *Ereignis* stellt eine einzelne Anforderung aus einer beliebigen Quelle dar. Jedes Ereignis enthält unter anderem Informationen über die angeforderte Operation, etwaige Anforderungsparameter und das Datum und die Uhrzeit der Operation. CloudTrail-Protokolleinträge sind kein geordnetes Stack-Trace der öffentlichen API-Aufrufe und erscheinen daher in keiner bestimmten Reihenfolge.
Das folgende Beispiel zeigt einen CloudTrail-Protokolleintrag, der die `GetResourceMetrics`-Operation demonstriert:
```
{
"eventVersion": "1.05",
"userIdentity": {
"type": "IAMUser",
"principalId": "AKIAIOSFODNN7EXAMPLE",
"arn": "arn:aws:iam::123456789012:user/johndoe",
"accountId": "123456789012",
"accessKeyId": "AKIAI44QH8DHBEXAMPLE",
"userName": "johndoe"
},
"eventTime": "2019-12-18T19:28:46Z",
"eventSource": "pi.amazonaws.com",
"eventName": "GetResourceMetrics",
"awsRegion": "us-east-1",
"sourceIPAddress": "72.21.198.67",
"userAgent": "aws-cli/1.16.240 Python/3.7.4 Darwin/18.7.0 botocore/1.12.230",
"requestParameters": {
"identifier": "db-YTDU5J5V66X7CXSCVDFD2V3SZM",
"metricQueries": [
{
"metric": "os.cpuUtilization.user.avg"
},
{
"metric": "os.cpuUtilization.idle.avg"
}
],
"startTime": "Dec 18, 2019 5:28:46 PM",
"periodInSeconds": 60,
"endTime": "Dec 18, 2019 7:28:46 PM",
"serviceType": "RDS"
},
"responseElements": null,
"requestID": "9ffbe15c-96b5-4fe6-bed9-9fccff1a0525",
"eventID": "08908de0-2431-4e2e-ba7b-f5424f908433",
"eventType": "AwsApiCall",
"recipientAccountId": "123456789012"
}
```
# Performance-Insights-API und Schnittstellen-VPC-Endpunkte (AWS PrivateLink)
Sie können AWS PrivateLink es verwenden, um eine private Verbindung zwischen Ihrer VPC und Amazon RDS Performance Insights herzustellen. Sie können auf Performance Insights zugreifen, als ob es in Ihrer VPC wäre, ohne ein Internet-Gateway, ein NAT-Gerät, eine VPN-Verbindung oder Direct Connect eine Verbindung verwenden zu müssen. Instances in Ihrer VPC benötigen keine öffentlichen IP-Adressen, um auf Performance Insights zuzugreifen.
Sie stellen diese private Verbindung her, indem Sie einen *Schnittstellen-Endpunkt* erstellen, der von AWS PrivateLink unterstützt wird. Wir erstellen eine Endpunkt-Netzwerkschnittstelle in jedem Subnetz, das Sie für den Schnittstellen-Endpunkt aktivieren. Hierbei handelt es sich um vom Anforderer verwaltete Netzwerkschnittstellen, die als Eingangspunkt für den Datenverkehr dienen, der für Performance Insights bestimmt ist.
Weitere Informationen finden Sie AWS PrivateLink im *AWS PrivateLink Leitfaden* unter [Zugriff AWS-Services durch](https://docs.aws.amazon.com/vpc/latest/privatelink/privatelink-access-aws-services.html).
## Überlegungen zu Performance Insights
Bevor Sie einen Schnittstellenendpunkt für Performance Insights einrichten, lesen Sie die [Überlegungen](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#considerations-interface-endpoints) im *AWS PrivateLink -Leitfaden*.
Performance Insights unterstützt Aufrufe an alle seine API-Aktionen über den Schnittstellenendpunkt.
Standardmäßig ist der vollständige Zugriff auf Performance Insights über den Endpunkt zulässig. Um den Datenverkehr zu Performance Insights über den Schnittstellenendpunkt zu steuern, ordnen Sie den Endpunkt-Netzwerkschnittstellen eine Sicherheitsgruppe zu.
## Verfügbarkeit
Die Performance Insights-API unterstützt derzeit VPC-Endpunkte AWS-Regionen , die Performance Insights unterstützen. Weitere Informationen zu Performance Insights finden Sie unter [Unterstützte Regionen und DB-Engines für Performance Insights in Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.PerformanceInsights.md) .
## Erstellen eines Schnittstellenendpunkts für Performance Insights
Sie können einen Schnittstellenendpunkt für Performance Insights entweder mit der Amazon VPC-Konsole oder mit AWS Command Line Interface (AWS CLI) erstellen. Weitere Informationen finden Sie unter [Erstellen eines Schnittstellenendpunkts](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html#create-interface-endpoint-aws) im *AWS PrivateLink -Leitfaden*.
Erstellen Sie einen Schnittstellenendpunkt für Performance Insights mit dem folgenden Service-Namen:
Wenn Sie privates DNS für den Schnittstellenendpunkt aktivieren, können Sie API-Anforderungen an Performance Insights mit dem standardmäßigen regionalen DNS-Namens stellen. Beispiel, `pi.us-east-1.amazonaws.com`.
## Erstellen einer VPC-Endpunktrichtlinie für die Performance-Insights-API
Eine Endpunktrichtlinie ist eine IAM-Ressource, die Sie an einen Schnittstellen-Endpunkt anfügen können. Die Standard-Endpunktrichtlinie ermöglicht den vollständigen Zugriff auf Performance Insights über den Schnittstellen-Endpunkt. Um den Zugriff auf Performance Insights von Ihrer VPC aus zu steuern, fügen Sie eine benutzerdefinierte Endpunktrichtlinie an den Schnittstellenendpunkt an.
Eine Endpunktrichtlinie gibt die folgenden Informationen an:
+ Die Prinzipale, die Aktionen ausführen können (AWS-Konten, IAM-Benutzer und IAM-Rollen).
+ Aktionen, die ausgeführt werden können
+ Die Ressourcen, auf denen die Aktionen ausgeführt werden können.
Weitere Informationen finden Sie unter [Steuern des Zugriffs auf Services mit Endpunktrichtlinien](https://docs.aws.amazon.com/vpc/latest/privatelink/vpc-endpoints-access.html) im *AWS PrivateLink -Leitfaden*.
**Beispiel: VPC-Endpunktrichtlinie für Performance-Insights-Aktionen**
Im Folgenden finden Sie ein Beispiel für eine benutzerdefinierte Endpunktrichtlinie. Wenn Sie diese Richtlinie an Ihren Schnittstellenendpunkt anfügen, gewährt sie allen Prinzipalen auf allen Ressourcen den Zugriff auf die aufgeführten Performance-Insights-Aktionen.
```
{
"Statement":[
{
"Principal":"*",
"Effect":"Allow",
"Action":[
"rds:CreatePerformanceAnalysisReport",
"rds:DeletePerformanceAnalysisReport",
"rds:GetPerformanceAnalysisReport"
],
"Resource":"*"
}
]
}
```
**Beispiel: VPC-Endpunktrichtlinie, die jeglichen Zugriff von einem bestimmten Konto aus verweigert AWS**
Die folgende VPC-Endpunktrichtlinie verweigert dem AWS Konto `123456789012` jeglichen Zugriff auf Ressourcen, die den Endpunkt verwenden. Die Richtlinie erlaubt alle Aktionen von anderen Konten.
```
{
"Statement": [
{
"Action": "*",
"Effect": "Allow",
"Resource": "*",
"Principal": "*"
},
{
"Action": "*",
"Effect": "Deny",
"Resource": "*",
"Principal": { "AWS": [ "123456789012" ] }
}
]
}
```
## IP-Adressierung für Performance Insights
IP-Adressen ermöglichen es Ressourcen in Ihrer VPC untereinander und mit Ressourcen im Internet zu kommunizieren. Performance Insights unterstützt beide IPv4 und IPv6 Adressierungsprotokolle. Standardmäßig verwenden Performance Insights und Amazon VPC das IPv4 Adressierungsprotokoll. Sie können dieses Standardverhalten nicht deaktivieren. Achten Sie beim Erstellen einer VPC darauf, einen IPv4 CIDR-Block (einen Bereich von privaten IPv4 Adressen) anzugeben.
Sie können Ihrer VPC und Ihren Subnetzen optional einen IPv6 CIDR-Block zuweisen und IPv6 Adressen aus diesem Block den RDS-Ressourcen in Ihrem Subnetz zuweisen. Die Support des IPv6 Protokolls erweitert die Anzahl der unterstützten IP-Adressen. Durch die Verwendung des IPv6 Protokolls stellen Sie sicher, dass Sie über ausreichend verfügbare Adressen für das future Wachstum des Internets verfügen. Neue und bestehende RDS-Ressourcen können verwendet IPv4 und innerhalb Ihrer VPC IPv6 adressiert werden. Das Konfigurieren, Sichern und Übersetzen des Netzwerkverkehrs zwischen den beiden Protokollen, die in verschiedenen Teilen einer Anwendung verwendet werden, können den Betriebsaufwand erhöhen. Sie können das IPv6 Protokoll für Amazon RDS-Ressourcen standardisieren, um Ihre Netzwerkkonfiguration zu vereinfachen. Weitere Hinweise zu Service-Endpunkten und -Kontingenten finden Sie unter [Endpunkte und Kontingente von Amazon Relational Database Service](https://docs.aws.amazon.com/general/latest/gr/rds-service.html).
Weitere Informationen zur IP-Adressierung von Amazon RDS finden Sie unter [Amazon-RDS-IP-Adressierung](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_VPC.WorkingWithRDSInstanceinaVPC.html#USER_VPC.IP_addressing).
# Analysieren von Leistungsanomalien mit Amazon DevOps Guru für Amazon RDS
Amazon DevOps Guru ist ein vollständig verwalteter Betriebsservice, der Entwicklern und Betreibern hilft, die Leistung und Verfügbarkeit ihrer Anwendungen zu verbessern. DevOpsGuru überträgt Ihnen die Aufgaben im Zusammenhang mit der Identifizierung betrieblicher Probleme, sodass Sie schnell Empfehlungen zur Verbesserung Ihrer Anwendung umsetzen können. Weitere Informationen finden Sie unter [Was ist Amazon DevOps Guru?](https://docs.aws.amazon.com/devops-guru/latest/userguide/welcome.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
DevOpsGuru erkennt, analysiert und gibt Empfehlungen für bestehende Betriebsprobleme für alle Amazon RDS-DB-Engines. DevOpsGuru for RDS erweitert diese Funktion, indem es maschinelles Lernen auf Performance Insights Insights-Metriken für RDS für PostgreSQL-Datenbanken anwendet. Diese Überwachungsfunktionen ermöglichen es DevOps Guru for RDS, Leistungsengpässe zu erkennen und zu diagnostizieren und spezifische Korrekturmaßnahmen zu empfehlen. DevOpsGuru for RDS kann auch problematische Bedingungen in Ihren (RDS for PostgreSQL) erkennen, bevor sie auftreten.
Sie können sich diese Empfehlungen jetzt in der RDS-Konsole ansehen. Weitere Informationen finden Sie unter [Empfehlungen von Amazon RDS](monitoring-recommendations.md).
Das folgende Video gibt einen Überblick über DevOps Guru for RDS.
[](http://www.youtube.com/watch?v=N3NNYgzYUDA)
Weitere Informationen zu diesem Thema finden Sie unter [Amazon DevOps Guru for RDS unter der Haube.](https://aws.amazon.com/blogs/database/amazon-devops-guru-for-rds-under-the-hood/)
**Topics**
+ [Vorteile von DevOps Guru für RDS](#devops-guru-for-rds.benefits)
+ [Wie funktioniert DevOps Guru for RDS](#devops-guru-for-rds.how-it-works)
+ [DevOpsGuru für RDS einrichten](#devops-guru-for-rds.configuring)
## Vorteile von DevOps Guru für RDS
Wenn Sie für eine Datenbank von RDS für PostgreSQL verantwortlich sind, wissen Sie möglicherweise nicht, dass ein Ereignis oder eine Regression auftritt, die sich auf diese Datenbank auswirkt. Wenn Sie von dem Problem erfahren, wissen Sie möglicherweise nicht, warum es auftritt und was Sie dagegen tun können. Anstatt sich an einen Datenbankadministrator (DBA) zu wenden, um Hilfe zu erhalten oder sich auf Tools von Drittanbietern zu verlassen, können Sie den Empfehlungen von DevOps Guru for RDS folgen.
Die detaillierte Analyse von DevOps Guru for RDS bietet Ihnen die folgenden Vorteile:
**Schnelle Diagnose**
DevOpsGuru for RDS überwacht und analysiert kontinuierlich die Datenbanktelemetrie. Performance Insights, Enhanced Monitoring und Amazon CloudWatch sammeln Telemetriedaten für Ihre . DevOpsGuru for RDS verwendet statistische Techniken und Techniken des maschinellen Lernens, um diese Daten zu analysieren und Anomalien zu erkennen. Weitere Informationen zu Telemetriedaten finden Sie unter [Überwachung mit Performance Insights auf Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html) und [Überwachen von Betriebssystem-Metriken mit „Enhanced Monitoring“ (Erweiterte Überwachung)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Monitoring.OS.html) im *Amazon-RDS-Benutzerhandbuch*.
**Schnelle Auflösung**
Jede Anomalie identifiziert das Leistungsproblem und schlägt Möglichkeiten für Untersuchungen oder Korrekturmaßnahmen vor. DevOpsGuru for RDS könnte Ihnen beispielsweise empfehlen, bestimmte Warteereignisse zu untersuchen. Oder es empfiehlt sich, Ihre Anwendungspooleinstellungen zu optimieren, um die Anzahl der Datenbankverbindungen zu begrenzen. Basierend auf diesen Empfehlungen können Sie Leistungsprobleme schneller beheben als durch eine manuelle Fehlerbehebung.
**Proaktive Einblicke**
DevOpsGuru for RDS verwendet Metriken aus Ihren Ressourcen, um potenziell problematisches Verhalten zu erkennen, bevor es zu einem größeren Problem wird. Es kann beispielsweise erkennen, wenn Ihre Datenbank immer mehr temporäre Tabellen auf der Festplatte verwendet, was sich negativ auf die Leistung auswirken könnte. DevOps Guru gibt Ihnen dann Empfehlungen, die Ihnen helfen, Probleme zu lösen, bevor sie zu größeren Problemen werden.
**Fundierte Kenntnisse der Amazon-Ingenieure und Machine Learning**
DevOpsGuru for RDS setzt auf maschinelles Lernen (ML) und fortschrittliche mathematische Formeln, um Leistungsprobleme zu erkennen und Engpässe zu beheben. Die Datenbankingenieure von Amazon haben zur Entwicklung der Ergebnisse von DevOps Guru for RDS beigetragen, die auf viele Jahre der Verwaltung von Hunderttausenden von Datenbanken zurückzuführen sind. Durch die Nutzung dieses kollektiven Wissens kann DevOps Guru for RDS Ihnen bewährte Verfahren vermitteln.
## Wie funktioniert DevOps Guru for RDS
DevOpsGuru for RDS sammelt Daten über Ihre RDS for PostgreSQL-Datenbanken von Amazon RDS Performance Insights. Die wichtigste Metrik ist. `DBLoad` DevOpsGuru for RDS nutzt die Performance Insights Insights-Metriken, analysiert sie mit maschinellem Lernen und veröffentlicht die Erkenntnisse im Dashboard.
Ein *Insight* ist eine Sammlung verwandter Anomalien, die von Guru entdeckt wurden. DevOps
In DevOps Guru for RDS ist eine *Anomalie* ein Muster, das von dem abweicht, was als normale Leistung für Ihre RDS for PostgreSQL-Datenbank angesehen wird.
### Proaktive Einblicke
Ein *proaktiver Einblick* informiert Sie über problematisches Verhalten, bevor es auftritt. Er enthält Anomalien mit Empfehlungen und zugehörigen Metriken, die Ihnen helfen, Auffälligkeiten in Ihren Datenbanken von RDS für PostgreSQL anzugehen, bevor sie zu größeren Problemen werden. Diese Erkenntnisse werden im Guru-Dashboard veröffentlicht. DevOps
DevOpsGuru könnte beispielsweise feststellen, dass Ihre RDS-Datenbank für PostgreSQL viele temporäre Tabellen auf der Festplatte erstellt. Wenn dieser Trend nicht angegangen wird, kann er zu Leistungsproblemen führen. Jeder proaktive Einblick umfasst Empfehlungen für korrigierendes Verhalten und Links zu relevanten Themen in [Optimierung von RDS für PostgreSQL mit proaktiven Erkenntnissen von Amazon Guru DevOps](PostgreSQL.Tuning_proactive_insights.md). Weitere Informationen finden Sie unter [Working with Insights in DevOps Guru](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-insights.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
### Reaktive Einblicke
Ein *reaktiver Einblick* identifiziert anomales Verhalten, sobald es auftritt. Wenn DevOps Guru for RDS Leistungsprobleme in Ihren RDS for PostgreSQL-DB-Instances feststellt, veröffentlicht es einen reaktiven Einblick im DevOps Guru-Dashboard. Weitere Informationen finden Sie unter [Working with Insights in DevOps Guru](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-insights.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
#### Kausale Anomalien
Eine *kausale Anomalie* ist eine Anomalie der obersten Ebene innerhalb eines Einblicks. Die **Datenbanklast (DB-Last)** ist die ursächliche Anomalie für DevOps Guru for RDS.
Eine Anomalie misst die Leistungseinbußen durch Zuweisen eines Schweregrads von **Hoch**, **Mittel** oder **Niedrig**. Weitere Informationen finden Sie unter [Wichtige Konzepte für DevOps Guru for RDS](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-rds.overview.definitions.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
Wenn DevOps Guru eine aktuelle Anomalie in Ihrer DB-Instance feststellt, werden Sie auf der **Datenbankseite** der RDS-Konsole benachrichtigt. Die Konsole warnt Sie auch bei Anomalien, die in den letzten 24 Stunden aufgetreten sind. Um von der RDS-Konsole zur Anomalieseite zu gelangen, wählen Sie den Link in der Warnmeldung. Die RDS-Konsole warnt Sie auch auf der Seite für Ihre DB-Instance von RDS für PostgreSQL.
#### Kontextbezogene Anomalien
Eine *kontextbezogene* Anomalie ist ein Befund innerhalb der **Datenbanklast (DB-Last)**, der zu einem reaktiven Einblick gehört. Jede kontextbezogene Anomalie beschreibt ein bestimmtes Leistungsproblem von RDS für PostgreSQL, das untersucht werden muss. DevOpsGuru for RDS könnte Ihnen beispielsweise empfehlen, eine Erhöhung der CPU-Kapazität in Betracht zu ziehen oder Warteereignisse zu untersuchen, die zur DB-Auslastung beitragen.
**Wichtig**
Wir empfehlen Ihnen alle Änderungen in einer Test-Instance zu prüfen, bevor Sie eine produktive Instance ändern. Auf diese Weise verstehen Sie die Auswirkungen der Änderung.
Weitere Informationen finden Sie unter [Analysieren von Anomalien in Amazon RDS](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-rds.analyzing.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
## DevOpsGuru für RDS einrichten
Führen Sie die folgenden Aufgaben aus, um DevOps Guru for Amazon RDS die Veröffentlichung von Erkenntnissen für - und RDS for PostgreSQL-Datenbank zu ermöglichen.
**Topics**
+ [Konfiguration von IAM-Zugriffsrichtlinien für Guru for RDS DevOps](#devops-guru-for-rds.configuring.access)
+ [Aktivieren von Performance Insights für Ihre DB-Instances von RDS für PostgreSQL](#devops-guru-for-rds.configuring.performance-insights)
+ [DevOpsGuru einschalten und die Ressourcenabdeckung angeben](#devops-guru-for-rds.configuring.coverage)
### Konfiguration von IAM-Zugriffsrichtlinien für Guru for RDS DevOps
Um Benachrichtigungen von DevOps Guru in der RDS-Konsole anzuzeigen, muss Ihr AWS Identity and Access Management (IAM-) Benutzer oder Ihre Rolle über eine der folgenden Richtlinien verfügen:
+ Die AWS verwaltete Richtlinie `AmazonDevOpsGuruConsoleFullAccess`
+ Die AWS verwaltete Richtlinie `AmazonDevOpsGuruConsoleReadOnlyAccess` und eine der folgenden Richtlinien:
+ Die AWS verwaltete Richtlinie `AmazonRDSFullAccess`
+ Eine vom Kunden verwaltete Richtlinie, die `pi:GetResourceMetrics` und `pi:DescribeDimensionKeys` einschließt
Weitere Informationen finden Sie unter [Konfigurieren von Zugriffsrichtlinien für Performance Insights](USER_PerfInsights.access-control.md).
### Aktivieren von Performance Insights für Ihre DB-Instances von RDS für PostgreSQL
DevOpsGuru for RDS verlässt sich bei seinen Daten auf Performance Insights. Ohne Performance Insights veröffentlicht DevOps Guru Anomalien, beinhaltet aber keine detaillierten Analysen und Empfehlungen.
Wenn Sie eine DB-Instance von RDS für PostgreSQL erstellen oder ändern, können Sie Performance Insights aktivieren. Weitere Informationen finden Sie unter [Aktivieren und Deaktivieren von Performance Insights für Amazon RDS](USER_PerfInsights.Enabling.md).
### DevOpsGuru einschalten und die Ressourcenabdeckung angeben
Sie können DevOps Guru aktivieren, damit es Ihre RDS for PostgreSQL-Datenbanken auf eine der folgenden Arten überwacht.
**Topics**
+ [DevOpsGuru in der RDS-Konsole einschalten](#devops-guru-for-rds.configuring.coverage.rds-console)
+ [Hinzufügen von Ressourcen für RDS für PostgreSQL in der Guru-Konsole DevOps](#devops-guru-for-rds.configuring.coverage.guru-console)
+ [Hinzufügen von RDS für PostgreSQL-Ressourcen mit CloudFormation](#devops-guru-for-rds.configuring.coverage.cfn)
#### DevOpsGuru in der RDS-Konsole einschalten
Sie können in der Amazon RDS-Konsole mehrere Wege wählen, um DevOps Guru zu aktivieren.
**Topics**
+ [DevOpsGuru einschalten, wenn Sie eine RDS for PostgreSQL-Datenbank erstellen](#devops-guru-for-rds.configuring.coverage.rds-console.create)
+ [DevOpsGuru über das Benachrichtigungsbanner einschalten](#devops-guru-for-rds.configuring.coverage.rds-console.existing)
+ [Du reagierst auf einen Berechtigungsfehler, wenn du DevOps Guru einschaltest](#devops-guru-for-rds.configuring.coverage.rds-console.error)
##### DevOpsGuru einschalten, wenn Sie eine RDS for PostgreSQL-Datenbank erstellen
Der Erstellungs-Workflow umfasst eine Einstellung, mit der die DevOps Guru-Abdeckung für Ihre Datenbank aktiviert wird. Diese Einstellung ist standardmäßig aktiviert, wenn Sie die Vorlage **Production** (Produktion) auswählen.
**Um DevOps Guru zu aktivieren, wenn Sie eine RDS for PostgreSQL-Datenbank erstellen**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Führen Sie die Schritte unter [Erstellen einer DB-Instance](USER_CreateDBInstance.md#USER_CreateDBInstance.Creating) bis auf den Schritt aus, in dem Sie Überwachungseinstellungen wählen.
1. Wählen Sie unter **Monitoring** (Überwachung) die Option **Turn on Performance Insights** (Performance Insights aktivieren) aus. Damit DevOps Guru for RDS eine detaillierte Analyse von Leistungsanomalien bereitstellen kann, muss Performance Insights aktiviert sein.
1. Wählen Sie **Turn on Guru. DevOps**
![\[Schalten Sie DevOps Guru ein, wenn Sie eine DB-Instance erstellen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/devops-guru-enable-create.png)
1. Erstellen Sie ein Tag für Ihre Datenbank, damit DevOps Guru es überwachen kann. Gehen Sie wie folgt vor:
+ Geben Sie im Textfeld für **Tag key** (Tag-Schlüssel) einen Namen ein, der mit **Devops-Guru-** beginnt.
+ Geben Sie im Textfeld für **Tag value** (Tag-Wert) einen beliebigen Wert ein. Wenn Sie z. B. **rds-database-1** als Name Ihrer Datenbank von RDS für PostgreSQL eingeben, können Sie auch **rds-database-1** als Tag-Wert eingeben.
Weitere Informationen zu Tags finden Sie unter „[Verwenden Sie Tags, um Ressourcen in Ihren DevOps Guru-Anwendungen zu identifizieren](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-resource-tags.html)“ im *Amazon DevOps Guru-Benutzerhandbuch*.
1. Führen Sie die verbleibenden Schritte unter [Erstellen einer DB-Instance](USER_CreateDBInstance.md#USER_CreateDBInstance.Creating) aus.
##### DevOpsGuru über das Benachrichtigungsbanner einschalten
Wenn Ihre Ressourcen nicht von DevOps Guru abgedeckt werden, benachrichtigt Sie Amazon RDS mit einem Banner an den folgenden Stellen:
+ Auf der Registerkarte **Monitoring** (Überwachung) einer DB-Cluster-Instance
+ Im Performance-Insights-Dashboard
![\[DevOpsGuru-Banner\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/devops-guru-enable-banner.png)
**So aktivieren Sie DevOps Guru für Ihre RDS for PostgreSQL-Datenbank**
1. Wählen Sie im Banner **Turn on DevOps Guru for** RDS aus.
1. Geben Sie einen Schlüsselnamen und einen Wert für das Tag ein. Weitere Informationen zu Tags finden Sie unter „[Verwenden Sie Tags, um Ressourcen in Ihren DevOps Guru-Anwendungen zu identifizieren](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-resource-tags.html)“ im *Amazon DevOps Guru-Benutzerhandbuch*.
![\[Schalten Sie DevOps Guru in der RDS-Konsole ein\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/devops-guru-turn-on.png)
1. Wähle ** DevOpsGuru einschalten**.
##### Du reagierst auf einen Berechtigungsfehler, wenn du DevOps Guru einschaltest
Wenn Sie DevOps Guru bei der Erstellung einer Datenbank von der RDS-Konsole aus aktivieren, zeigt RDS möglicherweise das folgende Banner mit fehlenden Berechtigungen an.
![\[Banner mit einem Fehler aufgrund von fehlenden Berechtigungen\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/devops-guru-permissions-error.png)
**So reagieren Sie auf einen Berechtigungsfehler**
1. Gewähren Sie Ihrem IAM-Benutzer oder Ihrer Rolle die vom Benutzer verwaltete Rolle `AmazonDevOpsGuruConsoleFullAccess`. Weitere Informationen finden Sie unter [Konfiguration von IAM-Zugriffsrichtlinien für Guru for RDS DevOps](#devops-guru-for-rds.configuring.access).
1. Öffnen Sie die RDS-Konsole.
1. Wählen Sie im Navigationsbereich **Performance-Insights** aus.
1. Wählen Sie eine DB-Instance in dem Cluster aus, den Sie soeben erstellt haben.
1. Wählen Sie den Schalter, um **DevOpsGuru für RDS** einzuschalten.
![\[Wählen Sie den Schalter, um DevOps Guru für RDS einzuschalten\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/devops-guru-pi-toggle-off.png)
1. Wählen Sie einen Tag-Wert aus. Weitere Informationen finden Sie unter „[Verwenden Sie Tags, um Ressourcen in Ihren DevOps Guru-Anwendungen zu identifizieren](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-resource-tags.html)“ im *Amazon DevOps Guru-Benutzerhandbuch*.
![\[DevOpsGuru in der Amazon RDS-Konsole einschalten\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/devops-guru-turn-on.png)
1. Wählen Sie ** DevOpsGuru einschalten**.
#### Hinzufügen von Ressourcen für RDS für PostgreSQL in der Guru-Konsole DevOps
Sie können die Abdeckung Ihrer DevOps Guru-Ressourcen auf der DevOps Guru-Konsole angeben. Folgen Sie dem unter [Spezifizieren Sie den Umfang Ihrer DevOps Guru-Ressourcen](https://docs.aws.amazon.com/devops-guru/latest/userguide/choose-coverage.html) im *Amazon DevOps Guru-Benutzerhandbuch* beschriebenen Schritt. Wählen Sie eine der folgenden Optionen aus, wenn Sie Ihre analysierten Ressourcen bearbeiten:
+ Wählen Sie **Alle Kontoressourcen**, um alle unterstützten Ressourcen, einschließlich der RDS for PostgreSQL-Datenbanken, in Ihrer Region AWS-Konto und Ihrer Region zu analysieren.
+ Wählen Sie **CloudFormation Stacks** aus, um die RDS for PostgreSQL-Datenbanken zu analysieren, die sich in Stacks Ihrer Wahl befinden. Weitere Informationen finden Sie unter [Verwenden von AWS CloudFormation Stacks zur Identifizierung von Ressourcen in Ihren DevOps Guru-Anwendungen](https://docs.aws.amazon.com//devops-guru/latest/userguide/working-with-cfn-stacks.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
+ Klicken Sie auf **Tags**, um die Datenbanken von RDS für PostgreSQL zu analysieren, die Sie mit einem Tag versehen haben. Weitere Informationen finden Sie unter [Verwenden von Tags zur Identifizierung von Ressourcen in Ihren DevOps Guru-Anwendungen](https://docs.aws.amazon.com/devops-guru/latest/userguide/working-with-resource-tags.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
Weitere Informationen finden Sie unter [Enable DevOps Guru](https://docs.aws.amazon.com/devops-guru/latest/userguide/getting-started-enable-service.html) im *Amazon DevOps Guru-Benutzerhandbuch*.
#### Hinzufügen von RDS für PostgreSQL-Ressourcen mit CloudFormation
Sie können Tags verwenden, um Ihren Vorlagen die Abdeckung Ihrer RDS for PostgreSQL-Ressourcen hinzuzufügen. CloudFormation Das folgende Verfahren setzt voraus, dass Sie eine CloudFormation Vorlage sowohl für Ihre RDS for PostgreSQL-DB-Instance als auch für Ihren DevOps Guru-Stack haben.
**So geben Sie eine RDS for PostgreSQL-DB-Instance mithilfe eines Tags an CloudFormation**
1. Definieren Sie in der CloudFormation Vorlage für Ihre DB-Instance ein Tag mit einem Schlüssel/Wert-Paar.
Das folgende Beispiel weist `Devops-guru-cfn-default` den Wert `my-db-instance1` für eine DB-Instance von RDS für PostgreSQL zu.
```
MyDBInstance1:
Type: "AWS::RDS::DBInstance"
Properties:
DBInstanceIdentifier: my-db-instance1
Tags:
- Key: Devops-guru-cfn-default
Value: devopsguru-my-db-instance1
```
1. Geben Sie in der CloudFormation Vorlage für Ihren DevOps Guru-Stack dasselbe Tag in Ihrem Ressourcensammlungsfilter an.
Im folgenden Beispiel wird DevOps Guru so konfiguriert, dass die Ressource mit dem Tag-Wert abgedeckt wird. `my-db-instance1`
```
DevOpsGuruResourceCollection:
Type: AWS::DevOpsGuru::ResourceCollection
Properties:
ResourceCollectionFilter:
Tags:
- AppBoundaryKey: "Devops-guru-cfn-default"
TagValues:
- "devopsguru-my-db-instance1"
```
Das folgende Beispiel deckt alle Ressourcen innerhalb der Anwendungsgrenze `Devops-guru-cfn-default` ab.
```
DevOpsGuruResourceCollection:
Type: AWS::DevOpsGuru::ResourceCollection
Properties:
ResourceCollectionFilter:
Tags:
- AppBoundaryKey: "Devops-guru-cfn-default"
TagValues:
- "*"
```
Weitere Informationen finden Sie unter [AWS::DevOpsGuru::ResourceCollection](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-devopsguru-resourcecollection.html)und [AWS: :RDS:: DBInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-rds-dbinstance.html) im *CloudFormation Benutzerhandbuch*.
# Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung)
Mit „Enhanced Monitoring“ (Erweiterte Überwachung) können Sie das Betriebssystem Ihrer DB-Instance in Echtzeit überwachen. Wenn Sie sehen möchten, wie verschiedene Prozesse oder Threads die CPU verwenden, sind Enhanced Monitoring-Metriken nützlich.
**Topics**
+ [Überblick über „Enhanced Monitoring“ (Erweiterte Überwachung)](#USER_Monitoring.OS.overview)
+ [Einrichten und Aktivieren von „Enhanced Monitoring“ (Erweiterte Überwachung)](USER_Monitoring.OS.Enabling.md)
+ [Anzeigen von Betriebssystem-Metriken in der RDS-Konsole](USER_Monitoring.OS.Viewing.md)
+ [Anzeigen von Betriebssystemmetriken mit CloudWatch Logs](USER_Monitoring.OS.CloudWatchLogs.md)
## Überblick über „Enhanced Monitoring“ (Erweiterte Überwachung)
Amazon RDS stellt in Echtzeit Metriken für das Betriebssystem bereit, auf dem Ihre DB-Instance ausgeführt wird. Sie können alle Systemmetriken und Prozessinformationen für Ihre RDS-DB-Instances in der Konsole anzeigen. Sie können verwalten, welche Metriken Sie für jede Instance überwachen möchten, und das Dashboard entsprechend Ihren Anforderungen anpassen. Beschreibungen der Metriken für Enhanced Monitoring finden Sie unter [Betriebssystemmetriken in „Erweiterte Überwachung“](USER_Monitoring-Available-OS-Metrics.md).
RDS übermittelt die Metriken von Enhanced Monitoring an Ihr Amazon CloudWatch Logs-Konto. Sie können in CloudWatch CloudWatch Logs Metrikfilter erstellen und die Grafiken auf dem CloudWatch Dashboard anzeigen. Sie können die JSON-Ausgabe von Enhanced Monitoring aus CloudWatch Logs in einem Überwachungssystem Ihrer Wahl verwenden. Weitere Informationen finden Sie unter [Enhanced Monitoring](https://aws.amazon.com/rds/faqs/#Enhanced_Monitoring) in Amazon RDS FAQs.
**Topics**
+ [Verfügbarkeit von „Enhanced Monitoring“ (Erweiterte Überwachung)](#USER_Monitoring.OS.Availability)
+ [Unterschiede zwischen CloudWatch und Enhanced Monitoring-Metriken](#USER_Monitoring.OS.CloudWatchComparison)
+ [Aufbewahrung von Enhanced Monitoring-Metriken](#USER_Monitoring.OS.retention)
+ [Kosten für „Enhanced Monitoring“ (Erweiterte Überwachung)](#USER_Monitoring.OS.cost)
### Verfügbarkeit von „Enhanced Monitoring“ (Erweiterte Überwachung)
„Enhanced Monitoring“ (Erweiterte Überwachung) ist für die folgenden Datenbank-Engines verfügbar:
+ Db2
+ MariaDB
+ Microsoft SQL Server
+ MySQL
+ Oracle
+ PostgreSQL
### Unterschiede zwischen CloudWatch und Enhanced Monitoring-Metriken
Ein *Hypervisor* erstellt virtuelle Maschinen und führt sie aus (VMs). Mithilfe eines Hypervisors kann eine Instanz mehrere Gäste unterstützen, VMs indem sie Arbeitsspeicher und CPU virtuell gemeinsam nutzt. CloudWatch sammelt Metriken zur CPU-Auslastung vom Hypervisor für eine DB-Instance. Im Gegensatz dazu sammelt „Enhanced Monitoring“ (Erweiterte Überwachung) seine Metriken von einem Agenten auf der DB-Instance.
Möglicherweise stellen Sie Unterschiede zwischen den Messungen CloudWatch und Enhanced Monitoring fest, da die Hypervisor-Ebene nur wenig Arbeit leistet. Die Unterschiede können größer sein, wenn Ihre DB-Instances kleinere Instance-Klassen verwenden. In diesem Szenario werden wahrscheinlich mehr virtuelle Maschinen (VMs) von der Hypervisor-Ebene auf einer einzigen physischen Instanz verwaltet.
Beschreibungen der Metriken für Enhanced Monitoring finden Sie unter [Betriebssystemmetriken in „Erweiterte Überwachung“](USER_Monitoring-Available-OS-Metrics.md). Weitere Informationen zu CloudWatch Metriken finden Sie im *[ CloudWatch Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html)*.
### Aufbewahrung von Enhanced Monitoring-Metriken
Standardmäßig werden die Metriken von Enhanced Monitoring 30 Tage lang in den CloudWatch Protokollen gespeichert. Dieser Aufbewahrungszeitraum unterscheidet sich von typischen CloudWatch Kennzahlen.
Um zu ändern, wie lange die Metriken in den CloudWatch Protokollen gespeichert werden, ändern Sie die Aufbewahrungsdauer für die `RDSOSMetrics` Protokollgruppe in der CloudWatch Konsole. Weitere Informationen finden Sie unter [Ändern der Aufbewahrung von Protokolldaten in CloudWatch Protokollen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#SettingLogRetention) im *Amazon CloudWatch Logs-Benutzerhandbuch*.
### Kosten für „Enhanced Monitoring“ (Erweiterte Überwachung)
Metriken zur erweiterten Überwachung werden in den CloudWatch Protokollen und nicht in CloudWatch Metriken gespeichert. Die Kosten für „Enhanced Monitoring“ (Erweiterte Überwachung) hängen von folgenden Faktoren ab:
+ Enhanced Monitoring wird Ihnen nur in Rechnung gestellt, wenn Sie das von Amazon CloudWatch Logs bereitgestellte Datenübertragungs- und Speichervolumen überschreiten. Die Gebühren basieren auf den Gebühren für die Übertragung und Speicherung von CloudWatch Logs.
+ Die Menge der für eine RDS-Instance übertragenen Informationen ist direkt proportional zur definierten Granularität für „Enhanced Monitoring“ (Erweiterte Überwachung). Ein kürzeres Überwachungsintervall führt zu häufigeren Berichten über Betriebssystem-Metriken und erhöht Ihre Überwachungskosten. Um Kosten zu verwalten, legen Sie unterschiedliche Granularitäten für verschiedene Instances in Ihren Konten fest.
+ Nutzungskosten für „Enhanced Monitoring“ (Erweiterte Überwachung) werden auf jede DB-Instance angewendet, für die Enhanced Monitoring (Erweiterte Überwachung) aktiviert ist. Die Überwachung einer großen Zahl von DB-Instances ist kostspieliger als die Überwachung von nur wenigen Instances.
+ DB-Instances, die eine rechenintensivere Workload unterstützen, müssen mehr Aktivitäten von Betriebssystemprozessen melden und bedeuten höhere Kosten für „Enhanced Monitoring“ (Erweiterte Überwachung).
Weitere Informationen zur Preisgestaltung finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
# Einrichten und Aktivieren von „Enhanced Monitoring“ (Erweiterte Überwachung)
Um „Enhanced Monitoring“ (Erweiterte Überwachung) zu verwenden, müssen Sie eine IAM-Rolle erstellen und dann „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren.
**Topics**
+ [So erstellen Sie eine IAM-Rolle für „Enhanced Monitoring“ (Erweiterte Überwachung)](#USER_Monitoring.OS.Enabling.Prerequisites)
+ [Aktivieren und Deaktivieren von „Erweiterte Überwachung“](#USER_Monitoring.OS.Enabling.Procedure)
+ [Schutz vor dem Confused-Deputy-Problem](#USER_Monitoring.OS.confused-deputy)
## So erstellen Sie eine IAM-Rolle für „Enhanced Monitoring“ (Erweiterte Überwachung)
Enhanced Monitoring erfordert die Erlaubnis, in Ihrem Namen zu handeln, um Betriebssystem-Metrikinformationen an CloudWatch Logs zu senden. Sie gewähren Enhanced Monitoring-Berechtigungen mithilfe einer AWS Identity and Access Management (IAM-) Rolle. Sie können diese Rolle entweder erstellen, wenn Sie „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren oder vorher erstellen.
**Topics**
+ [Erstellen der IAM-Rolle, wenn Sie „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren](#USER_Monitoring.OS.Enabling.Prerequisites.creating-role-automatically)
+ [Erstellen der IAM-Rolle, bevor Sie „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren](#USER_Monitoring.OS.Enabling.Prerequisites.creating-role-manually)
### Erstellen der IAM-Rolle, wenn Sie „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren
Wenn Sie „Enhanced Monitoring“ (Erweiterte Überwachung) in der RDS-Konsole aktivieren, kann Amazon RDS die erforderliche IAM-Rolle für Sie erstellen. Der Name der Rolle lautet `rds-monitoring-role`. RDS verwendet diese Rolle für die angegebene DB-Instance, das Lesereplikat oder den Multi-AZ-DB-Cluster.
**So erstellen Sie die IAM-Rolle beim Aktivieren von „Enhanced Monitoring“ (Erweiterte Überwachung)**
1. Führen Sie die Schritte unter au [Aktivieren und Deaktivieren von „Erweiterte Überwachung“](#USER_Monitoring.OS.Enabling.Procedure).
1. Setzen Sie die **Überwachungsrolle** in dem Schritt, in dem Sie eine Rolle auswählen auf **Standard**.
### Erstellen der IAM-Rolle, bevor Sie „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren
Sie können die erforderliche Rolle erstellen, bevor Sie „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren. Wenn Sie „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren, geben Sie den Namen Ihrer neuen Rolle an. Sie müssen diese erforderliche Rolle erstellen, wenn Sie „Enhanced Monitoring“ (Erweiterte Überwachung) mithilfe der AWS CLI oder RDS API aktivieren.
Der Benutzer, der „Enhanced Monitoring“ (Erweiterte Überwachung) aktiviert, muss über die `PassRole`-Berechtigung verfügen. Weitere Informationen finden Sie unter Beispiel 2 unter [Erteilen von Benutzerberechtigungen zur Übergabe einer Rolle an einen AWS Dienst](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_passrole.html) im *IAM-Benutzerhandbuch*.
**So erstellen Sie eine IAM-Rolle für „Enhanced Monitoring“ (Erweiterte Überwachung) in Amazon RDS**
1. Öffnen Sie die [IAM-Konsole unter](https://console.aws.amazon.com/iam/home?#home). [https://console.aws.amazon.com](https://console.aws.amazon.com/)
1. Wählen Sie im Navigationsbereich **Rollen** aus.
1. Wählen Sie **Create role** (Rolle erstellen) aus.
1. Wählen Sie die Registerkarte **AWS -Service** und **RDS** in der Liste der Services aus.
1. Wählen Sie **RDS – Enhanced Monitoring** (RDS – erweiterte Überwachung) und **Next** (Weiter) aus.
1. Vergewissern Sie sich, dass in den **Berechtigungsrichtlinien** **Amazon** angezeigt wird RDSEnhancedMonitoringRole, und wählen Sie dann **Weiter** aus.
1. Geben Sie unter **Role name (Rollenname)** einen Namen für Ihre Rolle ein. Geben Sie z. B. ei **emaccess**.
Die vertrauenswürdige Entität für Ihre Rolle ist der AWS Service **monitoring.rds.amazonaws.com**.
1. Wählen Sie **Rolle erstellen** aus.
## Aktivieren und Deaktivieren von „Erweiterte Überwachung“
Sie können Enhanced Monitoring mithilfe der, oder RDS-API verwalten. AWS-Managementkonsole AWS CLI Sie können für jeden jede DB-Instance unterschiedliche Granularitäten für die Metriksammlung festlegen.
### Konsole
Sie können „Enhanced Monitoring“·(Erweiterte·Überwachung) aktivieren, wenn Sie eine DB-Instance, einen Multi-AZ-DB-Cluster, oder ein Lesereplikat erstellen, oder wenn Sie eine DB-Instance oder einen Multi-AZ-DB-Cluster ändern. Wenn Sie eine DB-Instanceändern, um „Erweiterte·Überwachung“ zu aktivieren, müssen Sie Ihre DB-Instance nicht neu starten, damit die Änderung wirksam wird.
Sie können „Enhanced Monitoring“ in der RDS-Konsole aktivieren, wenn Sie eine der folgenden Aktionen auf der Seite **Datenbanken** ausführen:
+ **Erstellen einer DB-Instance oder eines Multi-AZ-DB-Clusters** – Wählen Sie **Datenbank erstellen** aus.
+ **Erstellen eines Lesereplikats** – Wählen Sie **Aktionen** und dann **Lesereplikat erstellen** aus.
+ **Eine DB-Instance oder einen Multi-AZ-DB-Cluster ändern** – Wählen Sie **Ändern** aus.
**„Enhanced Monitoring“ (Erweiterte Überwachung) in der RDS-Konsole aktivieren/deaktivieren**
1. Scrollen Sie zu **Additional Configuration** (Zusätzliche Konfiguration).
1. Wählen Sie unter **Überwachung** die Option **Erweiterte Überwachung aktivieren** für Ihre DB-Instance oder Ihr Lesereplikat aus. Deaktivieren Sie die Option zur Deaktivierung von „Erweiterte Überwachung“.
1. Setzen Sie die Eigenschaft **Monitoring Role** auf die IAM-Rolle, die Sie erstellt haben, damit Amazon RDS für Sie mit Amazon CloudWatch Logs kommunizieren kann, oder wählen Sie **Standard**, damit RDS eine Rolle für Sie erstellt. `rds-monitoring-role`
1. Stellen Sie die Eigenschaft **Granularität** auf das Intervall (in Sekunden) zwischen Punkten ein, an denen Metriken für Ihre DB-Instance oder Ihr Lesereplikat erfasst werden. Die Eigenschaft **Granularität** kann auf einen der folgenden Werte eingestellt werden: `1`, `5`, `10`, `15`, `30` oder `60`.
Die schnellste Aktualisierung der RDS-Konsole erfolgt alle 5 Sekunden. Wenn Sie die Granularität in der RDS-Konsole auf 1 Sekunde einstellen, sehen Sie die aktualisierten Metriken dennoch nur alle 5 Sekunden. Mithilfe von Logs können Sie Metrik-Updates innerhalb von einer CloudWatch Sekunde abrufen.
### AWS CLI
Um Enhanced Monitoring mit den AWS CLI folgenden Befehlen zu aktivieren, setzen Sie die `--monitoring-interval` Option auf einen anderen Wert als `0` und setzen Sie die `--monitoring-role-arn` Option auf die Rolle, in [So erstellen Sie eine IAM-Rolle für „Enhanced Monitoring“ (Erweiterte Überwachung)](#USER_Monitoring.OS.Enabling.Prerequisites) der Sie sie erstellt haben.
+ [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)
+ [create-db-instance-read-replikat](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html)
+ [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)
+ [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)(Multi-AZ-DB-Cluster)
+ [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)(Multi-AZ-DB-Cluster)
Die Option `--monitoring-interval` gibt das Intervall in Sekunden zwischen den Punkten an, an denen Enhanced Monitoring-Metriken erfasst werden. Gültige Werte für die Option sind `0`, `1`, `5`, `10`, `15`, `30` und `60`.
Um Enhanced Monitoring mit dem zu deaktivieren AWS CLI, setzen Sie die `--monitoring-interval` Option `0` in diesen Befehlen auf.
**Example**
Im folgenden Beispiel wird „Enhanced Monitoring“·(Erweiterte·Überwachung) für eine DB-Instance aktiviert:
Für Linux, macOS oder Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mydbinstance \
--monitoring-interval 30 \
--monitoring-role-arn arn:aws:iam::123456789012:role/emaccess
```
Für Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mydbinstance ^
--monitoring-interval 30 ^
--monitoring-role-arn arn:aws:iam::123456789012:role/emaccess
```
**Example**
Im folgenden Beispiel wird „Enhanced Monitoring“·(Erweiterte·Überwachung) für ein Multi-AZ-DB-Cluster aktiviert:
Für Linux, macOS oder Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier mydbcluster \
--monitoring-interval 30 \
--monitoring-role-arn arn:aws:iam::123456789012:role/emaccess
```
Für Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier mydbcluster ^
--monitoring-interval 30 ^
--monitoring-role-arn arn:aws:iam::123456789012:role/emaccess
```
### RDS-API
Um „Enhanced Monitoring“ (Erweiterte Überwachung) mithilfe der RDS API zu aktivieren, setzen Sie den Parameter `MonitoringInterval` auf einen anderen Wert als `0` und legen Sie den Parameter `MonitoringRoleArn` auf die Rolle fest, die Sie in [So erstellen Sie eine IAM-Rolle für „Enhanced Monitoring“ (Erweiterte Überwachung)](#USER_Monitoring.OS.Enabling.Prerequisites) erstellt haben. Legen Sie diese Parameter in den folgenden Aktionen fest:
+ [CreateDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html)
+ [CreateDBInstanceReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html)
+ [Modifizieren SieDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html)
+ [Erstellen DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) (Multi-AZ-DB-Cluster)
+ [Ändern DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) (Multi-AZ-DB-Cluster)
Der Parameter `MonitoringInterval` gibt das Intervall in Sekunden zwischen den Punkten an, an denen Enhanced Monitoring-Metriken erfasst werden. Gültige Werte sind: `0`, `1`, `5`, `10`, `15`, `30` und `60`.
Um „Enhanced Monitoring“ (Erweiterte Überwachung) mit Hilfe der RDS API zu deaktivieren, setzen Sie `MonitoringInterval` auf `0`.
## Schutz vor dem Confused-Deputy-Problem
Das Problem des verwirrten Stellvertreters ist ein Sicherheitsproblem, bei dem eine Entität, die keine Berechtigung zur Durchführung einer Aktion hat, eine privilegiertere Entität zur Durchführung der Aktion zwingen kann. In AWS kann ein dienstübergreifendes Identitätswechsels zum Problem des verwirrten Stellvertreters führen. Ein dienstübergreifender Identitätswechsel kann auftreten, wenn ein Dienst (der *Anruf-Dienst*) einen anderen Dienst anruft (den *aufgerufenen Dienst*). Der aufrufende Service kann manipuliert werden, um seine Berechtigungen zu verwenden, um Aktionen auf die Ressourcen eines anderen Kunden auszuführen, für die er sonst keine Zugriffsberechtigung haben sollte. Um dies zu verhindern, bietet AWS Tools, mit denen Sie Ihre Daten für alle Services mit Serviceprinzipalen schützen können, die Zugriff auf Ressourcen in Ihrem Konto erhalten haben. Weitere Informationen finden Sie unter [Confused-Deputy-Problem](https://docs.aws.amazon.com/IAM/latest/UserGuide/confused-deputy.html).
Um die Berechtigungen einzuschränken, die Amazon RDS einem anderen Service für eine Ressource gewährt, empfehlen wir die globalen Bedingungskontextschlüssel `aws:SourceArn` und `aws:SourceAccount` in einer Vertrauensrichtlinie für Ihre Enhanced-Monitoring-Rolle. Wenn Sie beide globalen Bedingungskontextschlüssel verwenden, müssen diese dieselbe Konto-ID verwenden.
Der effektivste Weg, um sich vor dem Confused-Deputy-Problem zu schützen, ist die Verwendung des globalen Bedingungskontextschlüssels `aws:SourceArn` mit dem vollständigen ARN der Ressource. Setzen Sie für Amazon RDS `aws:SourceArn` auf `arn:aws:rds:Region:my-account-id:db:dbname`.
Im folgenden Beispiel werden die globalen Bedingungskontextschlüssel `aws:SourceArn` und `aws:SourceAccount` in einer Vertrauensrichtlinie verwendet, um das Confused-Deputy-Problem zu verhindern.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Principal": {
"Service": "monitoring.rds.amazonaws.com"
},
"Action": "sts:AssumeRole",
"Condition": {
"StringLike": {
"aws:SourceArn": "arn:aws:rds:Region:my-123456789012:db:dbname"
},
"StringEquals": {
"aws:SourceAccount": "my-123456789012"
}
}
}
]
}
```
------
# Anzeigen von Betriebssystem-Metriken in der RDS-Konsole
Sie können Betriebssystemmetriken anzeigen, die von Enhanced Monitoring in der RDS-Konsole gemeldet werden, indem Sie **Enhanced monitoring** (Erweiterte Überwachung) unter **Monitoring** (Überwachung) auswählen.
Das folgende Beispiel zeigt die Seite „Enhanced Monitoring“ an. Beschreibungen der Metriken für Enhanced Monitoring finden Sie unter [Betriebssystemmetriken in „Erweiterte Überwachung“](USER_Monitoring-Available-OS-Metrics.md).
![\[Dashboardansicht\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/metrics1.png)
Einige DB-Instances verwenden für das Datenspeichervolume der DB-Instance mehr als einen Datenträger. Bei solchen DB-Instances zeigen die Diagramme unter **Physical Devices (Physische Geräte)** für jeden einzelnen der Datenträger Metriken an. Beispielsweise zeigt das folgende Diagramm Metriken für vier Datenträger an.
![\[Diagramm mit mehreren Datenträgern\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/enhanced-monitoring-multiple-disks.png)
**Anmerkung**
Derzeit sind die Diagramme unter **Physical Devices (Physische Geräte)** nicht für Microsoft SQL Server-DB-Instances verfügbar.
Wenn Sie aggregierte **Dateisystemdiagramme** anzeigen, bezieht sich das **rdsdbdata\$1-Gerät** auf das `rdsfilesys/rdsdbdata*` Dateisystem, in dem alle Datenbankdateien und Protokolle gespeichert sind. Das Gerät **rootfilesys** bezieht sich auf das `/` Dateisystem (auch als Root bezeichnet), in dem Dateien gespeichert werden, die sich auf das Betriebssystem beziehen. Wenn Sie zusätzliche Speichervolumes verwenden, finden Sie in den Volumenmetriken`rdsdbdata2`,`rdsdbdata3`, und `rdsdbdata4` volumespezifische Informationen.
Wenn Sie aggregierte **Festplatten-I/O-Diagramme** anzeigen, bezieht sich das **rdsdbdata-Gerät** auf das primäre Speichervolume. `/rdsdbdata` Wenn Sie zusätzliche Speichervolumes verwenden, sehen Sie sich die Volumenmetriken, und an `rdsdbdata2``rdsdbdata3`, um `rdsdbdata4` volumespezifische Informationen zu erhalten. Das Dateisystemgerät bezieht sich auf das /file-System (auch als Root bezeichnet), in dem Dateien gespeichert werden, die sich auf das Betriebssystem beziehen.
Der **Gerätename rdsdev** ist veraltet. Das **rdsdev-Gerät** bezieht sich nur auf das primäre `/rdsdbdata` Speichervolume und enthält keine Messwerte von zusätzlichen Speichervolumes.
![\[Diagramm der Dateisystemnutzung\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/enhanced-monitoring-filesystem.png)
Wenn die DB-Instance eine Multi-AZ-Bereitstellung ist, können Sie die Betriebssystemmetriken für die primäre DB-Instance und ihre Multi-AZ-Standby-Replica anzeigen. Wählen Sie in der Ansicht **Enhanced monitoring** die Option **primary (Primär)** aus, um die Betriebssystemmetriken für die primäre DB-Instance anzuzeigen, oder wählen Sie **secondary (Sekundär)**, um die OS-Metriken für die Standby-Replica anzuzeigen.
![\[Optionen "Primary (Primär)" und "Secondary (Sekundär)" für „Enhanced Monitoring“ (Erweiterte Überwachung)\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/enhanced-monitoring-primary-secondary.png)
Weitere Informationen zu Multi-AZ-Bereitstellungen finden Sie unter [Konfigurieren und Verwalten einer Multi-AZ-Bereitstellung für Amazon RDS](Concepts.MultiAZ.md).
**Anmerkung**
Derzeit wird die Ansicht von Betriebssystemmetriken für eine Multi-AZ-Standby-Replica für MariaDB- DB-Instances nicht unterstützt.
Wenn Sie Details für die auf Ihrer DB-Instance ausgeführten Prozesse ansehen möchten, wählen Sie die **Betriebssystem-Prozessliste** für **Überwachung** aus.
Die Ansicht **Process List (Prozessliste)** wird nachstehend angezeigt.
![\[Prozesslistenansicht\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/metrics2.png)
Die Enhanced Monitoring-Metriken, die in der Ansicht **Process list (Prozessliste)** gezeigt werden, sind wie folgt organisiert:
+ **RDS child processes (Untergeordnete RDS-Prozesse)** – Zeigt eine Übersicht über die RDS-Prozesse, die die DB-Instance unterstützen, z. B. `mysqld` für MySQL-DB-Instances. Prozess-Threads erscheinen unter dem übergeordneten Prozess. Prozess-Threads zeigen nur die CPU-Nutzung, da andere Metriken für alle Threads des Prozesses gleich sind. Die Konsole zeigt maximal 100 Prozesse und Threads. Das Ergebnis ist eine Kombination der CPU-intensivsten und Memory-intensivsten Prozesse und Threads. Wenn über 50 Prozesse und über 50 Threads vorhanden sind, zeigt die Konsole für jede Kategorie die 50 mit dem höchsten Verbrauch. Anhand dieser Anzeige können Sie feststellen, welche Prozesse die größte Auswirkung auf die Performance haben.
+ **RDS-Prozesse** — Zeigt eine Zusammenfassung der vom RDS-Management-Agenten verwendeten Ressourcen, der Diagnosen, der Überwachungsprozesse und anderer AWS Prozesse an, die zur Unterstützung von RDS-DB-Instances erforderlich sind.
+ **OS processes** (Betriebssystemprozesse): Zeigt eine Übersicht über Kernel- und Systemprozesse, die im Allgemeinen einen geringen Einfluss auf die Performance haben.
Die aufgelisteten Elemente für jeden Prozess sind:
+ **VIRT**: Zeigt die virtuelle Größe des Prozesses an.
+ **RES**: Zeigt den tatsächlichen physischen Speicher an, der vom Prozess verwendet wird.
+ **CPU%**: Zeigt den Prozentsatz der gesamten CPU-Bandbreite an, die vom Prozess verwendet wird.
+ **MEM%**: Zeigt den Prozentsatz des Gesamtspeichers an, der vom Prozess verwendet wird.
Die in der RDS-Konsole angezeigten Überwachungsdaten werden aus Amazon CloudWatch Logs abgerufen. Sie können die Metriken für eine DB-Instance auch als Protokollstream aus CloudWatch Logs abrufen. Weitere Informationen finden Sie unter [Anzeigen von Betriebssystemmetriken mit CloudWatch Logs](USER_Monitoring.OS.CloudWatchLogs.md).
Metriken für „Enhanced Monitoring“ (Erweiterte Überwachung) werden in folgenden Situationen nicht geliefert:
+ Failover der DB-Instance.
+ Ändern der Instance-Klasse für die DB-Instance (Skalierung der Datenverarbeitung).
Metriken für „Enhanced Monitoring“ (Erweiterte Überwachung) werden während eines Neustarts einer DB-Instance zurückgegeben, da nur die Datenbank-Engine neu gestartet wird. Metriken für das Betriebssystem werden weiterhin mitgeteilt.
# Anzeigen von Betriebssystemmetriken mit CloudWatch Logs
Nach dem Aktivieren von „Enhanced Monitoring“·(Erweiterte·Überwachung) für Ihre DB-Instance oder den Multi-AZ-DB-Cluster können Sie die Metriken dafür mithilfe von CloudWatch Logs ansehen, wobei jeder Protokoll-Stream eine einzelne überwachte DB-Instance oder ein DB-Cluster darstellt. Die Protokoll-Stream-Kennung ist die Ressourcenkennung (`DbiResourceId`) für die DB-Instance oder das DB-Cluster.
**So zeigen Sie Enhanced Monitoring-Protokolldaten an**
1. Öffnen Sie die CloudWatch-Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Wählen Sie bei Bedarf die AWS-Region, in der sich Ihre DB-Instance oder Ihr Multi-AZ-DB-Cluster befindet. Weitere Informationen finden Sie unter [Regionen und Endpunkte](https://docs.aws.amazon.com/general/latest/gr/index.html?rande.html) in der *Allgemeinen Amazon Web Services-Referenz*.
1. Wählen Sie im Navigationsbereich **Protokolle**.
1. Wählen Sie **RDSOSMetrics** in der Liste der Protokollgruppen.
In einer Multi-AZ-DB-Instance-Bereitstellung sind Protokolldateien mit an ihrem Namen angehängtem `-secondary` für die Multi-AZ-Standby-Replica bestimmt.
![\[Multi-AZ-Standby-Replica-Protokolldatei\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/images/enhanced-monitoring-cloudwatch-secondary.png)
1. Wählen Sie aus der Liste den Protokoll-Stream, den Sie anzeigen möchten.
# Amazon RDS-Referenz für Metriken
In dieser Referenz finden Sie Beschreibungen von Amazon RDS-Metriken für Amazon CloudWatch, Performance Insights und „Enhanced Monitoring“ (Erweiterte Überwachung).
**Topics**
+ [CloudWatch Amazon-Metriken für Amazon RDS](rds-metrics.md)
+ [CloudWatch Amazon-Abmessungen für Amazon RDS](dimensions.md)
+ [Amazon-CloudWatch-Metriken für Amazon RDS Performance Insights](USER_PerfInsights.Cloudwatch.md)
+ [Performance-Insights-Zählermetriken](USER_PerfInsights_Counters.md)
+ [SQL-Statistiken für Performance Insights](sql-statistics.md)
+ [Betriebssystemmetriken in „Erweiterte Überwachung“](USER_Monitoring-Available-OS-Metrics.md)
# CloudWatch Amazon-Metriken für Amazon RDS
CloudWatch Amazon-Metriken bieten Einblicke in die Leistung und den Zustand von Amazon RDS-Instances und -Clustern, sodass Sie das Systemverhalten überwachen und datengestützte Entscheidungen treffen können. Diese Metriken helfen dabei, die Ressourcennutzung, die Datenbankaktivität und die betriebliche Effizienz nachzuverfolgen und bieten Einblick in die Leistung Ihrer Instances.
In dieser Referenz werden die spezifischen Metriken beschrieben, die für Amazon RDS verfügbar sind. Außerdem wird erklärt, wie sie interpretiert und verwendet werden können, um die Datenbankleistung zu optimieren, Probleme zu beheben und eine hohe Verfügbarkeit sicherzustellen.
Amazon RDS veröffentlicht Metriken für Amazon CloudWatch in den `AWS/Usage` Namespaces `AWS/RDS` und.
**Topics**
+ [Metriken CloudWatch auf Amazon-Instanzebene für Amazon RDS](#rds-cw-metrics-instance)
+ [CloudWatch Amazon-Nutzungsmetriken für Amazon RDS](#rds-metrics-usage)
## Metriken CloudWatch auf Amazon-Instanzebene für Amazon RDS
Der `AWS/RDS` Namespace in Amazon CloudWatch umfasst die folgenden Metriken auf Instanzebene.
**Anmerkung**
Die Amazon RDS-Konsole zeigt möglicherweise Metriken in Einheiten an, die sich von den an Amazon gesendeten Einheiten unterscheiden CloudWatch. Beispielsweise kann die Amazon RDS-Konsole eine Metrik in Megabyte (MB) anzeigen, während die Metrik CloudWatch in Byte an Amazon gesendet wird.
| Metrik | Beschreibung | Gilt für | Einheiten |
| --- | --- | --- | --- |
| `BinLogDiskUsage` | Die Menge des von Binärprotokollen belegten Speicherplatzes. Wenn automatische Backups für MySQL- und MariaDB-Instances aktiviert sind, einschließlich Lesereplikaten, werden Binärlogs erstellt. | MariaDB MySQL | Bytes |
| `BurstBalance` | Der Prozentsatz der verfügbaren I/O Burst-Bucket-Credits für Allzweck-SSDs (GP2). | Alle | Prozent |
| `CheckpointLag` | Die seit dem letzten Checkpoint vergangene Zeit. | | Sekunden |
| `ConnectionAttempts` | Die Anzahl der Versuche, eine Verbindung mit einer Instance herzustellen, unabhängig davon, ob erfolgreich oder nicht. | MySQL | Anzahl |
| `CPUUtilization` | Prozentsatz der CPU-Auslastung. | Alle | Prozent |
| `CPUCreditUsage` | Die Anzahl der von der Instance für die CPU-Nutzung verbrauchten CPU-Guthaben. Ein CPU-Guthaben entspricht einer vCPU, die eine Minute lang bei 100-prozentiger Auslastung läuft, oder einer gleichwertigen Kombination aus vCPUs, Auslastung und Zeit. Beispielsweise können Sie eine vCPU zwei Minuten lang mit einer Auslastung von 50 Prozent oder zwei vCPU zwei Minuten lang mit einer Auslastung von 25 Prozent CPUs betreiben.Die Metrik gilt nur für db.t2-, db.t3- und db.t4g-Instances. Wir empfehlen, die T-DB-Instance-Klassen nur für Entwicklungs- und Testserver oder andere Nicht-Produktionsserver zu verwenden. Weitere Informationen zu den T-Instance-Klassen finden Sie unter [DB-Instance-Klassenarten](Concepts.DBInstanceClass.Types.md). Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. Wenn Sie ein größeres Intervall als 5 Minuten angeben, verwenden Sie die Statistik `Sum` anstelle der Statistik `Average`. | | Guthaben (vCPU-Minuten) |
| `CPUCreditBalance` | Die Anzahl verdienter CPU-Guthaben, die eine Instance angesammelt hat, seit sie gestartet wurde. Für T2 Standard beinhaltet `CPUCreditBalance` auch die Anzahl der angesammelten Startguthaben.Guthaben werden auf dem Guthaben-Konto angesammelt, nachdem sie verdient wurden, und davon entfernt, wenn sie verbraucht werden. Der Guthaben-Kontostand hat ein maximales Limit, das anhand der Instance-Größe bestimmt wird. Nachdem das Limit erreicht ist, verfallen alle neu verdienten Guthabenpunkte. Im Fall von T2 Standard werden Startguthaben nicht für das Limit berücksichtigt.Die Guthaben in `CPUCreditBalance` sind verfügbar, um die Leistung der Instance über die Baseline ihrer CPU-Nutzung hinaus zu steigern.Wenn eine Instance ausgeführt wird, verfallen Guthaben im `CPUCreditBalance` nicht. Wenn die Instance beendet wird, bleibt der `CPUCreditBalance` nicht erhalten, und alle angesammelten Guthaben gehen verloren.Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar.Die Metrik gilt nur für db.t2-, db.t3- und db.t4g-Instances. Wir empfehlen, die T-DB-Instance-Klassen nur für Entwicklungs- und Testserver oder andere Nicht-Produktionsserver zu verwenden. Weitere Informationen zu den T-Instance-Klassen finden Sie unter [DB-Instance-Klassenarten](Concepts.DBInstanceClass.Types.md). Startguthaben funktionieren in Amazon RDS genauso wie in Amazon EC2. Weitere Informationen dazu finden Sie unter [Startguthaben](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-standard-mode-concepts.html#launch-credits) im *Amazon-Elastic-Compute-Cloud-Benutzerhandbuch für Linux-Instances*. | | Guthaben (vCPU-Minuten) |
| `CPUSurplusCreditBalance` | Die Anzahl überzähliger Guthaben, die von einer Unlimited-Instance verbraucht wurden, wenn ihr `CPUCreditBalance`-Wert null ist. Der `CPUSurplusCreditBalance`-Wert wird durch erworbene CPU-Guthaben abgezahlt. Wenn die Anzahl überzähliger Guthaben die Höchstzahl der Guthaben überschreitet, die die Instance in einem 24-Stunden-Zeitraum verdienen kann, fallen für die verbrauchten überzähligen Guthaben zusätzliche Gebühren an. Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. | Alle | Guthaben (vCPU-Minuten) |
| `CPUSurplusCreditsCharged` | Die Anzahl verbrauchter überzähliger Guthaben, die nicht durch verdiente CPU-Guthaben zurückgezahlt wurden, und für die deshalb eine zusätzliche Gebühr anfällt. Verbrauchte überzählige Guthaben werden in Rechnung gestellt, wenn einer der folgenden Fälle auftritt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/rds-metrics.html) Die Metriken für CPU-Guthaben sind nur mit einer fünfminütigen Frequenz verfügbar. | Alle | Guthaben (vCPU-Minuten) |
| `DatabaseConnections` | Die Anzahl der Clientnetzwerkverbindungen zur Datenbank-Instance. Die Anzahl der Datenbanksitzungen kann höher als der Metrikwert sein, da der Metrikwert Folgendes nicht enthält: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/rds-metrics.html) | Alle | Anzahl |
| `DiskQueueDepth` | Die Anzahl der ausstehenden I/Os (Lese-/Schreibanforderungen), die auf den Zugriff auf die Festplatte warten. | Alle | Anzahl |
| `DiskQueueDepthLogVolume` | Die Anzahl der ausstehenden I/Os (Lese-/Schreibanforderungen), die auf den Zugriff auf die Festplatte des Log-Volumes warten. | DB-Instances mit aktiviertem [dediziertem Protokoll-Volume](USER_PIOPS.dlv.md) | Anzahl |
| `EBSByteBalance%` | Der Prozentsatz der Durchsatz-Guthaben, die im Burst-Bucket Ihrer RDS-Datenbank verbleiben. Diese Metrik ist nur für die grundlegende Überwachung verfügbar. Der Metrikwert basiert auf dem Durchsatz aller Volumes, einschließlich des Root-Volumes, und nicht nur auf den Volumes, die Datenbankdateien enthalten. Die Instance-Größen, die diese Metrik unterstützen, finden Sie unter den mit einem Sternchen (\$1) markierten Instance-Größen in der [standardmäßig optimierten EBS-Tabelle](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html#current) im * EC2 Amazon-Benutzerhandbuch*. Die `Sum`-Statistik ist für diese Metrik nicht anwendbar. | Alle | Prozent |
| `EBSIOBalance%` | Der Prozentsatz der verbleibenden I/O Credits im Burst-Bucket Ihrer RDS-Datenbank. Diese Metrik ist nur für die grundlegende Überwachung verfügbar. Der Metrikwert basiert auf den IOPS aller Volumes, einschließlich des Root-Volumes, und nicht nur auf den Volumes, die Datenbankdateien enthalten. Die Instance-Größen, die diese Metrik unterstützen, finden Sie unter [Amazon EBS-optimierte Instance-Typen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html) im * EC2 Amazon-Benutzerhandbuch*. Die `Sum`-Statistik ist für diese Metrik nicht anwendbar. Diese Metrik unterscheidet sich von `BurstBalance`. Informationen zur Verwendung dieser Metrik finden Sie unter [Verbessern der Anwendungsleistung und Senkung der Kosten mit Amazon EBS-optimierten Instance-Burst-Funktionen](https://aws.amazon.com/blogs/compute/improving-application-performance-and-reducing-costs-with-amazon-ebs-optimized-instance-burst-capability/). | Alle | Prozent |
| `FailedSQLServerAgentJobsCount` | Die Anzahl der fehlgeschlagenen Microsoft SQL Server Agent-Aufträge in der letzten Minute. | Microsoft SQL Server | Anzahl pro Minute |
| `FreeableMemory` | Verfügbarer Arbeitsspeicher. Für MariaDB-, MySQL-, Oracle- und PostgreSQL-DB-Instances meldet diese Metrik als Wert des Feldes `MemAvailable` `/proc/meminfo`. | Alle | Bytes |
| `FreeLocalStorage` | Die Menge des verfügbaren lokalen Speicherplatzes. Diese Metrik gilt nur für DB-Instance-Klassen mit NVMe SSD-Instance-Speicher-Volumes. Informationen zu EC2 Amazon-Instances mit NVMe SSD-Instance-Speicher-Volumes finden Sie unter [Instance-Speicher-Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). Die entsprechenden RDS-DB-Instance-Klassen haben dieselben Instance-Speicher-Volumes. Die DB-Instance-Klassen db.m6gd und db.r6gd verfügen beispielsweise über SSD-Instance-Speicher-Volumes. NVMe | | Bytes |
| `FreeLocalStoragePercent` | Der Prozentsatz des verfügbaren lokalen Speicherplatzes. Diese Metrik gilt nur für DB-Instance-Klassen mit SSD-Instance-Speicher-Volumes. NVMe Informationen zu EC2 Amazon-Instances mit NVMe SSD-Instance-Speicher-Volumes finden Sie unter [Instance-Speicher-Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). Die entsprechenden RDS-DB-Instance-Klassen haben dieselben Instance-Speicher-Volumes. Die DB-Instance-Klassen db.m6gd und db.r6gd verfügen beispielsweise über SSD-Instance-Speicher-Volumes. NVMe | | Prozent |
| `FreeStorageSpace` | Verfügbarer Speicherplatz | Alle | Bytes |
| `FreeStorageSpaceLogVolume` | Der verfügbare Speicherplatz auf dem Protokoll-Volume | DB-Instances mit aktiviertem [dediziertem Protokoll-Volume](USER_PIOPS.dlv.md) | Bytes |
| `IamDbAuthConnectionRequests` | Die Anzahl der Verbindungsanforderungen mit IAM-Authentifizierung an die DB-Instance. | Alle | Anzahl |
| `MaximumUsedTransactionIDs` | Die maximale Anzahl von Transaktionen, die verwendet wurden. IDs | PostgreSQL | Anzahl |
| `NetworkReceiveThroughput` | Eingehender Netzwerkverkehr (Receive) auf der DB-Instance, einschließlich Kundendatenbankverkehr und Amazon-RDS-Datenverkehr, der zur Überwachung und Replikation verwendet wird. | Alle | Bytes pro Sekunde |
| `NetworkTransmitThroughput` | Ausgehender Netzwerkverkehr (Transmit) auf der DB-Instance, einschließlich Kundendatenbankverkehr und Amazon-RDS-Datenverkehr, der zur Überwachung und Replikation verwendet wird. | Alle | Bytes pro Sekunde |
| `OldestLogicalReplicationSlotLag` | Die Verzögerung zwischen dem Zeitpunkt, zu dem Amazon RDS eine Transaktion in der Quelldatenbank festschreibt, und dem Zeitpunkt, zu dem RDS die Transaktion in der Replikatdatenbank anwendet. | PostgreSQL | Bytes |
| `OldestReplicationSlotLag` | Der Verzögerungsgrößenwert des Replikats, das in Bezug auf die empfangenen Write-Ahead-Log-Daten (WAL) die höchste Verzögerung aufweist. | PostgreSQL | Bytes |
| `ReadIOPS` | Die durchschnittliche Anzahl von I/O Festplatten-Lesevorgängen pro Sekunde. | Alle | Anzahl pro Sekunde |
| `ReadIOPSLocalStorage` | Die durchschnittliche Anzahl von I/O Festplatten-Lesevorgängen pro Sekunde in den lokalen Speicher. Diese Metrik gilt nur für DB-Instance-Klassen mit NVMe SSD-Instance-Speicher-Volumes. Informationen zu EC2 Amazon-Instances mit NVMe SSD-Instance-Speicher-Volumes finden Sie unter [Instance-Speicher-Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). Die entsprechenden RDS-DB-Instance-Klassen haben dieselben Instance-Speicher-Volumes. Die DB-Instance-Klassen db.m6gd und db.r6gd verfügen beispielsweise über SSD-Instance-Speicher-Volumes. NVMe | | Anzahl pro Sekunde |
| `ReadIOPSLogVolume` | Die durchschnittliche Anzahl von I/O Festplatten-Lesevorgängen pro Sekunde für das Log-Volume. | DB-Instances mit aktiviertem [dediziertem Protokoll-Volume](USER_PIOPS.dlv.md) | Anzahl pro Sekunde |
| `ReadLatency` | Die durchschnittliche Zeit, die pro I/O Festplattenvorgang benötigt wird. | Alle | Sekunden |
| `ReadLatencyLocalStorage` | Die durchschnittliche Zeit, die pro I/O Festplattenvorgang für den lokalen Speicher benötigt wird. Diese Metrik gilt nur für DB-Instance-Klassen mit NVMe SSD-Instance-Speicher-Volumes. Informationen zu EC2 Amazon-Instances mit NVMe SSD-Instance-Speicher-Volumes finden Sie unter [Instance-Speicher-Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). Die entsprechenden RDS-DB-Instance-Klassen haben dieselben Instance-Speicher-Volumes. Die DB-Instance-Klassen db.m6gd und db.r6gd verfügen beispielsweise über SSD-Instance-Speicher-Volumes. NVMe | | Sekunden |
| `ReadLatencyLogVolume` | Die durchschnittliche Zeit, die pro Festplattenvorgang für das Protokollvolume benötigt wird. I/O | DB-Instances mit aktiviertem [dediziertem Protokoll-Volume](USER_PIOPS.dlv.md) | Sekunden |
| `ReadThroughput` | Die durchschnittliche Anzahl Byte, die pro Sekunde vom Datenträger gelesen werden. | Alle | Bytes pro Sekunde |
| `ReadThroughputLocalStorage` | Die durchschnittliche Anzahl von Bytes, die pro Sekunde von der Festplatte für den lokalen Speicher gelesen werden. Diese Metrik gilt nur für DB-Instance-Klassen mit NVMe SSD-Instance-Speicher-Volumes. Informationen zu EC2 Amazon-Instances mit NVMe SSD-Instance-Speicher-Volumes finden Sie unter [Instance-Speicher-Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). Die entsprechenden RDS-DB-Instance-Klassen haben dieselben Instance-Speicher-Volumes. Die DB-Instance-Klassen db.m6gd und db.r6gd verfügen beispielsweise über SSD-Instance-Speicher-Volumes. NVMe | | Bytes pro Sekunde |
| `ReadThroughputLogVolume` | Die durchschnittliche Anzahl von Bytes, die für das Protokoll-Volume pro Sekunde von der Festplatte gelesen werden | DB-Instances mit aktiviertem [dediziertem Protokoll-Volume](USER_PIOPS.dlv.md) | Bytes pro Sekunde |
| `ReplicaLag` | Bei Lesereplikat-Konfigurationen die Zeitspanne, die eine Lesereplikat-DB-Instance hinter der Quell-DB-Instance zurückbleibt. Gilt für MariaDB-, Microsoft-SQL-Server-, MySQL-, Oracle-, PostgreSQL-Lesereplikate. Bei Multi-AZ-DB-Clustern die Zeitdifferenz zwischen der letzten Transaktion auf der Writer-DB-Instance und der zuletzt angewendeten Transaktion auf einer Reader-DB-Instance. | | Sekunden |
| `ReplicationChannelLag` | Bei Multi-Source-Replikatkonfigurationen die Zeitspanne, die ein bestimmter Kanal auf dem Multi-Source-Replikat hinter der Quell-DB-Instance zurückbleibt. Weitere Informationen finden Sie unter [Überwachen von Multi-Source-Replikationskanälen](mysql-multi-source-replication.md#mysql-multi-source-replication-monitoring). | MySQL | Sekunden |
| `ReplicationSlotDiskUsage` | Der Festplattenspeicher, der von Replikationsslotdateien verwendet wird. | PostgreSQL | Bytes |
| `SwapUsage` | Menge des für die DB-Instance verwendeten Auslagerungsbereichs. | MariaDB MySQL Oracle PostgreSQL | Bytes |
| `TempDbAvailableDataSpace` | Die Menge des verfügbaren Datenspeichers auf der tempdb und das Volume, auf dem sich tempdb befindet. Verwenden Sie diese Metrik, um die Verfügbarkeit von tempdb-Datenspeicher zu überwachen und die Kapazität entsprechend zu planen. Niedrige Werte können auf die Notwendigkeit hinweisen, den Speicherplatz zu erhöhen oder Abfragen zu optimieren, die tempdb stark nutzen. | SQL Server | Bytes |
| `TempDbAvailableLogSpace` | Die Menge des verfügbaren Protokollspeichers auf der tempdb und das Volume, auf dem sich tempdb befindet. Verwenden Sie diese Metrik, um die Verfügbarkeit des tempdb-Protokollspeichers zu überwachen und zu verhindern, dass das Transaktionsprotokoll voll ist. Kritisch für Workloads mit großen Transaktionen oder hoher Parallelität, die zu erheblicher Protokollaktivität führen. | SQL Server | Bytes |
| `TempDbDataFileUsage` | Der Prozentsatz der in der tempdb verwendeten Datendateien Diese Metrik berücksichtigt nicht das potenzielle Dateiwachstum. Verwenden Sie diese Metrik, um die Auslastung von tempdb-Datendateien zu überwachen und potenzielle Leistungsengpässe zu identifizieren. Hohe Werte können darauf hinweisen, dass Abfragen optimiert werden müssen, die große temporäre Objekte erstellen oder die Größe von tempdb erhöhen. | SQL Server | Prozent |
| `TempDbLogFileUsage` | Der Prozentsatz der in der tempdb verwendeten Protokolldateien Diese Metrik berücksichtigt nicht das potenzielle Dateiwachstum. Verwenden Sie diese Metrik, um die Auslastung der tempdb-Protokolldateien zu überwachen und Leistungsprobleme zu vermeiden. Hohe Werte können auf lang andauernde Transaktionen oder übermäßige Protokollierungsaktivitäten hinweisen, die sich auf die Gesamtleistung der Datenbank auswirken könnten. | SQL Server | Prozent |
| `TransactionLogsDiskUsage` | Der von den Transaktionsprotokollen verwendete Festplattenspeicher. | PostgreSQL | Bytes |
| `TransactionLogsGeneration` | Die Größe der pro Sekunde generierten Transaktionsprotokolle. | PostgreSQL | Bytes pro Sekunde |
| `WriteIOPS` | Die durchschnittliche Anzahl von Schreibvorgängen auf der Festplatte pro Sekunde. I/O | Alle | Anzahl pro Sekunde |
| `WriteIOPSLocalStorage` | Die durchschnittliche Anzahl von I/O Schreibvorgängen auf der Festplatte pro Sekunde im lokalen Speicher. Diese Metrik gilt nur für DB-Instance-Klassen mit NVMe SSD-Instance-Speicher-Volumes. Informationen zu EC2 Amazon-Instances mit NVMe SSD-Instance-Speicher-Volumes finden Sie unter [Instance-Speicher-Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). Die entsprechenden RDS-DB-Instance-Klassen haben dieselben Instance-Speicher-Volumes. Die DB-Instance-Klassen db.m6gd und db.r6gd verfügen beispielsweise über SSD-Instance-Speicher-Volumes. NVMe | | Anzahl pro Sekunde |
| `WriteIOPSLogVolume` | Die durchschnittliche Anzahl von I/O Schreibvorgängen auf der Festplatte pro Sekunde für das Log-Volume. | DB-Instances mit aktiviertem [dediziertem Protokoll-Volume](USER_PIOPS.dlv.md) | Anzahl pro Sekunde |
| `WriteLatency` | Die durchschnittliche Zeit, die pro I/O Festplattenvorgang benötigt wird. | Alle | Sekunden |
| `WriteLatencyLocalStorage` | Die durchschnittliche Zeit, die pro I/O Festplattenvorgang im lokalen Speicher benötigt wird. Diese Metrik gilt nur für DB-Instance-Klassen mit NVMe SSD-Instance-Speicher-Volumes. Informationen zu EC2 Amazon-Instances mit NVMe SSD-Instance-Speicher-Volumes finden Sie unter [Instance-Speicher-Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). Die entsprechenden RDS-DB-Instance-Klassen haben dieselben Instance-Speicher-Volumes. Die DB-Instance-Klassen db.m6gd und db.r6gd verfügen beispielsweise über SSD-Instance-Speicher-Volumes. NVMe | | Sekunden |
| `WriteLatencyLogVolume` | Die durchschnittliche Zeit, die pro Festplattenvorgang für das Protokollvolume benötigt wird. I/O | DB-Instances mit aktiviertem [dediziertem Protokoll-Volume](USER_PIOPS.dlv.md) | Sekunden |
| `WriteThroughput` | Die durchschnittliche Anzahl von Bytes, die pro Sekunde auf den Datenträger geschrieben werden. | Alle | Bytes pro Sekunde |
| `WriteThroughputLogVolume` | Die durchschnittliche Anzahl von Bytes, die für das Protokoll-Volume pro Sekunde auf die Festplatte geschrieben werden | DB-Instances mit aktiviertem [dediziertem Protokoll-Volume](USER_PIOPS.dlv.md) | Bytes pro Sekunde |
| `WriteThroughputLocalStorage` | Die durchschnittliche Anzahl von Bytes, die pro Sekunde für den lokalen Speicher auf die Festplatte geschrieben werden. Diese Metrik gilt nur für DB-Instance-Klassen mit NVMe SSD-Instance-Speicher-Volumes. Informationen zu EC2 Amazon-Instances mit NVMe SSD-Instance-Speicher-Volumes finden Sie unter [Instance-Speicher-Volumes](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes). Die entsprechenden RDS-DB-Instance-Klassen haben dieselben Instance-Speicher-Volumes. Die DB-Instance-Klassen db.m6gd und db.r6gd verfügen beispielsweise über SSD-Instance-Speicher-Volumes. NVMe | | Bytes pro Sekunde |
## CloudWatch Amazon-Nutzungsmetriken für Amazon RDS
Der `AWS/Usage` Namespace in Amazon CloudWatch enthält Nutzungsmetriken auf Kontoebene für Ihre Amazon RDS-Servicekontingenten. CloudWatch sammelt automatisch Nutzungsmetriken für alle. AWS-Regionen
Weitere Informationen finden Sie unter [CloudWatch Nutzungsmetriken](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Usage-Metrics.html) im * CloudWatch Amazon-Benutzerhandbuch*. Weitere Informationen zu Kontingenten finden Sie unter [Kontingente und Beschränkungen für Amazon RDS](CHAP_Limits.md) und [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Service-Quotas-Benutzerhandbuch*.
| Metrik | Description | Einheiten\$1 |
| --- | --- | --- |
| AllocatedStorage | Der Gesamtspeicher für alle DB-Instances. In der Summe sind keine temporären Migrations-Instances enthalten. | Gigabytes |
| AuthorizationsPerDBSecurityGroup | Die Anzahl der Regeln für eingehenden Datenverkehr pro DB-Sicherheitsgruppe in Ihrem AWS-Konto. Der verwendete Wert ist die höchste Anzahl von Regeln für eingehenden Datenverkehr in einer DB-Sicherheitsgruppe im Konto. Andere DB-Sicherheitsgruppen im Konto haben möglicherweise eine geringere Anzahl von Regeln für eingehenden Datenverkehr. | Anzahl |
| CustomEndpointsPerDBCluster | Die Anzahl der benutzerdefinierten Endpunkte pro DB-Cluster in Ihrem AWS-Konto. Der verwendete Wert ist die höchste Anzahl von benutzerdefinierten Endpunkten in einem DB-Cluster im Konto. Andere DB-Cluster im Konto haben möglicherweise eine geringere Anzahl von benutzerdefinierten Endpunkten. | Anzahl |
| CustomEngineVersions | Die Anzahl der benutzerdefinierten Engine-Versionen (CEVs) für Amazon RDS Custom in Ihrem AWS-Konto. | Anzahl |
| DBClusterParameterGroups | Die Anzahl der DB-Cluster-Parametergruppen in Ihrem AWS-Konto. In der Anzahl sind keine Standardparametergruppen enthalten. | Anzahl |
| DBClusterRoles | Die Anzahl der zugehörigen Rollen AWS Identity and Access Management (IAM) pro DB-Cluster in Ihrem AWS-Konto. Der verwendete Wert ist die höchste Anzahl zugeordneter IAM-Rollen für einen DB-Cluster im Konto. Andere DB-Cluster im Konto haben möglicherweise eine geringere Anzahl von zugeordneten IAM-Rollen. | Anzahl |
| DBClusters | Die Anzahl der Amazon-Aurora-DB-Cluster in Ihrem AWS-Konto. | Anzahl |
| DBInstanceRoles | Die Anzahl der zugehörigen Rollen AWS Identity and Access Management (IAM) pro DB-Instance in Ihrem. AWS-Konto Der verwendete Wert ist die höchste Anzahl zugeordneter IAM-Rollen für eine DB-Instance im Konto. Andere DB-Instances im Konto haben möglicherweise eine geringere Anzahl von zugeordneten IAM-Rollen. | Anzahl |
| DBInstances | Die Anzahl der DB-Instances in Ihrem AWS-Konto. | Anzahl |
| DBParameterGroups | Die Anzahl der DB-Parametergruppen in Ihrem AWS-Konto. In der Anzahl sind keine Standard-DB-Parametergruppen enthalten. | Anzahl |
| DBSecurityGroups | Die Anzahl der Sicherheitsgruppen in Ihrem AWS-Konto. In der Anzahl sind die Standardsicherheitsgruppe und die Standard-VPC-Sicherheitsgruppe nicht enthalten. | Anzahl |
| DBSubnetGroups | Die Anzahl der DB-Subnetzgruppen in Ihrem AWS-Konto. In der Anzahl ist die Standardsubnetzgruppe nicht enthalten. | Anzahl |
| EventSubscriptions | Die Anzahl der Abonnements für Ereignisbenachrichtigungen in Ihrem AWS-Konto. | Anzahl |
| Integrations | Die Anzahl der Null-ETL-Integrationen mit Amazon Redshift in Ihrem AWS-Konto. | Anzahl |
| ManualClusterSnapshots | Die Anzahl der manuell erstellten DB-Cluster-Snapshots in Ihrem AWS-Konto. In der Anzahl sind ungültige Snapshots nicht enthalten. | Anzahl |
| ManualSnapshots | Die Anzahl der manuell erstellten DB-Snapshots in Ihrem AWS-Konto. In der Anzahl sind ungültige Snapshots nicht enthalten. | Anzahl |
| OptionGroups | Die Anzahl der Optionsgruppen in Ihrem AWS-Konto. In der Anzahl sind die Standardoptionsgruppen nicht enthalten. | Anzahl |
| Proxies | Die Anzahl der RDS-Proxys in Ihrem Konto. AWS | Anzahl |
| ReadReplicasPerMaster | Die Anzahl der Lesereplikate pro DB-Instance in Ihrem Konto. Der verwendete Wert ist die höchste Anzahl von Lesereplikaten für eine DB-Instance im Konto. Andere DB-Instances im Konto haben möglicherweise eine geringere Anzahl von Lesereplikaten. | Anzahl |
| ReservedDBInstances | Die Anzahl der reservierten DB-Instances in Ihrem AWS-Konto. In der Anzahl sind außer Betrieb genommene oder abgelehnte Instances nicht enthalten. | Anzahl |
| SubnetsPerDBSubnetGroup | Die Anzahl von Subnetzen pro DB-Subnetzgruppe in Ihrem AWS-Konto. Die höchste Anzahl von Subnetzen für eine DB-Subnetzgruppe im Konto. Andere DB-Subnetzgruppen im Konto haben möglicherweise eine geringere Anzahl von Subnetzen. | Anzahl |
**Anmerkung**
Amazon RDS veröffentlicht keine Einheiten für Nutzungsmetriken CloudWatch. Die Einheiten werden nur in der Dokumentation angezeigt.
# CloudWatch Amazon-Abmessungen für Amazon RDS
Sie können Amazon RDS-Metrikdaten filtern, indem Sie eine beliebige Dimension in der folgenden Tabelle verwenden.
| Dimension | Filtert die angeforderten Daten für . . . |
| --- | --- |
| DBInstanceIdentifier | Eine angegebene DB-Instance. |
| DatabaseClass | Alle Instances in einer Datenbankklasse. Sie können beispielsweise Metriken für alle Instances der Datenbankklasse zusammenfasse `db.r5.large`. |
| EngineName | Nur der identifizierte Engine-Name. Sie können beispielsweise Metriken für alle Instances mit dem Engine-Namen zusammenfasse `postgres`. |
| SourceRegion | Nur die angegebene Region. Sie können beispielsweise Metriken für alle DB-Instances in der Region `us-east-1` zusammenfassen. |
| DbInstanceIdentifier, VolumeName | Die Metriken pro Volume für eine einzelne Instance. RDS erfasst Metriken für mehrere Speichervolumes. |
**Anmerkung**
Wenn Sie zusätzliche Speichervolumes verwenden, können Sie die aggregierten Speichermetriken unter der `DBInstanceIdentifier` Dimension sehen. Verwenden Sie die `DbInstanceIdentifier, VolumeName` Dimensionen, um Speichermetriken pro Volume zu sehen.
# Amazon-CloudWatch-Metriken für Amazon RDS Performance Insights
Performance Insights veröffentlicht automatisch Metriken für Amazon CloudWatch. Dieselben Daten können aus Performance Insights heraus abgefragt werden, aber mithilfe der Metriken in CloudWatch können CloudWatch-Alarme leicht hinzugefügt werden. Die Metriken können auch leicht zu vorhandenen CloudWatch-Dashboards hinzugefügt werden.
| Metrik | Beschreibung |
| --- | --- |
| DBLoad | Anzahl der aktiven Sitzungen für die Datenbank. In der Regel sind Sie an den Daten für die durchschnittliche Anzahl der aktiven Sitzungen interessiert. Diese Daten werden in Performance Insights als abgefrag `db.load.avg`. |
| DBLoadCPU | Anzahl aktiver Sitzungen mit dem Warteereignistyp CPU Diese Daten werden in Performance Insights als `db.load.avg` abgefragt, gefiltert durch den Warteereignistyp `CPU`. |
| DBLoadNonCPU | Anzahl aktiver Sitzungen mit einem anderen Warteereignistyp als CPU |
| DBLoadRelativeToNumVCPUs | Das Verhältnis der DB-Last zur Anzahl der virtuellen CPUs für die Datenbank. |
**Anmerkung**
Diese Metriken werden nur dann zu CloudWatch veröffentlicht, wenn es einen Workload auf der DB-Instance gibt.
Sie können diese Metriken mit der CloudWatch-Konsole, der AWS CLI oder der CloudWatch-API untersuchen. Sie können auch andere Performance-Insights-Zählermetriken mithilfe einer speziellen mathematischen Metrikfunktion untersuchen. Weitere Informationen finden Sie unter [Abfragen anderer Performance-Insights-Zählermetriken in CloudWatch](#USER_PerfInsights.Cloudwatch.ExtraMetrics).
Um beispielsweise die statistischen Daten zur Metrik `DBLoad` anzuzeigen, führen Sie den Befehl [get-metric-statistics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-statistics.html) aus.
```
aws cloudwatch get-metric-statistics \
--region us-west-2 \
--namespace AWS/RDS \
--metric-name DBLoad \
--period 60 \
--statistics Average \
--start-time 1532035185 \
--end-time 1532036185 \
--dimensions Name=DBInstanceIdentifier,Value=db-loadtest-0
```
Dieses Beispiel generiert eine Ausgabe wie die folgende.
```
{
"Datapoints": [
{
"Timestamp": "2021-07-19T21:30:00Z",
"Unit": "None",
"Average": 2.1
},
{
"Timestamp": "2021-07-19T21:34:00Z",
"Unit": "None",
"Average": 1.7
},
{
"Timestamp": "2021-07-19T21:35:00Z",
"Unit": "None",
"Average": 2.8
},
{
"Timestamp": "2021-07-19T21:31:00Z",
"Unit": "None",
"Average": 1.5
},
{
"Timestamp": "2021-07-19T21:32:00Z",
"Unit": "None",
"Average": 1.8
},
{
"Timestamp": "2021-07-19T21:29:00Z",
"Unit": "None",
"Average": 3.0
},
{
"Timestamp": "2021-07-19T21:33:00Z",
"Unit": "None",
"Average": 2.4
}
],
"Label": "DBLoad"
}
```
Weitere Informationen über CloudWatch finden Sie unter [Was ist Amazon CloudWatch?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) im *Amazon CloudWatch-Benutzerhandbuch*.
## Abfragen anderer Performance-Insights-Zählermetriken in CloudWatch
**Anmerkung**
Wenn Sie den erweiterten Modus von Database Insights aktivieren, veröffentlicht Amazon RDS Performance-Insights-Zählermetriken für Amazon CloudWatch. Mit Database Insights müssen Sie die metrische mathematische Funktion `DB_PERF_INSIGHTS` nicht verwenden. Sie können das Dashboard von CloudWatch Database Insights verwenden, um nach Performance-Insights-Zählermetriken zu suchen, sie abzufragen und Alarme festzulegen.
Sie können Performance-Insights-Metriken für RDS von CloudWatch abfragen, Alarme ausgeben und Grafiken erstellen. Sie können auf Informationen zu Ihrer DB-Instance zugreifen, indem Sie die metrische mathematische Funktion `DB_PERF_INSIGHTS` für CloudWatch verwenden. Mit dieser Funktion können Sie die Performance-Insights-Metriken verwenden, die nicht direkt an CloudWatch gemeldet werden, um eine neue Zeitreihe zu erstellen.
Sie können die neue mathematische Metrikfunktion verwenden, indem Sie in der CloudWatch-Konsole im Bildschirm **Metrik auswählen** auf das Dropdown-Menü **Mathematik hinzufügen** klicken. Sie können damit Alarme und Grafiken zu Performance-Insights-Metriken oder zu Kombinationen von CloudWatch- und Performance-Insights-Metriken erstellen, einschließlich hochauflösender Alarme für Metriken unter einer Minute. Sie können die Funktion auch programmgesteuert verwenden, indem Sie den metrischen mathematischen Ausdruck in Anforderung [https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/get-metric-data.html) aufnehmen. Weitere Informationen finden Sie unter [Syntax und Funktionen von Metrikberechnungen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html#metric-math-syntax-functions-list) und [Erstellen Sie einen Alarm für Performance-Insights-Zählermetriken aus einer AWS-Datenbank](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_alarm_database_performance_insights.html).
# Performance-Insights-Zählermetriken
Zählermetriken sind Betriebssystem- und Datenbank-Performance-Metriken im Performance-Insights-Dashboard. Um Leistungsprobleme zu identifizieren und zu analysieren, können Sie Zählermetriken mit der DB-Last korrelieren. Sie müssen der Metrik eine Statistikfunktion hinzufügen, um die Metrikwerte abzurufen. Die unterstützten Funktionen für die Metrik `os.memory.active` sind beispielsweise `.avg`, `.min`, `.max`,`.sum` und `.sample_count`.
Die Zählermetriken werden einmal pro Minute erfasst. Die Erfassung der Betriebssystemmetriken hängt davon ab, ob die erweiterte Überwachung aktiviert oder deaktiviert ist. Wenn die erweiterte Überwachung deaktiviert ist, werden die Betriebssystemmetriken einmal pro Minute erfasst. Ist die erweiterte Überwachung aktiviert, werden die Betriebssystemmetriken für den ausgewählten Zeitraum erfasst. Weitere Informationen zum Aktivieren und Deaktivieren der erweiterten Überwachung finden Sie unter [Aktivieren und Deaktivieren von „Erweiterte Überwachung“](USER_Monitoring.OS.Enabling.md#USER_Monitoring.OS.Enabling.Procedure).
**Topics**
+ [Performance-Insights-Betriebssystemzähler](#USER_PerfInsights_Counters.OS)
+ [Performance-Insights-Zähler für Amazon RDS für MariaDB und MySQL](#USER_PerfInsights_Counters.MySQL)
+ [Performance-Insights-Zähler für Amazon RDS für Microsoft SQL Server](#USER_PerfInsights_Counters.SQLServer)
+ [Performance-Insights-Zähler für Amazon RDS für Oracle](#USER_PerfInsights_Counters.Oracle)
+ [Performance-Insights-Zähler für Amazon RDS für PostgreSQL](#USER_PerfInsights_Counters.PostgreSQL)
## Performance-Insights-Betriebssystemzähler
Die folgenden Betriebssystemzähler, denen `os` vorangestellt ist, sind bei Performance Insights für alle RDS-Engines mit Ausnahme von RDS für SQL-Server verfügbar.
Sie können die `ListAvailableResourceMetrics`-API für die Liste der verfügbaren Zählermetriken für Ihre DB-Instance verwenden. Weitere Informationen finden Sie [ListAvailableResourceMetrics](https://docs.aws.amazon.com/performance-insights/latest/APIReference/API_ListAvailableResourceMetrics)im Amazon RDS Performance Insights API-Referenzhandbuch.
| Zähler | Typ | Einheit | Metrik | Description |
| --- | --- | --- | --- | --- |
| Aktiv | Arbeitsspeicher | Kilobytes | os.memory.active | Umfang des zugewiesenen Arbeitsspeichers in Kilobyte. |
| Puffer | Arbeitsspeicher | Kilobytes | os.memory.buffers | Die Speichermenge, die für die Pufferung von I/O Anfragen vor dem Schreiben auf das Speichergerät verwendet wird, in Kilobyte. |
| Cached | Arbeitsspeicher | Kilobytes | os.memory.cached | Die Größe des verwendeten Arbeitsspeichers für das Caching von Dateisystem-basierter I/O in Kilobyte. |
| DB Cache | Arbeitsspeicher | Bytes | os.memory.db.cache | Die Größe des Arbeitsspeichers, die vom Datenbankprozess einschließlich tmpfs (shmem) für den Seiten-Cache verwendet wird, in Byte. |
| DB Resident Set Size | Arbeitsspeicher | Bytes | os.memory.db. residentSetSize | Die Größe des Arbeitsspeichers, die vom Datenbankprozess ohne tmpfs (shmem) für den anonymen Cache und den Swap-Cache verwendet wird, in Byte. |
| DB Swap | Arbeitsspeicher | Bytes | os.memory.db.swap | Die Größe des Arbeitsspeichers, die vom Datenbankprozess für Swap verwendet wird, in Byte. |
| Dirty | Arbeitsspeicher | Kilobytes | os.memory.dirty | Menge an Memory-Pages im RAM, die geändert, aber noch nicht in den entsprechenden Datenblock im Speicher geschrieben wurden, in Kilobyte. |
| Kostenfrei | Arbeitsspeicher | Kilobytes | os.memory.free | Umfang des nicht zugewiesenen Arbeitsspeichers in Kilobyte. |
| Huge Pages frei | Arbeitsspeicher | Seiten | Betriebssystemspeicher. hugePagesFree | Die Anzahl von freien "Huge Pages". "Huge Pages" sind eine Funktion des Linux-Kernel. |
| Huge Pages reserviert | Arbeitsspeicher | Seiten | Betriebssystemspeicher. hugePagesRsvd | Die Anzahl von gebundenen "Huge Pages". |
| Größe Huge Pages | Arbeitsspeicher | Kilobytes | Betriebssystemspeicher. hugePagesSize | Die Größe für jede Huge Pages-Einheit, in Kilobyte. |
| Überschuss Huge Pages | Arbeitsspeicher | Seiten | Betriebssystemspeicher. hugePagesSurp | Die Anzahl der verfügbaren überzähligen Huge Pages. |
| Huge Pages insgesamt | Arbeitsspeicher | Seiten | Betriebssystemspeicher. hugePagesTotal | Die Gesamtzahl der Huge Pages. |
| Inaktiv | Arbeitsspeicher | Kilobytes | os.memory.inactive | Umfang der am seltensten verwendeten Memory-Pages in Kilobyte. |
| Mapped | Arbeitsspeicher | Kilobytes | os.memory.mapped | Die Gesamtmenge der Dateisysteminhalte, die Arbeitsspeicher in einem Prozess-Adressraum zugeordnet ist, in Kilobyte. |
| Out of Memory Kill Count | Arbeitsspeicher | Beendigungen | Betriebssystemspeicher. outOfMemoryKillCount | Die Anzahl der OOM-Kills im letzten Erfassungsintervall. |
| Seitentabellen | Arbeitsspeicher | Kilobytes | os.memory.pageTables | Umfang des von Page-Tabellen verwendeten Arbeitsspeichers in Kilobyte. |
| Slab | Arbeitsspeicher | Kilobytes | os.memory.slab | Umfang der wiederverwendbaren Kernel-Datenstrukturen in Kilobyte. |
| Gesamt | Arbeitsspeicher | Kilobytes | os.memory.total | Gesamtumfang des Arbeitsspeichers in Kilobyte. |
| Writeback | Arbeitsspeicher | Kilobytes | os.memory.writeback | Gesamtumfang an modifizierten Speicherbereichen im RAM, die noch in den Sicherungsspeicher geschrieben werden, in Kilobyte. |
| Guest | CPU-Auslastung | Prozentsatz | os.cpuUtilization.guest | Der prozentuale Anteil der von Gastprogrammen verwendeten CPU. |
| Inaktiv | CPU-Auslastung | Prozentsatz | os.cpuUtilization.idle | Der prozentuale Anteil der CPU, der sich im Leerlauf befindet. |
| Irq | CPU-Auslastung | Prozentsatz | os.cpuUtilization.irq | Der prozentuale Anteil der von Software-Interrupts verwendeten CPU. |
| Nice | CPU-Auslastung | Prozentsatz | os.cpuUtilization.nice | Der prozentuale Anteil der von Programmen mit niedrigster Priorität verwendeten CPU. |
| Steal | CPU-Auslastung | Prozentsatz | os.cpuUtilization.steal | Der prozentuale Anteil der von virtuellen Maschinen verwendeten CPU. |
| System (System) | CPU-Auslastung | Prozentsatz | os.cpuUtilization.system | Der prozentuale Anteil der vom Kernel verwendeten CPU. |
| Gesamt | CPU-Auslastung | Prozentsatz | os.cpuUtilization.total | Der prozentuale Anteil der insgesamt verwendeten CPU. Diese Angabe enthält den Nice-Wert. |
| Benutzer | CPU-Auslastung | Prozentsatz | os.cpuUtilization.user | Der prozentuale Anteil der von Benutzerprogrammen verwendeten CPU. |
| Wait | CPU-Auslastung | Prozentsatz | os.cpuUtilization.wait | Der Prozentsatz der CPUs, die beim Warten auf den I/O Zugriff nicht genutzt wurden. |
| Lesen Sie IOs PS | Festplatten-IO | Anforderungen pro Sekunde | Betriebssystem.Diskio. ... PS IOs lesen | Die Anzahl der Lesevorgänge pro Sekunde. |
| Schreiben Sie IOs PS | Festplatten-IO | Anforderungen pro Sekunde | Betriebssystem.Diskio. .schreibe IOs PS | Die Anzahl der Schreibvorgänge pro Sekunde. |
| Avg Queue Len | Festplatten-IO | Anforderungen | OS Diskio. . avgQueueLen | Die Anzahl der Anfragen, die in der Warteschlange des I/O Geräts warten. |
| Avg Req Sz | Festplatten-IO | Anforderungen | OS Diskio. . avgReqSz | Die Anzahl der Anfragen, die in der Warteschlange des I/O Geräts warten. |
| Await | Festplatten-IO | Millisekunden | os.diskIO..await | Die erforderliche Anzahl an Millisekunden für die Antwort auf Anfragen, einschließlich Warteschlangen- und Servicedauer. |
| Lesen Sie PS IOs | Festplatten-IO | Anforderungen | Betriebssystem.Diskio. ... PS IOs lesen | Die Anzahl der Lesevorgänge pro Sekunde. |
| Read KB | Festplatten-IO | Kilobytes | os.diskIO..readKb | Gesamtzahl der gelesenen Kilobyte. |
| Read KB PS | Festplatten-IO | Kilobytes pro Sekunde | os.diskIO..readKbPS | Die Anzahl der pro Sekunde gelesenen Kilobyte. |
| Rrqm PS | Festplatten-IO | Anforderungen pro Sekunde | os.diskIO..rrqmPS | Die Anzahl der zusammengeführten Leseanfragen in der Warteschlange pro Sekunde. |
| TPS | Festplatten-IO | Transaktionen pro Sekunde | os.diskIO..tps | Die Anzahl der I/O Transaktionen pro Sekunde. |
| Util | Festplatten-IO | Prozentsatz | os.diskIO..util | Der Prozentsatz der CPU-Zeit, während der Anfragen ausgegeben wurden. |
| Write KB | Festplatten-IO | Kilobytes | os.diskIO..writeKb | Gesamtzahl der geschriebenen Kilobyte. |
| Write KB PS | Festplatten-IO | Kilobytes pro Sekunde | os.diskIO..writeKbPS | Die Anzahl der pro Sekunde geschriebenen Kilobyte. |
| Wrqm PS | Festplatten-IO | Anforderungen pro Sekunde | os.diskIO..wrqmPS | Die Anzahl der zusammengeführten Schreibanfragen in der Warteschlange pro Sekunde. |
| Blocked | Aufgaben | Aufgaben | os.tasks.blocked | Die Anzahl von blockierten Aufgaben. |
| In Ausführung | Aufgaben | Aufgaben | os.tasks.running | Die Anzahl von laufenden Aufgaben. |
| Sleeping | Aufgaben | Aufgaben | os.tasks.sleeping | Die Anzahl von Aufgaben im Ruhezustand. |
| Angehalten | Aufgaben | Aufgaben | os.tasks.stopped | Die Anzahl von angehaltenen Aufgaben. |
| Gesamt | Aufgaben | Aufgaben | os.tasks.total | Die Gesamtanzahl der Aufgaben. |
| Zombie | Aufgaben | Aufgaben | os.tasks.zombie | Die Anzahl der untergeordneten Aufgaben, die unter einer aktiven übergeordneten Aufgabe inaktiv sind. |
| One | Durchschnittliche Auslastung Minute | Prozesse | OS. loadAverageMinute. eins | Die Anzahl der Prozesse, die während der letzten Minute CPU-Zeit angefordert haben. |
| Fifteen | Durchschnittliche Auslastung Minute | Prozesse | os. loadAverageMinute. fünfzehn | Die Anzahl der Prozesse, die während der letzten 15 Minuten CPU-Zeit angefordert haben. |
| Five | Durchschnittliche Auslastung Minute | Prozesse | os. loadAverageMinute. fünf | Die Anzahl der Prozesse, die während der letzten 5 Minuten CPU-Zeit angefordert haben. |
| Cached | Auslagerung | Kilobytes | os.swap.cached | Umfang des Swap-Arbeitsspeichers, der als Cache-Speicher verwendet wird, in Kilobyte. |
| Kostenfrei | Auslagerung | Kilobytes | os.swap.free | Die Menge des freien Swap-Arbeitsspeichers in Kilobyte. |
| In | Auslagerung | Kilobytes | os.swap.in | Die Menge des von der Festplatte ausgelagerten Speichers in Kilobyte. |
| Out | Auslagerung | Kilobytes | os.swap.out | Die Menge des auf die Festplatte ausgelagerten Speichers in Kilobyte. |
| Gesamt | Auslagerung | Kilobytes | os.swap.total | Die Gesamtmenge des verfügbaren Swap-Arbeitsspeichers in Kilobyte. |
| Max Files | Dateisystem | Dateien | os.fileSys.maxFiles | Die maximale Anzahl von Dateien, die für das Dateisystem auf allen Speichervolumes erstellt werden können. |
| Used Files | Dateisystem | Dateien | os.fileSys.usedFiles | Die Anzahl der Dateien im Dateisystem auf allen Speichervolumes. |
| Used File Percent | Dateisystem | Dateien | os.FileSys. usedFilePercent | Der Prozentsatz der verfügbaren Dateien, die auf allen Speichervolumes verwendet werden. |
| Used Percent | Dateisystem | Prozentsatz | os.fileSys.usedPercent | Der Prozentsatz des belegten Dateisystem-Festplattenspeichers auf allen Speichervolumes. |
| Used | Dateisystem | Kilobytes | os.fileSys.used | Die Menge an Festplattenspeicher, die von Dateien im Dateisystem auf allen Speichervolumes belegt wird, in Kilobyte. |
| Gesamt | Dateisystem | Kilobytes | os.fileSys.total | Der gesamte Festplattenspeicher, der für das Dateisystem auf allen Speichervolumes verfügbar ist, in Kilobyte. |
| Max Files | Dateisystem | Dateien | Betriebssystem.FileSys. .max-Dateien | Die maximale Anzahl von Dateien, die für das Speichervolume erstellt werden können. |
| Used Files | Dateisystem | Dateien | os.FileSys. . usedFiles | Die Anzahl der Dateien im Speichervolume. |
| Used File Percent | Dateisystem | Dateien | Betriebssystem.FileSys. . usedFilePercent | Der Prozentsatz der verfügbaren Dateien, die im Speichervolumen verwendet werden. |
| Used Percent | Dateisystem | Prozentsatz | os.FileSys. . usedPercent | Der Prozentsatz des belegten Speicherplatzes des Speichervolumens. |
| Used | Dateisystem | Kilobytes | os.FileSys. . gebraucht | Die Menge an Festplattenspeicher, die von Dateien auf dem Speichervolume belegt wird, in Kilobyte. |
| Gesamt | Dateisystem | Kilobytes | Betriebssystem.FileSys. . insgesamt | Der gesamte auf dem Speichervolume verfügbare Festplattenspeicher in Kilobyte. |
| Rx | Netzwerk | Bytes pro Sekunde | os.network.rx | Die Anzahl der pro Sekunde empfangenen Byte. |
| Tx | Netzwerk | Bytes pro Sekunde | os.network.tx | Die Anzahl der pro Sekunde hochgeladenen Byte. |
| Acu Utilization | General | Prozentsatz | os.general.acuUtilization | Der Anteil der aktuellen Kapazität an der maximal konfigurierten Kapazität in Prozent. |
| Max Configured Acu | General | ACUs | os.allgemein. maxConfiguredAcu | Die vom Benutzer konfigurierte maximale Kapazität in Aurora-Kapazitätseinheiten (ACUs). |
| Min Configured Acu | General | ACUs | os.allgemein. minConfiguredAcu | Die vom Benutzer konfigurierte Mindestkapazität, in ACUs. |
| Num VCPUs | General | v CPUs | os.general.num VCPUs | Die Anzahl der virtuellen CPUs (vCPUs) für die DB-Instance. |
| Serverless Database Capacity | General | ACUs | os.general. serverlessDatabaseCapacity | Die aktuelle Kapazität der Instanz, in ACUs. |
## Performance-Insights-Zähler für Amazon RDS für MariaDB und MySQL
Die folgenden Datenbankzähler sind bei Performance Insights für Amazon RDS für MariaDB und MySQL verfügbar.
**Topics**
+ [Native Zähler für RDS für MariaDB und RDS für MySQL](#USER_PerfInsights_Counters.MySQL.Native)
+ [Nicht-native Zähler für Amazon RDS für MariaDB und MySQL](#USER_PerfInsights_Counters.MySQL.NonNative)
### Native Zähler für RDS für MariaDB und RDS für MySQL
Native Metriken werden von der Datenbank-Engine und nicht von Amazon RDS definiert. Definitionen dieser systemeigenen Metriken finden Sie in der MySQL-Dokumentation unter [Serverstatusvariablen](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html) (für 8.0) und [Serverstatusvariablen](https://dev.mysql.com/doc/refman/8.4/en/server-status-variables.html) (für 8.4).
| Zähler | Typ | Einheit | Metrik |
| --- | --- | --- | --- |
| Com\$1analyze | SQL | Abfragen pro Sekunde | db.SQL.Com\$1analyze |
| Com\$1optimize | SQL | Abfragen pro Sekunde | db.SQL.Com\$1optimize |
| Com\$1select | SQL | Abfragen pro Sekunde | db.SQL.Com\$1select |
| Verbindungen | SQL | Die Anzahl der Verbindungsversuche pro Minute (erfolgreich oder nicht) mit dem MySQL-Server | db.Users.Connections |
| Innodb\$1rows\$1deleted | SQL | Zeilen pro Sekunde | db.SQL.Innodb\$1rows\$1deleted |
| Innodb\$1rows\$1inserted | SQL | Zeilen pro Sekunde | db.SQL.Innodb\$1rows\$1inserted |
| Innodb\$1rows\$1read | SQL | Zeilen pro Sekunde | db.SQL.Innodb\$1rows\$1read |
| Innodb\$1rows\$1updated | SQL | Zeilen pro Sekunde | db.SQL.Innodb\$1rows\$1updated |
| Select\$1full\$1join | SQL | Abfragen pro Sekunde | db.SQL.Select\$1full\$1join |
| Select\$1full\$1range\$1join | SQL | Abfragen pro Sekunde | db.SQL.Select\$1full\$1range\$1join |
| Bereich auswählen | SQL | Abfragen pro Sekunde | db.SQL.Select\$1range |
| Select\$1range\$1check | SQL | Abfragen pro Sekunde | db.SQL.Select\$1range\$1check |
| Select\$1scan | SQL | Abfragen pro Sekunde | db.SQL.Select\$1scan |
| Slow\$1queries | SQL | Abfragen pro Sekunde | db.SQL.Slow\$1queries |
| Sort\$1merge\$1passes | SQL | Abfragen pro Sekunde | db.SQL.Sort\$1merge\$1passes |
| Sort\$1range | SQL | Abfragen pro Sekunde | db.SQL.Sort\$1range |
| Sort\$1rows | SQL | Abfragen pro Sekunde | db.SQL.Sort\$1rows |
| Sort\$1scan | SQL | Abfragen pro Sekunde | db.SQL.Sort\$1scan |
| Fragen | SQL | Abfragen pro Sekunde | db.SQL.Questions |
| Innodb\$1row\$1lock\$1time | Sperren | Millisekunden (durchschnittlich) | db.Locks.Innodb\$1row\$1lock\$1time |
| Table\$1locks\$1immediate | Sperren | Anforderungen pro Sekunde | db.Locks.Table\$1locks\$1immediate |
| Table\$1locks\$1waited | Sperren | Anforderungen pro Sekunde | db.Locks.Table\$1locks\$1waited |
| Aborted\$1clients | Benutzer | Verbindungen | db.Users.Aborted\$1clients |
| Aborted\$1connects | Benutzer | Verbindungen | db.Users.Aborted\$1connects |
| max\$1connections | Benutzer | Verbindungen | db.User.max\$1connections |
| Threads\$1created | Benutzer | Verbindungen | db.Users.Threads\$1created |
| Threads\$1running | Benutzer | Verbindungen | db.Users.Threads\$1running |
| Innodb\$1data\$1writes | I/O | Operationen pro Sekunde | db.IO.Innodb\$1data\$1writes |
| Innodb\$1dblwr\$1writes | I/O | Operationen pro Sekunde | db.IO.Innodb\$1dblwr\$1writes |
| Innodb\$1log\$1write\$1requests | I/O | Operationen pro Sekunde | db.IO.Innodb\$1log\$1write\$1requests |
| Innodb\$1log\$1writes | I/O | Operationen pro Sekunde | db.IO.Innodb\$1log\$1writes |
| Innodb\$1pages\$1written | I/O | Seiten pro Sekunde | db.IO.Innodb\$1pages\$1written |
| Created\$1tmp\$1disk\$1tables | Temporäre Dateien | Tabellen pro Sekunde | db.Temp.Created\$1tmp\$1disk\$1tables |
| Created\$1tmp\$1tables | Temporäre Dateien | Tabellen pro Sekunde | db.Temp.Created\$1tmp\$1tables |
| Innodb\$1buffer\$1pool\$1pages\$1data | Cache | Seiten | db.Cache.Innodb\$1buffer\$1pool\$1pages\$1data |
| Innodb\$1buffer\$1pool\$1pages\$1total | Cache | Seiten | db.Cache.Innodb\$1buffer\$1pool\$1pages\$1total |
| Innodb\$1buffer\$1pool\$1read\$1requests | Cache | Seiten pro Sekunde | db.Cache.Innodb\$1buffer\$1pool\$1read\$1requests |
| Innodb\$1buffer\$1pool\$1reads | Cache | Seiten pro Sekunde | db.Cache.Innodb\$1buffer\$1pool\$1reads |
| Opened\$1tables | Cache | Tabellen | db.Cache.Opened\$1tables |
| Opened\$1table\$1definitions | Cache | Tabellen | db.Cache.Opened\$1table\$1definitions |
| Qcache\$1hits | Cache | Abfragen | db.Cache.Qcache\$1hits |
### Nicht-native Zähler für Amazon RDS für MariaDB und MySQL
Nicht-native Zähler-Metriken sind durch Amazon RDS definierte Zähler. Eine nicht-native Metrik kann eine Metrik sein, die Sie mit einer bestimmten Abfrage erhalten. Eine nicht-native Metrik kann auch eine abgeleitete Metrik sein, bei der zwei oder mehrere native Zähler bei Berechnungen von Verhältnissen, Trefferraten oder Latenzen verwendet werden.
| Zähler | Typ | Einheit | Metrik | Beschreibung | Definition |
| --- | --- | --- | --- | --- | --- |
| innodb\$1buffer\$1pool\$1hits | Cache | Reads | db.Cache.innoDB\$1buffer\$1pool\$1hits | Die Anzahl der Lesevorgänge, die InnoDB aus dem Pufferpool verarbeiten konnte. | innodb\$1buffer\$1pool\$1read\$1requests - innodb\$1buffer\$1pool\$1reads |
| innodb\$1buffer\$1pool\$1hit\$1rate | Cache | Prozentsatz | db.Cache.innoDB\$1buffer\$1pool\$1hit\$1rate | Der Prozentsatz der Lesevorgänge, den InnoDB aus dem Pufferpool verarbeiten konnte. | 100 \$1 innodb\$1buffer\$1pool\$1read\$1requests / (innodb\$1buffer\$1pool\$1read\$1requests \$1 innodb\$1buffer\$1pool\$1reads) |
| innodb\$1buffer\$1pool\$1usage | Cache | Prozentsatz | db.Cache.innoDB\$1buffer\$1pool\$1usage | Die Prozentsatz des InnoDB-Pufferpools, der Daten (Seiten) enthält. Bei komprimierten Tabellen kann dieser Wert variieren. Weitere Informationen finden Sie in den Angaben zu `Innodb_buffer_pool_pages_data` und `Innodb_buffer_pool_pages_total` unter [Server-Status-Variablen](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html) (für 8.0) und [Server-Status-Variablen](https://dev.mysql.com/doc/refman/8.4/en/server-status-variables.html) (für 8.4) in der MySQL-Dokumentation. | Innodb\$1buffer\$1pool\$1pages\$1data / Innodb\$1buffer\$1pool\$1pages\$1total \$1 100.0 |
| query\$1cache\$1hit\$1rate | Cache | Prozentsatz | db.Cache.query\$1cache\$1hit\$1rate | Trefferrate des MySQL-Ergebnissatz-Caches (Abfrage-Cache). | Qcache\$1hits / (QCache\$1hits \$1 Com\$1select) \$1 100 |
| innodb\$1datafile\$1writes\$1to\$1disk | I/O | Writes | db.IO.innoDB\$1datafile\$1writes\$1to\$1disk | Die Anzahl der InnoDB-Datendatei-Schreibvorgänge auf der Festplatte, ausschließlich doppelter Schreibvorgänge und Schreibvorgänge zur Wiederholungsprotokollierung. | Innodb\$1data\$1writes - Innodb\$1log\$1writes - Innodb\$1dblwr\$1writes |
| innodb\$1rows\$1changed | SQL | Rows | db.SQL.innodb\$1rows\$1changed | Die Gesamtzahl von InnoDB-Zeilenvorgängen. | db.SQL.Innodb\$1rows\$1inserted \$1 db.SQL.Innodb\$1rows\$1deleted \$1 db.SQL.Innodb\$1rows\$1updated |
| active\$1transactions | Transaktionen | Transaktionen | db.Transactions.active\$1transactions | Die Gesamtzahl aktiver Transaktionen. | SELECT COUNT(1) AS active\$1transactions FROM INFORMATION\$1SCHEMA.INNODB\$1TRX |
| trx\$1rseg\$1history\$1len | Transaktionen | Keine | db.Transactions.trx\$1rseg\$1history\$1len | Eine Liste der Undo-Protokollseiten für übernommene Transaktionen, die vom InnoDB-Transaktionssystem verwaltet wird, um die Parallelitätskontrolle für mehrere Versionen zu implementieren. Weitere Informationen zu Details zu Undo-Protokolldatensätzen finden Sie unter [InnoDB Multi-Versioning](https://dev.mysql.com/doc/refman/8.0/en/innodb-multi-versioning.html) (für 8.0) und [InnoDB Multi-Versioning](https://dev.mysql.com/doc/refman/8.4/en/innodb-multi-versioning.html) (für 8.4) in der MySQL-Dokumentation. | SELECT COUNT AS trx\$1rseg\$1history\$1len FROM INFORMATION\$1SCHEMA.INNODB\$1METRICS WHERE NAME='trx\$1rseg\$1history\$1len' |
| innodb\$1deadlocks | Sperren | Sperren | db.Locks.innodb\$1deadlocks | Die Gesamtzahl von Deadlocks. | SELECT COUNT AS innodb\$1deadlocks FROM INFORMATION\$1SCHEMA.INNODB\$1METRICS WHERE NAME='lock\$1deadlocks' |
| innodb\$1lock\$1timeouts | Sperren | Sperren | db.Locks.innodb\$1lock\$1timeouts | Die Gesamtanzahl der Sperren, die das Zeitlimit überschritten haben. | SELECT COUNT AS innodb\$1lock\$1timeouts FROM INFORMATION\$1SCHEMA.INNODB\$1METRICS WHERE NAME='lock\$1timeouts' |
| innodb\$1row\$1lock\$1waits | Sperren | Sperren | db.Locks.innodb\$1row\$1lock\$1waits | Die Gesamtanzahl von Zeilensperren, die zu einer Wartezeit geführt haben. | SELECT COUNT AS innodb\$1row\$1lock\$1waits FROM INFORMATION\$1SCHEMA.INNODB\$1METRICS WHERE NAME='lock\$1row\$1lock\$1waits' |
## Performance-Insights-Zähler für Amazon RDS für Microsoft SQL Server
Die folgenden Datenbankzähler sind mit Performance Insights für RDS für Microsoft SQL Server verfügbar.
### Native Zähler für RDS für Microsoft SQL Server
Native Metriken werden von der Datenbank-Engine und nicht von Amazon RDS definiert. Sie finden die Definitionen für diese nativen Metriken in [Verwenden von SQL Server-Objekten](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/use-sql-server-objects?view=sql-server-2017) in der Microsoft SQL Server-Dokumentation.
| Zähler | Typ | Einheit | Metrik |
| --- | --- | --- | --- |
| Weitergeleitete Datensätze | [Zugriffsmethoden](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-access-methods-object?view=sql-server-2017) | Datensätze pro Sekunde | db.Access Methods.Forwarded Records |
| Seiten-Splits | [Zugriffsmethoden](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-access-methods-object?view=sql-server-2017) | Splits pro Sekunde | db.Access Methods.Page Splits |
| Puffer-Cache-Trefferrate | [Puffer-Manager](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-buffer-manager-object?view=sql-server-2017) | Verhältnis | db.Buffer Manager.Buffer cache hit ratio |
| Lebensdauererwartung der Seite | [Puffer-Manager](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-buffer-manager-object?view=sql-server-2017) | Erwartung in Sekunden | db.Buffer Manager.Page life expectancy |
| Seiten-Nachschlagevorgänge | [Puffer-Manager](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-buffer-manager-object?view=sql-server-2017) | Nachschlagevorgänge pro Sekunde | db.Buffer Manager.Page lookups |
| Seiten-Lesevorgänge | [Puffer-Manager](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-buffer-manager-object?view=sql-server-2017) | Lesevorgänge pro Sekunde | db.Buffer Manager.Page reads |
| Seiten-Schreibvorgänge | [Puffer-Manager](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-buffer-manager-object?view=sql-server-2017) | Schreibvorgänge pro Sekunde | db.Buffer Manager.Page writes |
| Aktive Transaktionen. | [Datenbanken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-databases-object?view=sql-server-2017) | Transaktionen | db.Databases.Active Transactions (\$1Total) |
| Protokoll – bereinigte Bytes | [Datenbanken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-databases-object?view=sql-server-2017) | Pro Sekunde bereinigte Bytes | db.Databases.Log Bytes Flushed (\$1Total) |
| Protokoll – Bereinigungswartevorgänge | [Datenbanken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-databases-object?view=sql-server-2017) | Wartevorgänge pro Sekunde | db.Databases.Log Flush Waits (\$1Total) |
| Protokollbereinigungen | [Datenbanken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-databases-object?view=sql-server-2017) | Bereinigungen pro Sekunde | db.Databases.Log Flushes (\$1Total) |
| Schreibtransaktionen | [Datenbanken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-databases-object?view=sql-server-2017) | Transaktionen pro Sekunde | db.Databases.Write Transactions (\$1Total) |
| Geblockte Prozesse | [Allgemeine Statistiken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-general-statistics-object?view=sql-server-2017) | Geblockte Prozesse | db.General Statistics.Processes blocked |
| Benutzerverbindungen | [Allgemeine Statistiken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-general-statistics-object?view=sql-server-2017) | Verbindungen | db.General Statistics.User Connections |
| Latch-Wartevorgänge | [Latches](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-latches-object?view=sql-server-2017) | Wartevorgänge pro Sekunde | db.Latches.Latch Waits |
| Anzahl der Deadlocks | [Sperren](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-locks-object?view=sql-server-2017) | Deadlocks pro Sekunde | db.Locks.Number of Deadlocks (\$1Total) |
| Ausstehende Arbeitsspeicherzuteilungen | [Arbeitsspeicher-Manager](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-memory-manager-object?view=sql-server-2017) | Arbeitsspeicherzuteilungen | db.Memory Manager.Memory Grants Pending |
| Stapelanforderungen | [SQL-Statistiken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-sql-statistics-object?view=sql-server-2017) | Anforderungen pro Sekunde | db.SQL Statistics.Batch Requests |
| SQL-Kompilierungen | [SQL-Statistiken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-sql-statistics-object?view=sql-server-2017) | Kompilierungen pro Sekunde | db.SQL Statistics.SQL Compilations |
| SQL-Neukompilierungen | [SQL-Statistiken](https://docs.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-sql-statistics-object?view=sql-server-2017) | Neukompilierungen pro Sekunde | db.SQL Statistics.SQL Re-Compilations |
## Performance-Insights-Zähler für Amazon RDS für Oracle
Die folgenden Datenbankzähler sind mit Performance Insights für RDS für Oracle verfügbar.
### Native Zähler für RDS für Oracle
Native Metriken werden von der Datenbank-Engine und nicht von Amazon RDS definiert. Definitionen dieser nativen Metriken finden Sie unter [Beschreibungen von Statistiken](https://docs.oracle.com/en/database/oracle/oracle-database/12.2/refrn/statistics-descriptions-2.html#GUID-2FBC1B7E-9123-41DD-8178-96176260A639) in der Oracle-Dokumentation.
**Anmerkung**
Für die Zählermetrik `CPU used by this session` wurde die Einheit von nativen Zentisekunden in aktive Sitzungen umgewandelt, um den Wert benutzerfreundlicher zu machen. Der „CPU send“-Wert im DB-Lastdiagramm repräsentiert die CPU-Nachfrage. Die Zählermetrik `CPU used by this session` steht für die von Oracle-Sitzungen in Anspruch genommene CPU-Auslastung. Sie können den „CPU send“-Wert mit der Zählermetrik `CPU used by this session` vergleichen. Wenn die CPU-Nachfrage die CPU-Auslastung übersteigt, warten die Sitzungen auf CPU-Zeit.
| Zähler | Typ | Einheit | Metrik |
| --- | --- | --- | --- |
| Von dieser Sitzung verwendete CPU | Benutzer | Aktive Sitzungen | Von dieser Sitzung verwendete db.User.CPU |
| Der SQL\$1Net-Roundtrips-Client to/from | Benutzer | Roundtrips pro Sekunde | db.User.SQL\$1Net-Roundtrip-Client to/from |
| Vom Client über SQL\$1Net empfangene Byte | Benutzer | Bytes pro Sekunde | Vom Client über SQL\$1Net empfangene db.User.bytes |
| Benutzer-Commits | Benutzer | Commits pro Sekunde | db.User.user-Commits |
| Kumulative Anmeldungen | Benutzer | Anmeldungen pro Sekunde | Kumulative db.User.logons |
| Benutzeraufrufe | Benutzer | Aufrufe pro Sekunde | db.User.user-Aufrufe |
| Über SQL\$1Net an den Client gesendete Byte | Benutzer | Bytes pro Sekunde | Über SQL\$1Net an den Client gesendete db.User.bytes |
| Benutzer-Rollbacks | Benutzer | Rollbacks pro Sekunde | db.User.user-Rollbacks |
| Größe wiederholen | Wiederholen | Bytes pro Sekunde | db.Redo.redo-Größe |
| Parse-Zähler (gesamt) | SQL | Parse-Vorgänge pro Sekunde | db.SQL.parse-Zähler (gesamt) |
| Parse-Zähler (hart) | SQL | Parse-Vorgänge pro Sekunde | db.SQL.parse-Zähler (hart) |
| Erhaltene Tabellenscanzeilen | SQL | Zeilen pro Sekunde | Erhaltene db.SQL.table-Scanzeilen |
| Sortiervorgänge (Speicher) | SQL | Sortiervorgänge pro Sekunde | db.SQL.sorts (Speicher) |
| Sortiervorgänge (Festplatte) | SQL | Sortiervorgänge pro Sekunde | db.SQL.sorts (Festplatte) |
| Sortiervorgänge (Zeilen) | SQL | Sortiervorgänge pro Sekunde | db.SQL.sorts (Zeilen) |
| Physischer Lesevorgang in Bytes | Cache | Bytes pro Sekunde | db.Cache.physical-Lesevorgang in Bytes |
| DB-Blockabrufe | Cache | Blöcke pro Sekunde | db.Cache.db-Blockabrufe |
| DBWR-Prüfpunkte | Cache | Prüfpunkte pro Minute | db.Cache.DBWR-Prüfpunkte |
| Physische Lesevorgänge | Cache | Lesevorgänge pro Sekunde | db.Cache.physical-Lesevorgänge |
| Konsistente Abrufe aus dem Cache | Cache | Abrufe pro Sekunde | db.Cache.consistent-Abrufe aus dem Cache |
| DB-Blockabrufe aus dem Cache | Cache | Abrufe pro Sekunde | db.Cache.db-Blockabrufe aus dem Cache |
| Konsistente Abrufe | Cache | Abrufe pro Sekunde | db.Cache.consistent-Abrufe |
## Performance-Insights-Zähler für Amazon RDS für PostgreSQL
Die folgenden Datenbankzähler sind bei Performance Insights für Amazon RDS für PostgreSQL verfügbar.
**Topics**
+ [Native Zähler für Amazon RDS für PostgreSQL](#USER_PerfInsights_Counters.PostgreSQL.Native)
+ [Nicht native Zähler für Amazon RDS für PostgreSQL](#USER_PerfInsights_Counters.PostgreSQL.NonNative)
### Native Zähler für Amazon RDS für PostgreSQL
Native Metriken werden von der Datenbank-Engine und nicht von Amazon RDS definiert. Definitionen dieser nativen Metriken finden Sie unter [Anzeigen von Statistiken](https://www.postgresql.org/docs/current/monitoring-stats.html#MONITORING-STATS-VIEWS) in der PostgreSQL-Dokumentation.
| Zähler | Typ | Einheit | Metrik |
| --- | --- | --- | --- |
| blks\$1hit | Cache | Blöcke pro Sekunde | db.Cache.blks\$1hit |
| buffers\$1alloc | Cache | Blöcke pro Sekunde | db.Cache.buffers\$1alloc |
| buffers\$1checkpoint | Prüfpunkt | Blöcke pro Sekunde | db.Checkpoint.buffers\$1checkpoint |
| checkpoint\$1sync\$1time | Prüfpunkt | Millisekunden pro Prüfpunkt | db.Checkpoint.checkpoint\$1sync\$1time |
| checkpoint\$1write\$1time | Prüfpunkt | Millisekunden pro Prüfpunkt | db.Checkpoint.checkpoint\$1write\$1time |
| checkpoints\$1req | Prüfpunkt | Prüfpunkte pro Minute | db.Checkpoint.checkpoints\$1req |
| checkpoints\$1timed | Prüfpunkt | Prüfpunkte pro Minute | db.Checkpoint.checkpoints\$1timed |
| maxwritten\$1clean | Prüfpunkt | Bgwriter-Bereinigungsstopps pro Minute | db.Checkpoint.maxwritten\$1clean |
| Deadlocks | Gleichzeitigkeit | Deadlocks pro Minute | db.Concurrency.deadlocks |
| blk\$1read\$1time | I/O | Millisekunden | db.IO.blk\$1read\$1time |
| blks\$1read | I/O | Blöcke pro Sekunde | db.IO.blks\$1read |
| buffers\$1backend | I/O | Blöcke pro Sekunde | db.IO.buffers\$1backend |
| buffers\$1backend\$1fsync | I/O | Blöcke pro Sekunde | db.IO.buffers\$1backend\$1fsync |
| buffers\$1clean | I/O | Blöcke pro Sekunde | db.IO.buffers\$1clean |
| tup\$1deleted | SQL | Tupel pro Sekunde | db.SQL.tup\$1deleted |
| tup\$1fetched | SQL | Tupel pro Sekunde | db.SQL.tup\$1fetched |
| tup\$1inserted | SQL | Tupel pro Sekunde | db.SQL.tup\$1inserted |
| tup\$1returned | SQL | Tupel pro Sekunde | db.SQL.tup\$1returned |
| tup\$1updated | SQL | Tupel pro Sekunde | db.SQL.tup\$1updated |
| temp\$1bytes | Temporäre Dateien | Bytes pro Sekunde | db.Temp.temp\$1bytes |
| temp\$1files | Temporäre Dateien | Dateien pro Minute | db.Temp.temp\$1files |
| xact\$1commit | Transaktionen | Commits pro Sekunde | db.Transactions.xact\$1commit |
| xact\$1rollback | Transaktionen | Rollbacks pro Sekunde | db.Transactions.xact\$1rollback |
| numbackends | Benutzer | Verbindungen | db.User.numbackends |
| archived\$1count | Write-Ahead Log (WAL) | Dateien pro Minute | db.WAL.archived\$1count |
### Nicht native Zähler für Amazon RDS für PostgreSQL
Nicht-native Zähler-Metriken sind durch Amazon RDS definierte Zähler. Eine nicht-native Metrik kann eine Metrik sein, die Sie mit einer bestimmten Abfrage erhalten. Eine nicht-native Metrik kann auch eine abgeleitete Metrik sein, bei der zwei oder mehrere native Zähler bei Berechnungen von Verhältnissen, Trefferraten oder Latenzen verwendet werden.
| Zähler | Typ | Einheit | Metrik | Beschreibung | Definition |
| --- | --- | --- | --- | --- | --- |
| checkpoint\$1sync\$1latency | Prüfpunkt | db.Checkpoint.checkpoint\$1sync\$1latency | | Die Gesamtzeit, die auf den Teil der Prüfpunktverarbeitung aufgewendet wurde, bei dem Dateien auf der Festplatte synchronisiert werden. | checkpoint\$1sync\$1time / (checkpoints\$1timed \$1 checkpoints\$1req) |
| checkpoint\$1write\$1latency | Prüfpunkt | db.Checkpoint.checkpoint\$1write\$1latency | Die Gesamtzeit, die auf den Teil der Prüfpunktverarbeitung aufgewendet wurde, bei dem Dateien auf die Festplatte geschrieben werden. | checkpoint\$1write\$1time / (checkpoints\$1timed \$1 checkpoints\$1req) |
| read\$1latency | I/O | db.IO.read\$1latency | Die Zeit, die für das Lesen von Datendateiblöcken durch Backends in dieser Instance aufgewendet wurde. | blk\$1read\$1time / blks\$1read |
| idle\$1in\$1transaction\$1aborted\$1count | Status | Sitzungen | db.state.idle\$1in\$1transaction\$1aborted\$1count | Die Anzahl der Sitzungen im Status idle in transaction (aborted). | Nicht zutreffend |
| idle\$1in\$1transaction\$1count | Status | Sitzungen | db.state.idle\$1in\$1transaction\$1count | Die Anzahl der Sitzungen im Status idle in transaction. | Nicht zutreffend |
| idle\$1in\$1transaction\$1max\$1time | Status | Sekunden | db.state.idle\$1in\$1transaction\$1max\$1time | Die Dauer der am längsten ausgeführten Transaktion im idle in transaction-Status, in Sekunden. | Nicht zutreffend |
| active\$1transactions | Transaktionen | Transaktionen | db.Transactions.active\$1transactions | Die Anzahl der aktiven Transaktionen. | Nicht zutreffend |
| blocked\$1transactions | Transaktionen | Transaktionen | db.Transactions.blocked\$1transactions | Die Anzahl der blockierten Transaktionen. | Nicht zutreffend |
| oldest\$1active\$1logical\$1replication\$1slot\$1xid\$1age | Transaktionen | db.Transactions.oldest\$1active\$1logical\$1replication\$1slot\$1xid\$1age | Das Alter der ältesten Transaktion in einem aktiven logischen Replikations-Slot. Weitere Informationen finden Sie unter [Logischer Replikations-Slot](Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Resolving_Identifiableblockers.md#Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Logical_replication_slot). | – |
| oldest\$1inactive\$1logical\$1replication\$1slot\$1xid\$1age | Transaktionen | db.Transactions.oldest\$1inactive\$1logical\$1replication\$1slot\$1xid\$1age | Das Alter der ältesten Transaktion in einem inaktiven logischen Replikations-Slot. Weitere Informationen finden Sie unter [Logischer Replikations-Slot](Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Resolving_Identifiableblockers.md#Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Logical_replication_slot). | – |
| oldest\$1prepared\$1transaction\$1xid\$1age | Transaktionen | db.Transactions.oldest\$1prepared\$1transaction\$1xid\$1age | Das Alter der ältesten vorbereiteten Transaktion. Weitere Informationen finden Sie unter [Vorbereitete Transaktion](Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Resolving_Identifiableblockers.md#Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Prepared_transaction). | – |
| oldest\$1running\$1transaction\$1xid\$1age | Transaktionen | db.Transactions.oldest\$1running\$1transaction\$1xid\$1age | Das Alter der ältesten ausgeführten Transaktion. Weitere Informationen finden Sie unter [Aktive Anweisung](Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Resolving_Identifiableblockers.md#Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Active_statement) Für die älteste aktive Transaktion und für die älteste laufende Transaktion. [Leerlauf in Transaktion](Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Resolving_Identifiableblockers.md#Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Idle_in_transaction) idle-in-transaction | – |
| oldest\$1hot\$1standby\$1feedback\$1xid\$1age | Transaktionen | db.Transactions.oldest\$1hot\$1standby\$1feedback\$1xid\$1age | Das Alter der ältesten ausgeführten Transaktion auf einem Lesereplikat mit der aktivierten Option `hot_standby_feedback`. Weitere Informationen finden Sie unter [Read Replicas](Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Resolving_Identifiableblockers.md#Appendix.PostgreSQL.CommonDBATasks.Autovacuum_Monitoring.Read_replicas). | – |
| max\$1used\$1xact\$1ids | Transaktionen | Transaktionen | db.Transactions.max\$1used\$1xact\$1ids | Die Anzahl der Transaktionen, die nicht bereinigt wurden. | Nicht zutreffend |
| max\$1connections | Benutzer | Verbindungen | db.User.max\$1connections | Die maximal zulässige Anzahl von Verbindungen für eine DB-Instance, wie im Parameter max\$1connections konfiguriert. | Nicht zutreffend |
| archive\$1failed\$1count | WAL | Dateien pro Minute | db.WAL.archive\$1failed\$1count | Die Anzahl der fehlgeschlagenen Versuche, WAL-Dateien zu archivieren, in Dateien pro Minute. | Nicht zutreffend |
# SQL-Statistiken für Performance Insights
*SQL-Statistiken* sind leistungsbezogene Metriken zu SQL-Abfragen, die von Performance Insights gesammelt werden. Performance Insights sammelt Statistiken für jede Sekunde, in der eine Abfrage ausgeführt wird, und für jeden SQL-Aufruf. Die SQL-Statistiken bilden den Durchschnitt für den ausgewählten Zeitraum ab.
Ein SQL-Digest setzt sich aus allen Abfragen zusammen, die ein bestimmtes Muster haben, aber nicht unbedingt dieselben Literalwerte haben. Der Digest ersetzt Literalwerte durch ein Fragezeichen. Beispiel, `SELECT * FROM emp WHERE lname= ?`. Dieser Digest kann die folgenden untergeordneten Abfragen enthalten:
```
SELECT * FROM emp WHERE lname = 'Sanchez'
SELECT * FROM emp WHERE lname = 'Olagappan'
SELECT * FROM emp WHERE lname = 'Wu'
```
Alle Engines unterstützen SQL-Statistiken für Digest-Abfragen.
Informationen zur Unterstützung dieser Funktion nach Region, DB-Engine und Instance-Klasse finden Sie unter [Amazon RDS DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights Insights-Funktionen](USER_PerfInsights.Overview.Engines.md#USER_PerfInsights.Overview.PIfeatureEngnRegSupport).
**Topics**
+ [SQL-Statistiken für MariaDB und MySQL](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.MySQL.md)
+ [SQL-Statistiken für Amazon RDS für Oracle](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.Oracle.md)
+ [SQL-Statistiken für Amazon RDS für SQL Server](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.SQLServer.md)
+ [SQL-Statistiken für RDS PostgreSQL](USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.PostgreSQL.md)
# SQL-Statistiken für MariaDB und MySQL
MariaDB und MySQL sammelt SQL-Statistiken nur auf Digest-Ebene. Auf der Statement-Ebene werden keine Statistiken angezeigt.
**Topics**
+ [Digest-Statistiken für MariaDB und MySQL](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.MySQL.truncation)
+ [Statistiken für MariaDB und MySQL](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.MySQL.per-second)
+ [Statistiken für MariaDB und MySQL](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.MySQL.truncation.per-call)
+ [Primäre Statistiken für MariaDB und MySQL](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.MySQL.primary)
## Digest-Statistiken für MariaDB und MySQL
Performance Insights sammelt SQL-Digest-Statistiken aus der `events_statements_summary_by_digest`-Tabelle. Die `events_statements_summary_by_digest`-Tabelle wird von der Datenbank verwaltet.
Diese Tabelle verfügt nicht über eine Bereinigungsrichtlinie. Wenn die Tabelle voll ist, wird die AWS-Managementkonsole folgende Meldung angezeigt:
```
Performance Insights is unable to collect SQL Digest statistics on new queries because the table events_statements_summary_by_digest is full.
Please truncate events_statements_summary_by_digest table to clear the issue. Check the User Guide for more details.
```
In dieser Situation verfolgen MariaDB und MySQL nicht SQL-Abfragen. Um dieses Problem zu beheben, kürzt Performance Insights die Digest-Tabelle automatisch, wenn die folgenden Bedingungen beide erfüllt sind:
+ Die Tabelle ist voll.
+ Performance Insights verwaltet das Leistungsschema automatisch.
Für die automatische Verwaltung muss der Parameter `performance_schema` auf den Wert `0` festgelegt werden und **Source (Quelle)** auf `user` eingestellt sein. Wenn Performance Insights die Leistung nicht automatisch verwaltet, finden Sie weitere Informationen unter [Übersicht über das Leistungsschema für Performance Insights auf Amazon RDS für MariaDB oder MySQL](USER_PerfInsights.EnableMySQL.md).
Überprüfen Sie in der AWS CLI die Quelle eines Parameterwerts, indem Sie den [describe-db-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-parameters.html)Befehl ausführen.
## Statistiken für MariaDB und MySQL
Die folgenden SQL-Statistiken stehen für MariaDB und MySQL-DB-Instances zur Verfügung.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.count\$1star\$1per\$1sec | Aufrufe pro Sekunde |
| db.sql\$1tokenized.stats.sum\$1timer\$1wait\$1per\$1sec | Durchschnitt Latenz pro Sekunde (in ms) |
| db.sql\$1tokenized.stats.sum\$1select\$1full\$1join\$1per\$1sec | Vollständigen Join pro Sekunde auswählen |
| db.sql\$1tokenized.stats.sum\$1select\$1range\$1check\$1per\$1sec | Bereichsprüfung pro Sekunde auswählen |
| db.sql\$1tokenized.stats.sum\$1select\$1scan\$1per\$1sec | Scan pro Sekunde auswählen |
| db.sql\$1tokenized.stats.sum\$1sort\$1merge\$1passes\$1per\$1sec | Zusammenführungsdurchläufe pro Sekunde sortieren |
| db.sql\$1tokenized.stats.sum\$1sort\$1scan\$1per\$1sec | Scans pro Sekunde sortieren |
| db.sql\$1tokenized.stats.sum\$1sort\$1range\$1per\$1sec | Bereiche pro Sekunde sortieren |
| db.sql\$1tokenized.stats.sum\$1sort\$1rows\$1per\$1sec | Zeilen pro Sekunde sortieren |
| db.sql\$1tokenized.stats.sum\$1rows\$1affected\$1per\$1sec | Betroffene Zeilen pro Sekunde |
| db.sql\$1tokenized.stats.sum\$1rows\$1examined\$1per\$1sec | Überprüfte Zeilen pro Sekunde |
| db.sql\$1tokenized.stats.sum\$1rows\$1sent\$1per\$1sec | Gesendete Zeilen pro Sekunde |
| db.sql\$1tokenized.stats.sum\$1created\$1tmp\$1disk\$1tables\$1per\$1sec | Temporäre Datenträgertabellen pro Sekunde erstellt |
| db.sql\$1tokenized.stats.sum\$1created\$1tmp\$1tables\$1per\$1sec | Temporäre Tabellen pro Sekunde erstellt |
| db.sql\$1tokenized.stats.sum\$1lock\$1time\$1per\$1sec | Sperrzeit pro Sekunde (in ms) |
## Statistiken für MariaDB und MySQL
Die folgenden Metriken stellen Statistiken pro einzelnen Abruf für SQL-Anweisungen bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.sum\$1timer\$1wait\$1per\$1call | Durchschnitt Latenz pro Aufruf (in ms) |
| db.sql\$1tokenized.stats.sum\$1select\$1full\$1join\$1per\$1call | Vollständige Joins pro Aufruf auswählen |
| db.sql\$1tokenized.stats.sum\$1select\$1range\$1check\$1per\$1call | Bereichsprüfung pro Aufruf auswählen |
| db.sql\$1tokenized.stats.sum\$1select\$1scan\$1per\$1call | Scans pro Aufruf auswählen |
| db.sql\$1tokenized.stats.sum\$1sort\$1merge\$1passes\$1per\$1call | Zusammenführungsdurchläufe pro Aufruf sortieren |
| db.sql\$1tokenized.stats.sum\$1sort\$1scan\$1per\$1call | Scans pro Aufruf sortieren |
| db.sql\$1tokenized.stats.sum\$1sort\$1range\$1per\$1call | Bereiche pro Aufruf sortieren |
| db.sql\$1tokenized.stats.sum\$1sort\$1rows\$1per\$1call | Zeilen pro Aufruf sortieren |
| db.sql\$1tokenized.stats.sum\$1rows\$1affected\$1per\$1call | Betroffene Zeilen pro Aufruf |
| db.sql\$1tokenized.stats.sum\$1rows\$1examined\$1per\$1call | Überprüfte Zeilen pro Aufruf |
| db.sql\$1tokenized.stats.sum\$1rows\$1sent\$1per\$1call | Gesendete Zeilen pro Aufruf |
| db.sql\$1tokenized.stats.sum\$1created\$1tmp\$1disk\$1tables\$1per\$1call | Temporäre Datenträgertabellen pro Aufruf erstellt |
| db.sql\$1tokenized.stats.sum\$1created\$1tmp\$1tables\$1per\$1call | Temporäre Tabellen pro Aufruf erstellt |
| db.sql\$1tokenized.stats.sum\$1lock\$1time\$1per\$1call | Sperrzeit pro Aufruf (in ms) |
## Primäre Statistiken für MariaDB und MySQL
Die folgenden SQL-Statistiken stehen für MariaDB und MySQL-DB-Instances zur Verfügung.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.count\$1star | Calls |
| db.sql\$1tokenized.stats.sum\$1timer\$1wait | Wartezeit (in ms) |
| db.sql\$1tokenized.stats.sum\$1select\$1full\$1join | Vollständigen Join auswählen |
| db.sql\$1tokenized.stats.sum\$1select\$1range\$1check | Wählen Sie Bereichsprüfungen |
| db.sql\$1tokenized.stats.sum\$1select\$1scan | Scandurchläufe auswählen |
| db.sql\$1tokenized.stats.sum\$1sort\$1merge\$1passes | Zusammenführungsdurchläufe sortieren |
| db.sql\$1tokenized.stats.sum\$1sort\$1scan | Sortierdurchläufe |
| db.sql\$1tokenized.stats.sum\$1sort\$1range | Sortierbereiche |
| db.sql\$1tokenized.stats.sum\$1sort\$1rows | Zeilen sortieren |
| db.sql\$1tokenized.stats.sum\$1rows\$1affected | Betroffene Zeilen |
| db.sql\$1tokenized.stats.sum\$1rows\$1examined | Überprüfte Zeilen |
| db.sql\$1tokenized.stats.sum\$1rows\$1sent | Gesendete Zeilen |
| db.sql\$1tokenized.stats.sum\$1created\$1tmp\$1disk\$1tables | Temporäre Datenträgertabellen erstellt |
| db.sql\$1tokenized.stats.sum\$1created\$1tmp\$1tables | Temporäre Tabellen erstellt |
| db.sql\$1tokenized.stats.sum\$1lock\$1time | Sperrzeit (in ms) |
# SQL-Statistiken für Amazon RDS für Oracle
Amazon RDS für Oracle sammelt SQL-Statistiken sowohl auf Anweisung- als auch auf Digest-Ebene. Auf Anweisungsebene repräsentiert die ID-Spalte den Wert von `V$SQL.SQL_ID`. Auf der Digest-Ebene zeigt die ID-Spalte den Wert von `V$SQL.FORCE_MATCHING_SIGNATURE`.
Wenn die ID `0` lautet, wird auf Digest-Ebene von Oracle Database festgestellt, dass diese Anweisung nicht für die Wiederverwendung geeignet ist. In diesem Fall könnten die untergeordneten SQL-Anweisungen zu verschiedenen Digests gehören. Die Anweisungen sind jedoch unter dem `digest_text` für die erste erfasste SQL-Anweisung gruppiert.
**Topics**
+ [Sekundenschnelle Statistiken für Oracle](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.Oracle.per-second)
+ [Statistiken pro Anruf für Oracle](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.Oracle.per-call)
+ [Primäre Statistiken für Oracle](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.Oracle.primary)
## Sekundenschnelle Statistiken für Oracle
Die folgenden Metriken stellen Statistiken pro Sekunde für eine Oracle-SQL-Abfrage bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql.stats.executions\$1per\$1sec | Anzahl der Ausführungen pro Sekunde |
| db.sql.stats.elapsed\$1time\$1per\$1sec | Durchschnitt der aktiven Ausführungen (Average active executions, AAE) |
| db.sql.stats.rows\$1processed\$1per\$1sec | Pro Sekunde verarbeitete Zeilen |
| db.sql.stats.buffer\$1gets\$1per\$1sec | Pufferabrufe pro Sekunde |
| db.sql.stats.physical\$1read\$1requests\$1per\$1sec | Physische Lesevorgänge pro Sekunde |
| db.sql.stats.physical\$1write\$1requests\$1per\$1sec | Physische Schreibvorgänge pro Sekunde |
| db.sql.stats.total\$1sharable\$1mem\$1per\$1sec | Gesamter freigabefähiger Arbeitsspeicher pro Sekunde (in Bytes) |
| db.sql.stats.cpu\$1time\$1per\$1sec | CPU-Zeit pro Sekunde (in ms) |
Die folgenden Metriken stellen Statistiken pro Sekunde für eine SQL-Digest-Abfrage in Oracle bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.executions\$1per\$1sec | Anzahl der Ausführungen pro Sekunde |
| db.sql\$1tokenized.stats.elapsed\$1time\$1per\$1sec | Durchschnitt der aktiven Ausführungen (Average active executions, AAE) |
| db.sql\$1tokenized.stats.rows\$1processed\$1per\$1sec | Pro Sekunde verarbeitete Zeilen |
| db.sql\$1tokenized.stats.buffer\$1gets\$1per\$1sec | Pufferabrufe pro Sekunde |
| db.sql\$1tokenized.stats.physical\$1read\$1requests\$1per\$1sec | Physische Lesevorgänge pro Sekunde |
| db.sql\$1tokenized.stats.physical\$1write\$1requests\$1per\$1sec | Physische Schreibvorgänge pro Sekunde |
| db.sql\$1tokenized.stats.total\$1sharable\$1mem\$1per\$1sec | Gesamter freigabefähiger Arbeitsspeicher pro Sekunde (in Bytes) |
| db.sql\$1tokenized.stats.cpu\$1time\$1per\$1sec | CPU-Zeit pro Sekunde (in ms) |
## Statistiken pro Anruf für Oracle
Die folgenden Metriken stellen Statistiken pro einzelnen Abruf für SQL-Anweisungen bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql.stats.elapsed\$1time\$1per\$1exec | Pro Ausführung verstrichene Zeit (in ms) |
| db.sql.stats.rows\$1processed\$1per\$1exec | Pro Ausführung verarbeitete Zeilen |
| db.sql.stats.buffer\$1gets\$1per\$1exec | Pufferabrufe pro Ausführung |
| db.sql.stats.physical\$1read\$1requests\$1per\$1exec | Physische Lesevorgänge pro Ausführung |
| db.sql.stats.physical\$1write\$1requests\$1per\$1exec | Physische Schreibvorgänge pro Ausführung |
| db.sql.stats.total\$1sharable\$1mem\$1per\$1exec | Gesamter freigabefähiger Arbeitsspeicher pro Ausführung (in Bytes) |
| db.sql.stats.cpu\$1time\$1per\$1exec | CPU-Zeit pro Ausführung (in ms) |
Die folgenden Metriken stellen Statistiken pro einzelnen Abruf für SQL-Anweisungen bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.elapsed\$1time\$1per\$1exec | Pro Ausführung verstrichene Zeit (in ms) |
| db.sql\$1tokenized.stats.rows\$1processed\$1per\$1exec | Pro Ausführung verarbeitete Zeilen |
| db.sql\$1tokenized.stats.buffer\$1gets\$1per\$1exec | Pufferabrufe pro Ausführung |
| db.sql\$1tokenized.stats.physical\$1read\$1requests\$1per\$1exec | Physische Lesevorgänge pro Ausführung |
| db.sql\$1tokenized.stats.physical\$1write\$1requests\$1per\$1exec | Physische Schreibvorgänge pro Ausführung |
| db.sql\$1tokenized.stats.total\$1sharable\$1mem\$1per\$1exec | Gesamter freigabefähiger Arbeitsspeicher pro Ausführung (in Bytes) |
| db.sql\$1tokenized.stats.cpu\$1time\$1per\$1exec | CPU-Zeit pro Ausführung (in ms) |
## Primäre Statistiken für Oracle
Die folgenden Metriken stellen primäre Statistiken für eine Oracle-SQL-Abfrage bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql.stats.executions | Anzahl der Ausführungen |
| db.sql.stats.elapsed\$1time | Verstrichene Zeit (in ms) |
| db.sql.stats.rows\$1processed | Verarbeitete Zeilen |
| db.sql.stats.buffer\$1gets | Pufferabrufe |
| db.sql.stats.physical\$1read\$1requests | Physische Lesevorgänge |
| db.sql.stats.physical\$1write\$1requests | Physische Schreibvorgänge |
| db.sql.stats.total\$1sharable\$1mem | Gesamter freigabefähiger Arbeitsspeicher (in Bytes) |
| db.sql.stats.cpu\$1time | CPU-Zeit (in ms) |
Die folgenden Metriken stellen primäre Statistiken für eine SQL-Digest-Abfrage in Oracle bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.executions | Anzahl der Ausführungen |
| db.sql\$1tokenized.stats.elapsed\$1time | Verstrichene Zeit (in ms) |
| db.sql\$1tokenized.stats.rows\$1processed | Verarbeitete Zeilen |
| db.sql\$1tokenized.stats.buffer\$1gets | Pufferabrufe |
| db.sql\$1tokenized.stats.physical\$1read\$1requests | Physische Lesevorgänge |
| db.sql\$1tokenized.stats.physical\$1write\$1requests | Physische Schreibvorgänge |
| db.sql\$1tokenized.stats.total\$1sharable\$1mem | Gesamter freigabefähiger Arbeitsspeicher (in Bytes) |
| db.sql\$1tokenized.stats.cpu\$1time | CPU-Zeit (in ms) |
# SQL-Statistiken für Amazon RDS für SQL Server
Amazon RDS für SQL Server sammelt SQL-Statistiken sowohl auf Anweisung- als auch auf Digest-Ebene. Auf Anweisungsebene repräsentiert die ID-Spalte den Wert von `sql_handle`. Auf der Digest-Ebene zeigt die ID-Spalte den Wert von `query_hash`.
SQL Server gibt für einige Anweisungen NULL-Werte für `query_hash` zurück. Zum Beispiel ALTER INDEX, CHECKPOINT, UPDATE STATISTICS, COMMIT TRANSACTION, FETCH NEXT FROM Cursor und einige INSERT-Anweisungen, SELECT @, bedingte Anweisungen und ausführbare gespeicherte Prozeduren. In diesem Fall wird der Wert „`sql_handle`“ als ID auf der Digest-Ebene für diese Anweisung angezeigt.
**Topics**
+ [Statistiken pro Sekunde für SQL Server](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.SQLServer.per-second)
+ [Statistiken pro Aufruf für SQL Server](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.SQLServer.per-call)
+ [Primäre Statistiken für SQL Server](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.SQLServer.primary)
## Statistiken pro Sekunde für SQL Server
Die folgenden Metriken stellen Statistiken pro Sekunde für eine SQL-Server-SQL-Abfrage bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql.stats.execution\$1count\$1per\$1sec | Anzahl der Ausführungen pro Sekunde |
| db.sql.stats.total\$1elapsed\$1time\$1per\$1sec | Insgesamt verstrichene Zeit pro Sekunde |
| db.sql.stats.total\$1rows\$1per\$1sec | Gesamtzahl verarbeiteter Zeilen pro Sekunde |
| db.sql.stats.total\$1logical\$1reads\$1per\$1sec | Gesamtzahl logischer Lesevorgänge pro Sekunde |
| db.sql.stats.total\$1logical\$1writes\$1per\$1sec | Gesamtzahl logischer Schreibvorgänge pro Sekunde |
| db.sql.stats.total\$1physical\$1reads\$1per\$1sec | Gesamtzahl physischer Lesevorgänge pro Sekunde |
| db.sql.stats.total\$1worker\$1time\$1per\$1sec | CPU-Zeit insgesamt (in ms) |
Die folgenden Metriken stellen Statistiken pro Sekunde für eine SQL-Server-SQL-Digest-Abfrage bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.execution\$1count\$1per\$1sec | Anzahl der Ausführungen pro Sekunde |
| db.sql\$1tokenized.stats.total\$1elapsed\$1time\$1per\$1sec | Insgesamt verstrichene Zeit pro Sekunde |
| db.sql\$1tokenized.stats.total\$1rows\$1per\$1sec | Gesamtzahl verarbeiteter Zeilen pro Sekunde |
| db.sql\$1tokenized.stats.total\$1logical\$1reads\$1per\$1sec | Gesamtzahl logischer Lesevorgänge pro Sekunde |
| db.sql\$1tokenized.stats.total\$1logical\$1writes\$1per\$1sec | Gesamtzahl logischer Schreibvorgänge pro Sekunde |
| db.sql\$1tokenized.stats.total\$1physical\$1reads\$1per\$1sec | Gesamtzahl physischer Lesevorgänge pro Sekunde |
| db.sql\$1tokenized.stats.total\$1worker\$1time\$1per\$1sec | CPU-Zeit insgesamt (in ms) |
## Statistiken pro Aufruf für SQL Server
Die folgenden Metriken stellen Statistiken pro einzelnen Aufruf für SQL-Server-SQL-Anweisungen bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql.stats.total\$1elapsed\$1time\$1per\$1call | Insgesamt verstrichene Zeit pro Ausführung (in ms) |
| db.sql.stats.total\$1rows\$1per\$1call | Gesamtzahl der pro Ausführung verarbeiteten Zeilen |
| db.sql.stats.total\$1logical\$1reads\$1per\$1call | Gesamtzahl logischer Lesevorgänge pro Ausführung |
| db.sql.stats.total\$1logical\$1writes\$1per\$1call | Gesamtzahl logischer Schreibvorgänge pro Ausführung |
| db.sql.stats.total\$1physical\$1reads\$1per\$1call | Gesamtzahl physischer Lesevorgänge pro Ausführung |
| db.sql.stats.total\$1worker\$1time\$1per\$1call | CPU-Zeit insgesamt pro Ausführung (in ms) |
Die folgenden Metriken stellen Statistiken pro Aufruf für eine SQL-Server-SQL-Digest-Abfrage bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.total\$1elapsed\$1time\$1per\$1call | Insgesamt verstrichene Zeit pro Ausführung |
| db.sql\$1tokenized.stats.total\$1rows\$1per\$1call | Gesamtzahl der pro Ausführung verarbeiteten Zeilen |
| db.sql\$1tokenized.stats.total\$1logical\$1reads\$1per\$1call | Gesamtzahl logischer Lesevorgänge pro Ausführung |
| db.sql\$1tokenized.stats.total\$1logical\$1writes\$1per\$1call | Gesamtzahl logischer Schreibvorgänge pro Ausführung |
| db.sql\$1tokenized.stats.total\$1physical\$1reads\$1per\$1call | Gesamtzahl physischer Lesevorgänge pro Ausführung |
| db.sql\$1tokenized.stats.total\$1worker\$1time\$1per\$1call | CPU-Zeit insgesamt pro Ausführung (in ms) |
## Primäre Statistiken für SQL Server
Die folgenden Metriken stellen primäre Statistiken für eine SQL-Abfrage in SQL-Server bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql.stats.execution\$1count | Anzahl der Ausführungen |
| db.sql.stats.total\$1elapsed\$1time | Insgesamt verstrichene Zeit (in ms) |
| db.sql.stats.total\$1rows | Insgesamt verarbeitete Zeilen |
| db.sql.stats.total\$1logical\$1reads | Gesamtzahl logischer Lesevorgänge |
| db.sql.stats.total\$1logical\$1writes | Gesamtzahl logischer Schreibvorgänge |
| db.sql.stats.total\$1physical\$1reads | Gesamtzahl logischer Lesevorgänge |
| db.sql.stats.total\$1worker\$1time | CPU-Zeit insgesamt (in ms) |
Die folgenden Metriken stellen primäre Statistiken für eine SQL-Digest-Abfrage in SQL-Server bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.execution\$1count | Anzahl der Ausführungen |
| db.sql\$1tokenized.stats.total\$1elapsed\$1time | Insgesamt verstrichene Zeit (in ms) |
| db.sql\$1tokenized.stats.total\$1rows | Insgesamt verarbeitete Zeilen |
| db.sql\$1tokenized.stats.total\$1logical\$1reads | Gesamtzahl logischer Lesevorgänge |
| db.sql\$1tokenized.stats.total\$1logical\$1writes | Gesamtzahl logischer Schreibvorgänge |
| db.sql\$1tokenized.stats.total\$1physical\$1reads | Gesamtzahl logischer Lesevorgänge |
| db.sql\$1tokenized.stats.total\$1worker\$1time | CPU-Zeit insgesamt (in ms) |
# SQL-Statistiken für RDS PostgreSQL
Performance Insights sammelt für jeden SQL-Aufruf und für jede Sekunde, in der eine Abfrage ausgeführt wird, SQL-Statistiken. RDS für PostgreSQL sammelt SQL-Statistiken nur auf Digest-Ebene. Auf der Anweisungsebene werden keine Statistiken angezeigt.
Im Folgenden finden Sie Informationen zu Statistiken auf Digest-Ebene für RDS für PostgreSQL.
**Topics**
+ [Digest-Statistiken für RDS PostgreSQL](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.PostgreSQL.digest)
+ [Sekundengenaue Digest-Statistiken für RDS PostgreSQL](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.PostgreSQL.per-second)
+ [Digest-Statistiken pro Aufruf für RDS PostgreSQL](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.PostgreSQL.per-call)
+ [Primäre Statistiken für RDS PostgreSQL](#USER_PerfInsights.UsingDashboard.AnalyzeDBLoad.AdditionalMetrics.PostgreSQL.primary)
## Digest-Statistiken für RDS PostgreSQL
Damit SQL-Digest-Statistiken angezeigt werden können, muss RDS PostgreSQL die Bibliothek `pg_stat_statements` laden. Für PostgreSQL-DB-Instances, die mit PostgreSQL 11 oder höher kompatibel sind, wird diese Bibliothek von der Datenbank standardmäßig geladen. Für PostgreSQL-DB-Instances, die mit PostgreSQL 10 oder früher kompatibel sind, aktivieren Sie diese Bibliothek manuell. Zur manuellen Aktivierung fügen Sie in der DB-Parametergruppe, die der DB-Instance zugeordnet ist, `pg_stat_statements` zu `shared_preload_libraries` hinzu. Starten Sie anschließend die DB-Instance neu. Weitere Informationen finden Sie unter [Parametergruppen für Amazon RDS](USER_WorkingWithParamGroups.md).
**Anmerkung**
Performance-Insights kann nur Statistiken für nicht abgeschnittene Abfragen in `pg_stat_activity` erfassen. Standardmäßig kürzen PostgreSQL-Datenbanken Abfragen, die länger als 1 024 Bytes sind. Um die Abfragegröße zu erhöhen, ändern Sie den Parameter `track_activity_query_size` in der DB-Parametergruppe, die mit Ihrer DB-Instance verknüpft ist. Wenn Sie diesen Parameter ändern, ist ein Neustart der DB-Instance erforderlich.
## Sekundengenaue Digest-Statistiken für RDS PostgreSQL
Die folgenden SQL Digest-Statistiken sind für PostgreSQL DB-Instances verfügbar.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.calls\$1per\$1sec | Aufrufe pro Sekunde |
| db.sql\$1tokenized.stats.rows\$1per\$1sec | Zeilen pro Sekunde |
| db.sql\$1tokenized.stats.total\$1time\$1per\$1sec | Durchschnitt der aktiven Ausführungen (Average active executions, AAE) pro Sekunde |
| db.sql\$1tokenized.stats.shared\$1blks\$1hit\$1per\$1sec | Blocktreffer pro Sekunde |
| db.sql\$1tokenized.stats.shared\$1blks\$1read\$1per\$1sec | Blocklesevorgänge pro Sekunde |
| db.sql\$1tokenized.stats.shared\$1blks\$1dirtied\$1per\$1sec | Blöcke kontaminiert pro Sekunde |
| db.sql\$1tokenized.stats.shared\$1blks\$1written\$1per\$1sec | Blockschreibvorgänge pro Sekunde |
| db.sql\$1tokenized.stats.local\$1blks\$1hit\$1per\$1sec | Lokale Blocktreffer pro Sekunde |
| db.sql\$1tokenized.stats.local\$1blks\$1read\$1per\$1sec | Lokale Blocklesevorgänge pro Sekunde |
| db.sql\$1tokenized.stats.local\$1blks\$1dirtied\$1per\$1sec | Lokale Blockkontaminierungen pro Sekunde |
| db.sql\$1tokenized.stats.local\$1blks\$1written\$1per\$1sec | Lokale Blockschreibvorgänge pro Sekunde |
| db.sql\$1tokenized.stats.temp\$1blks\$1written\$1per\$1sec | Temporäre Schreibvorgänge pro Sekunde |
| db.sql\$1tokenized.stats.temp\$1blks\$1read\$1per\$1sec | Temporäre Lesevorgänge pro Sekunde |
| db.sql\$1tokenized.stats.blk\$1read\$1time\$1per\$1sec | Durchschnitt gleichzeitige Lesevorgänge pro Sekunde |
| db.sql\$1tokenized.stats.blk\$1write\$1time\$1per\$1sec | Durchschnitt gleichzeitige Schreibvorgänge pro Sekunde |
## Digest-Statistiken pro Aufruf für RDS PostgreSQL
Die folgenden Metriken stellen Statistiken pro einzelnen Abruf für SQL-Anweisungen bereit.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.rows\$1per\$1call | Zeilen pro Aufruf |
| db.sql\$1tokenized.stats.avg\$1latency\$1per\$1call | Durchschnitt Latenz pro Aufruf (in ms) |
| db.sql\$1tokenized.stats.shared\$1blks\$1hit\$1per\$1call | Blocktreffer pro Aufruf |
| db.sql\$1tokenized.stats.shared\$1blks\$1read\$1per\$1call | Blocklesevorgänge pro Aufruf |
| db.sql\$1tokenized.stats.shared\$1blks\$1written\$1per\$1call | Blockschreibvorgänge pro Aufruf |
| db.sql\$1tokenized.stats.shared\$1blks\$1dirtied\$1per\$1call | Blöcke kontaminiert pro Aufruf |
| db.sql\$1tokenized.stats.local\$1blks\$1hit\$1per\$1call | Lokale Blocktreffer pro Aufruf |
| db.sql\$1tokenized.stats.local\$1blks\$1read\$1per\$1call | Lokale Blocklesevorgänge pro Aufruf |
| db.sql\$1tokenized.stats.local\$1blks\$1dirtied\$1per\$1call | Lokale Blockkontaminierungen pro Aufruf |
| db.sql\$1tokenized.stats.local\$1blks\$1written\$1per\$1call | Lokale Blockschreibvorgänge pro Aufruf |
| db.sql\$1tokenized.stats.temp\$1blks\$1written\$1per\$1call | Temporäre Blockschreibvorgänge pro Aufruf |
| db.sql\$1tokenized.stats.temp\$1blks\$1read\$1per\$1call | Temporäre Blocklesevorgänge pro Aufruf |
| db.sql\$1tokenized.stats.blk\$1read\$1time\$1per\$1call | Lesezeit pro Aufruf (in ms) |
| db.sql\$1tokenized.stats.blk\$1write\$1time\$1per\$1call | Schreibzeit pro Aufruf (in ms) |
## Primäre Statistiken für RDS PostgreSQL
Die folgenden SQL-Statistiken sind für PostgreSQL-DB-Instances verfügbar.
| Metrik | Einheit |
| --- | --- |
| db.sql\$1tokenized.stats.calls | Calls |
| db.sql\$1tokenized.stats.rows | Rows |
| db.sql\$1tokenized.stats.total\$1time | Zeit insgesamt (in ms) |
| db.sql\$1tokenized.stats.shared\$1blks\$1hit | Blocktreffer |
| db.sql\$1tokenized.stats.shared\$1blks\$1read | Blocklesevorgänge |
| db.sql\$1tokenized.stats.shared\$1blks\$1dirtied | Blockkontaminierungen |
| db.sql\$1tokenized.stats.shared\$1blks\$1written | Blockschreibvorgänge |
| db.sql\$1tokenized.stats.local\$1blks\$1hit | Lokale Blocktreffer |
| db.sql\$1tokenized.stats.local\$1blks\$1read | Lokale Blocklesevorgänge |
| db.sql\$1tokenized.stats.local\$1blks\$1dirtied | Lokale Blockkontaminierungen |
| db.sql\$1tokenized.stats.local\$1blks\$1written | Lokale Blockschreibvorgänge |
| db.sql\$1tokenized.stats.temp\$1blks\$1written | Temporäre Schreibvorgänge |
| db.sql\$1tokenized.stats.temp\$1blks\$1read | Temporäre Lesevorgänge |
| db.sql\$1tokenized.stats.blk\$1read\$1time | Durchschnitt gleichzeitiger Lesevorgänge (in ms) |
| db.sql\$1tokenized.stats.blk\$1write\$1time | Durchschnitt gleichzeitiger Schreibvorgänge (in ms) |
Weitere Informationen zu diesen Metriken finden Sie unter [pg\$1stat\$1statements](https://www.postgresql.org/docs/current/pgstatstatements.html) in der PostgreSQL-Dokumentation.
# Betriebssystemmetriken in „Erweiterte Überwachung“
Amazon RDS stellt in Echtzeit Metriken für das Betriebssystem (BS) bereit, auf dem Ihre DB-Instance ausgeführt wird. RDS übermittelt die Metriken von Enhanced Monitoring an Ihr Amazon CloudWatch Logs-Konto. In den folgenden Tabellen sind die Betriebssystemmetriken aufgeführt, die mit Amazon CloudWatch Logs verfügbar sind.
**Topics**
+ [Betriebssystemmetriken für Db2, MariaDB, MySQL, Oracle und PostgreSQL](#USER_Monitoring-Available-OS-Metrics-RDS)
+ [Betriebssystemmetriken für Microsoft SQL Server](#USER_Monitoring-Available-OS-Metrics-RDS.SQLServer)
## Betriebssystemmetriken für Db2, MariaDB, MySQL, Oracle und PostgreSQL
RDS sammelt `rdsdbdata` Festplattenmetriken für und zusätzliche Speichervolumes, die im Betriebssystem vorhanden sind. Informationen zum Anzeigen von Betriebssystem-Metriken in CloudWatch Logs finden Sie unter[Anzeigen von Betriebssystemmetriken mit CloudWatch Logs](USER_Monitoring.OS.CloudWatchLogs.md).
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_Monitoring-Available-OS-Metrics.html)
## Betriebssystemmetriken für Microsoft SQL Server
RDS sammelt Festplattenmetriken für `rdsdbdata` und zusätzliche Speichervolumes, die im Betriebssystem vorhanden sind. Informationen zum Anzeigen von Betriebssystem-Metriken in CloudWatch Logs finden Sie unter[Anzeigen von Betriebssystemmetriken mit CloudWatch Logs](USER_Monitoring.OS.CloudWatchLogs.md).
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/UserGuide/USER_Monitoring-Available-OS-Metrics.html)