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.

Parameter für die Anmeldung in Aurora Postgre SQL Postgre SQL

Sie können das Logging-Verhalten für Ihren Aurora SQL Postgre-DB-Cluster RDS anpassen, indem Sie verschiedene Parameter ändern. In der folgenden Tabelle finden Sie die Parameter, die beeinflussen, wie lange die Protokolle gespeichert werden, wann das Protokoll rotiert werden soll und ob das Protokoll als Format CSV (durch Kommas getrennte Werte) ausgegeben werden soll. Neben anderen Einstellungen finden Sie auch die TextausgabeSTDERR, an die gesendet wurde. Um die Einstellungen für die Parameter zu ändern, die geändert werden können, verwenden Sie eine benutzerdefinierte für Ihren Aurora SQL Postgre-DB-Cluster. Weitere Informationen finden Sie unter Parametergruppen für Amazon Aurora. Wie in der Tabelle angegeben, kann der Wert log_line_prefix nicht geändert werden.

Anwendungsprobleme können Sie identifizieren, indem Sie im Protokoll nach Abfragefehlern, Anmeldefehlern, Deadlocks und schwerwiegenden Serverfehlern suchen. Nehmen wir beispielsweise an, Sie haben eine Legacy-Anwendung von Oracle nach Aurora Postgre konvertiertSQL, aber nicht alle Abfragen wurden korrekt konvertiert. Diese falsch formatierten Abfragen generieren Fehlermeldungen in den Protokollen, mit denen Sie Probleme identifizieren können. Weitere Informationen zur Protokollierung von Abfragen finden Sie unter Aktivieren der Abfrageprotokollierung für Ihren Aurora SQL Postgre-DB-Cluster .

In den folgenden Themen finden Sie Informationen darüber, wie Sie verschiedene Parameter festlegen, die die grundlegenden Details für Ihre Postgre-Protokolle steuern. SQL

Festlegen des Aufbewahrungszeitraums für Protokolle

Der rds.log_retention_period Parameter gibt an, wie lange Ihr Aurora SQL Postgre-DB-Cluster RDS seine Protokolldateien aufbewahrt. Die Standardeinstellung ist 3 Tage (4 320 Minuten). Sie können diese Einstellung jedoch auf einen beliebigen Wert zwischen 1 Tag (1 440 Minuten) und 7 Tagen (10 080 Minuten) festlegen. Stellen Sie sicher, dass Ihr Aurora SQL Postgre-DB-Cluster RDS über ausreichend Speicherplatz verfügt, um die Protokolldateien für diesen Zeitraum zu speichern.

Wir empfehlen, dass Sie Ihre Protokolle routinemäßig in Amazon CloudWatch Logs veröffentlichen, damit Sie Systemdaten noch lange nach dem Entfernen der Protokolle aus Ihrem Aurora SQL Postgre-DB-Cluster anzeigen und analysieren können. Weitere Informationen finden Sie unter Aurora SQL Postgre-Protokolle in Amazon CloudWatch Logs veröffentlichen. Nachdem Sie die CloudWatch Veröffentlichung eingerichtet haben, löscht Aurora ein Protokoll erst, nachdem es in CloudWatch Logs veröffentlicht wurde.

Amazon Aurora komprimiert ältere SQL Postgre-Protokolle, wenn der Speicherplatz für die DB-Instance einen Schwellenwert erreicht. Aurora komprimiert die Dateien mit dem gzip-Komprimierungsprogramm. Weitere Informationen finden Sie auf der gzip-Website.

Wenn der Speicher für die DB-Instance niedrig ist und alle verfügbaren Protokolle komprimiert sind, erhalten Sie eine Warnung wie die folgende:

Warning: local storage for PostgreSQL log files is critically low for 
this Aurora PostgreSQL instance, and could lead to a database outage.

Wenn nicht genügend Speicherplatz vorhanden ist, löscht Aurora komprimierte SQL Postgre-Protokolle möglicherweise vor Ablauf eines bestimmten Aufbewahrungszeitraums. In diesem Fall wird eine Meldung ähnlich der folgenden angezeigt:

The oldest PostgreSQL log files were deleted due to local storage constraints.

Festlegen der Rotation der Protokolldatei

Aurora erstellt standardmäßig jede Stunde neue Protokolldateien. Das Timing wird vom Parameter log_rotation_age kontrolliert. Dieser Parameter hat einen Standardwert von 60 (Minuten). Sie können ihn jedoch auf jeden beliebigen Wert zwischen 1 Minute und 24 Stunden (1 440 Minuten) festlegen. Wenn die Rotation ansteht, wird eine neue eindeutige Protokolldatei erstellt. Die Datei wird nach dem Muster benannt, das durch den Parameter log_filename angegeben wird.

Protokolldateien können auch entsprechend ihrer Größe gedreht werden, wie im Parameter log_rotation_size angegeben. Dieser Parameter gibt an, dass das Protokoll rotiert werden soll, wenn es die angegebene Größe (in Kilobyte) erreicht. Die Standardeinstellung log_rotation_size ist 100000 kB (Kilobyte) für einen Aurora SQL Postgre-DB-Cluster, aber Sie können diesen Wert auf einen beliebigen Wert zwischen 50.000 und 1.000.000 Kilobyte festlegen.

Die Protokolldateinamen basieren auf dem Dateinamenmuster des Parameters log_filename. Die verfügbaren Einstellungen für diesen Parameter lauten wie folgt:

Wenn Sie den log_rotation_age-Parameter auf weniger als 60 Minuten festlegen, stellen Sie für den log_filename-Parameter das Minutenformat ein.

Weitere Informationen finden Sie unter log_rotation_ageund log_rotation_sizein der SQL Postgre-Dokumentation.

Festlegen des Protokollziels (stderr, csvlog)

Standardmäßig SQL generiert Aurora Postgre Protokolle im Standardfehlerformat (stderr). Dieses Format ist die Standardeinstellung des Parameters log_destination. Jede Nachricht erhält ein Präfix nach dem im log_line_prefix-Parameter angegebenen Muster. Weitere Informationen finden Sie unter Grundlagen des Parameters log_line_prefix.

Aurora Postgre SQL RDS kann die Protokolle auch im csvlog Format generieren. Das csvlog ist nützlich, um die Protokolldaten als Daten mit kommagetrennten Werten () zu analysieren. CSV Angenommen, Sie verwenden die Erweiterung log_fdw, um mit Ihren Protokollen als Fremdtabellen zu arbeiten. Die Fremdtabelle, die für stderr-Protokolldateien erstellt wurde, enthält eine einzelne Spalte mit Protokollereignisdaten. Durch Hinzufügen csvlog zum log_destination Parameter erhalten Sie die Protokolldatei in dem CSV Format mit den Abgrenzungen für die verschiedenen Spalten der Fremdtabelle. Sie können Ihre Protokolle jetzt einfacher sortieren und analysieren.

Wenn Sie csvlog für diesen Parameter angeben, beachten Sie, dass sowohl stderr- als auch csvlog-Dateien generiert werden. Achten Sie auf den von den Protokollen verbrauchten Speicher und berücksichtigen Sie dabei die rds.log_retention_periodund andere Einstellungen, die sich auf den Protokollspeicher und Turnover auswirken. Wenn Sie stderr und csvlog verwenden, verdoppelt sich der von den Protokollen verbrauchte Speicher.

Wenn Sie csvlog zu log_destination hinzufügen und zu stderr allein zurückkehren möchten, müssen Sie den Parameter zurücksetzen. Öffnen Sie dazu die RDS Amazon-Konsole und dann die benutzerdefinierte für Ihre Instance. Wählen Sie den log_destination-Parameter, die Option Edit parameter (Parameter bearbeiten) und dann Reset (Zurücksetzen) aus.

Weitere Informationen zur Konfiguration der Protokollierung finden Sie unter Arbeiten mit Amazon RDS - und Aurora SQL Postgre-Protokollen: Teil 1.

Grundlagen des Parameters log_line_prefix

Das stderr-Protokollformat wird jeder Protokollnachricht wie folgt mit den Details vorangestellt, die durch den log_line_prefix-Parameter angegeben werden.

%t:%r:%u@%d:[%p]:t

Sie können diese Einstellung nicht ändern. Jeder Protokolleintrag, der an stderr gesendet wird, enthält die folgenden Informationen.