Erläuterung der NOTICE-Nachrichten in - Amazon Aurora

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.

Erläuterung der NOTICE-Nachrichten in

Die postgres_get_av_diag() Funktion stellt die folgenden NOTICE-Meldungen bereit:

Wenn das Alter die Überwachungsschwelle noch nicht erreicht hat

Die Überwachungsschwelle postgres_get_av_diag() zur Identifizierung von Blockern liegt standardmäßig bei 500 Millionen Transaktionen. Wenn der folgende HINWEIS postgres_get_av_diag() generiert wird, bedeutet dies, dass das Transaktionsalter diesen Schwellenwert noch nicht erreicht hat.

NOTICE: postgres_get_av_diag() checks for blockers that prevent aggressive vacuums only, it does so only after exceeding dvb_threshold which is 500,000,000 and age of this PostgreSQL cluster is currently at 2.
Es wurde keine Verbindung zu der Datenbank mit dem Alter der ältesten Transaktions-ID hergestellt

Die postgres_get_av_diag() Funktion liefert die genaueste Ausgabe, wenn sie mit der Datenbank mit der ältesten Transaktions-ID verbunden ist. Die Datenbank mit dem ältesten von gemeldeten Transaktions-ID-Alter unterscheidet postgres_get_av_diag() sich in Ihrem Fall von „my_database“. Wenn Sie nicht mit der richtigen Datenbank verbunden sind, wird der folgende HINWEIS generiert:

NOTICE: You are not connected to the database with the age of oldest transaction ID. Connect to my_database database and run postgres_get_av_diag() for accurate reporting.

Aus den folgenden Gründen ist es wichtig, eine Verbindung zu der Datenbank mit dem ältesten Transaktionsalter herzustellen:

  • Identifizierung temporärer Tabellenblocker: Da die Metadaten für temporäre Tabellen für jede Datenbank spezifisch sind, befinden sie sich normalerweise in der Datenbank, in der sie erstellt wurden. Wenn jedoch eine temporäre Tabelle der häufigste Blocker ist und sich in der Datenbank mit der ältesten Transaktion befindet, könnte dies irreführend sein. Durch die Verbindung mit der richtigen Datenbank wird die genaue Identifizierung des Blockers für temporäre Tabellen gewährleistet.

  • Diagnose von Slow-Vacuum: Die Index-Metadaten und die Informationen zur Anzahl der Tabellen sind datenbankspezifisch und für die Diagnose von Problemen mit Slow Vacuum erforderlich.

Die Datenbank mit der ältesten Transaktion nach Alter befindet sich in einer rdsadmin- oder template0-Datenbank

In bestimmten Fällen können die template0 Datenbanken rdsadmin oder als die Datenbank mit der ältesten Transaktions-ID identifiziert werden. In diesem Fall postgres_get_av_diag() wird der folgende HINWEIS ausgegeben:

NOTICE: The database with the age of oldest transaction ID is rdsadmin or template0, reach out to support if the reported blocker is in rdsadmin or template0.

Stellen Sie sicher, dass der aufgelistete Blocker nicht aus einer dieser beiden Datenbanken stammt. Wenn gemeldet wird, dass der Blocker in einer rdsadmin oder vorhanden isttemplate0, wenden Sie sich an den Support, da Benutzer nicht auf diese Datenbanken zugreifen können und ein Eingreifen erforderlich ist.

Es ist sehr unwahrscheinlich, dass die template0 Datenbank rdsadmin oder einen Top-Blocker enthält.

Wenn bereits ein aggressives Vakuum läuft

Die postgres_get_av_diag() Funktion ist so konzipiert, dass sie meldet, wenn ein aggressiver Vakuumprozess läuft, löst diese Ausgabe jedoch erst aus, wenn das Vakuum mindestens 1 Minute lang aktiv war. Diese absichtliche Verzögerung trägt dazu bei, die Wahrscheinlichkeit falsch positiver Ergebnisse zu verringern. Durch das Warten stellt die Funktion sicher, dass nur effektive, signifikante Vakuumwerte gemeldet werden, was zu einer genaueren und zuverlässigeren Überwachung der Vakuumaktivität führt.

Die postgres_get_av_diag() Funktion generiert den folgenden HINWEIS, wenn sie feststellt, dass ein oder mehrere aggressive Absaugungen im Gange sind.

NOTICE: Your database is currently running aggressive vacuum to prevent wraparound, monitor autovacuum performance.

Wie in der MITTEILUNG angegeben, sollten Sie die Leistung des Staubsaugers weiterhin überwachen. Weitere Informationen über aggressives Vakuum finden Sie unter Es läuft ein aggressives Vakuum (um eine Rundum-Ummantelung zu verhindern)

Wenn die automatische Vakuumierung ausgeschaltet ist

Die postgres_get_av_diag() Funktion generiert den folgenden HINWEIS, wenn Autovacuum auf Ihrer Datenbankinstanz deaktiviert ist:

NOTICE: Autovacuum is OFF, we strongly recommend to enable it, no restart is necessary.

Autovacuum ist eine wichtige Funktion Ihrer , die einen reibungslosen Datenbankbetrieb gewährleistet. Es entfernt automatisch alte Zeilenversionen, gibt Speicherplatz zurück und verhindert ein Aufblähen von Tabellen und trägt so dazu bei, dass Tabellen und Indizes effizient bleiben und eine optimale Leistung erzielt wird. Darüber hinaus schützt es vor Transaktions-ID-Wraparound, wodurch Transaktionen auf Ihrer Amazon RDS-Instance gestoppt werden können. Die Deaktivierung von Autovacuum kann zu langfristigen Einbußen der Datenbankleistung und -stabilität führen. Wir empfehlen Ihnen, es ständig eingeschaltet zu lassen. Weitere Informationen finden Sie unter Grundlegendes zu Autovacuum in .

Anmerkung

Durch das Ausschalten der automatischen Vakuumierung werden aggressive Sauger nicht gestoppt. Diese treten weiterhin auf, sobald Ihre Tabellen den Schwellenwert erreichen. autovacuum_freeze_max_age

Die Anzahl der verbleibenden Transaktionen ist äußerst gering

Die postgres_get_av_diag() Funktion generiert den folgenden HINWEIS, wenn ein Rundumvakuum unmittelbar bevorsteht. Dieser HINWEIS wird ausgegeben, wenn Ihre Amazon RDS-Instance 100 Millionen Transaktionen davon entfernt ist, neue Transaktionen möglicherweise abzulehnen.

WARNING: Number of transactions remaining is critically low, resolve issues with autovacuum or perform manual VACUUM FREEZE before your instance stops accepting transactions.

Ihr sofortiges Handeln ist erforderlich, um Ausfallzeiten der Datenbank zu vermeiden. Sie sollten Ihre Löschvorgänge genau überwachen und erwägen, manuell einen VACUUM FREEZE Vorgang in der betroffenen Datenbank zu initiieren, um Transaktionsfehler zu vermeiden.