Wie behebe ich Speicherplatzprobleme in Amazon RDS für PostgreSQL?
Meine Datenbank (DB)-Instance in Amazon Relational Database Service (Amazon RDS) für PostgreSQL hat den ihr zugewiesenen Speicherplatz aufgebraucht. Ich kann keine Verbindung zur Instance herstellen oder sie neu starten.
Lösung
Hinweis: Wenn du beim Ausführen von AWS Command Line Interface (AWS CLI)-Befehlen Fehlermeldungen erhältst, findest du weitere Informationen dazu unter Problembehandlung bei AWS CLI-Fehlern. Stelle außerdem sicher, dass du die neueste Version der AWS CLI verwendest.
Die Ressourcen überprüfen, die den DB-Instance-Speicher nutzen
Wenn du die Fehlermeldung „No space left on device“ oder „DiskFull“ erhältst, überprüfe die Ressourcen, die den DB-Instance-Speicher nutzen. Weitere Informationen findest du unter Warum habe ich in Amazon RDS für PostgreSQL die Fehlermeldung „No space left on device“ oder „DiskFull“ erhalten?
Die Speicherkapazität erhöhen
Du erhältst die folgende Fehlermeldung:
„The specified database instance is currently in storage-full state“
Dieser Fehler tritt auf, wenn sich die DB-Instance im Status storage-full befindet und du versuchst, mehrere DB-Instance-Parameter zu ändern. Wenn einer Instance der Speicherplatz ausgeht, schränkt Amazon RDS Änderungen ein, um die Instance vor potenziellen Problemen zu schützen.
Informationen zum Erhöhen des Speichers findest du unter Die Speicherkapazität der DB-Instance erhöhen.
Du musst den Speicherplatz um mindestens 10 % der aktuellen Größe erhöhen. Wenn du den Wert um weniger als 10 % erhöhst, erhältst du eine Fehlermeldung.
Hinweis: Nachdem du mehr Speicherplatz zugewiesen hast, kannst du den Speicherplatz nicht reduzieren. Stattdessen kannst du Amazon-RDS-Blau/Grün-Bereitstellungen verwenden, um Speicher-Volumes zu verringern. Oder erstelle eine neue DB-Instance mit einer kleineren Speichergröße. Weitere Informationen findest du unter Wie reduziere ich die Speichergröße und die Kosten meiner Amazon-RDS-Datenbank-Instance?
Die Speicheroptimierung überwachen
Du erhältst die folgende Fehlermeldung:
„Unable to scale the storage for the reason: DB instance is in the cooling-off period for a previous scale storage operation“
Dieser Fehler tritt auf, wenn du weniger als 6 Stunden nach der ersten Änderung des Speichers erneut versuchst, die Speicherkapazität zu ändern. Du musst entweder 6 Stunden oder bis zum Abschluss der Speicheroptimierung warten, je nachdem, welcher Zeitraum länger ist.
Führe den folgenden Befehl describe-db-instances aus, um den Fortschritt der Speicheroptimierung zu überwachen:
aws rds describe-db-instances --db-instance-identifier instance-id
Hinweis: Ersetze instance-id durch deine Datenbank-Instance-ID.
Wenn du den Speicher sofort optimieren musst, führe eine Wiederherstellung zu einem bestimmten Zeitpunkt mit größerer Speicherzuweisung durch. Oder stelle die Daten aus einem Snapshot mit größerer Speicherzuweisung wieder her.
Zukünftige storage-full-Status vermeiden
Gehe wie folgt vor, um den Status storage-full in der DB-Instance zu vermeiden:
- Konfiguriere die automatische Skalierung des Speichers.
- Erstelle Amazon-CloudWatch-Alarme, um die FreeStorageSpace-Metrik zu überwachen.
- Plane regelmäßige automatische VACUUM-Bereinigungsvorgänge ein, um von toten Tupeln belegten Speicherplatz zu bereinigen.
Den maximalen Speicherschwellenwert und den zugewiesenen Speicherplatz ändern
Du erhältst die folgende Fehlermeldung:
„Max storage size must be greater than storage size“
Dieser Fehler tritt auf, wenn der maximale Speicherschwellenwert der Auto-Scaling-Konfiguration niedriger als oder gleich der neuen Speichergröße ist, die du festlegst. Der maximale Schwellenwert für die automatische Skalierung muss größer sein als der zugewiesene Speicher.
Um dieses Problem zu beheben, deaktiviere vorübergehend die automatische Skalierung des Speichers. Ändere anschließend die DB-Instance-Einstellungen so, dass Maximaler Speichergrenzwert größer ist als Zugewiesener Speicher.
Ähnliche Informationen
- Themen
- Database
- Tags
- PostgreSQL
- Sprache
- Deutsch

Relevanter Inhalt
AWS OFFICIALAktualisiert vor 4 Jahren