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.
# Ü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.