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.
Beibehaltung von archivierten Redo-Log-Dateien
Sie können archivierte Redo-Log-Dateien lokal in Ihrer DB-Instance für die Verwendung mit Produkten wie zum Beispiel Oracle LogMiner (DBMS_LOGMNR) aufbewahren. Nachdem Sie Ihre Redo-Log-Dateien gespeichert haben, können Sie LogMiner verwenden, um diese Protokolle zu analysieren. Weitere Informationen finden Sie unter Using LogMiner to Analyze Redo Log Files
Um archivierte Wiederherstellungsprotokolle zu erhalten, verwenden Sie das Amazon-RDS-Verfahren rdsadmin.rdsadmin_util.set_configuration. Wenn Sie dieses Verfahren auf einer primären Instance in Oracle Data Guard anwenden, ändert RDS die Aufbewahrungseinstellung für Archivprotokolle auf der primären Instance und öffnet Lesereplikate, aber nicht auf aufgespielten Replikaten. RDS speichert die neuesten Archiv-Redo-Protokolle auf aufgespielten Replikaten für einen kurzen Zeitraum. RDS löscht automatisch ältere Protokolle, die auf gemountete Replikate heruntergeladen wurden.
Die Prozedur set_configuration hat die folgenden Parameter.
| Parametername | Datentyp | Standard | Erforderlich | Beschreibung |
|---|---|---|---|---|
|
|
varchar |
— |
Ja |
Der Name für die zu aktualisierende Konfiguration Um die Aufbewahrungszeiten für archivierte Redo-Protokolle zu ändern, legen Sie den Namen auf |
|
|
varchar |
— |
Ja |
Der Wert für die Konfiguration Geben Sie als Wert die Anzahl der Stunden an, für die die Protokolle aufbewahrt werden sollen. |
Im folgenden Beispiel werden 24 Stunden an Redo-Logs aufbewahrt.
begin rdsadmin.rdsadmin_util.set_configuration( name => 'archivelog retention hours', value => '24'); end; / commit;
Anmerkung
Das Commit muss durchgeführt werden, damit die Änderungen wirksam werden.
Um zu sehen, wie lange archivierte Wiederherstellungsprotokolle für Ihre DB-Instance aufbewahrt werden, verwenden Sie die Amazon-RDS-Prozedur rdsadmin.rdsadmin_util.show_configuration.
Im folgenden Beispiel wird die Protokoll-Aufbewahrungszeit angezeigt.
set serveroutput on EXEC rdsadmin.rdsadmin_util.show_configuration;
Der Ausgang zeigt die aktuelle Einstellung für archivelog retention hours. Die folgende Ausgabe zeigt, dass archivierte Wiederherstellungsprotokolle 48 Stunden lang aufbewahrt werden.
NAME:archivelog retention hours
VALUE:48
DESCRIPTION:ArchiveLog expiration specifies the duration in hours before archive/redo log files are automatically deleted.Da die archivierten Redo-Log-Dateien in Ihrer DB-Instance aufbewahrt werden, stellen Sie sicher, dass Ihre DB-Instance genügend zugewiesenen Speicherplatz für die aufbewahrten Protokolle bietet. Um festzustellen, wie viel Speicherplatz Ihre DB-Instance in den letzten X Stunden belegt hat, können Sie die folgende Abfrage ausführen. Dabei ersetzen Sie X durch die Anzahl von Stunden.
SELECT SUM(BLOCKS * BLOCK_SIZE) bytes FROM V$ARCHIVED_LOG WHERE FIRST_TIME >= SYSDATE-(X/24) AND DEST_ID=1;
RDS für Oracle generiert nur dann archivierte Redo-Protokolle, wenn die Backup-Aufbewahrungsdauer Ihrer DB-Instance größer als null ist. Standardmäßig ist der Aufbewahrungszeitraum für Backups größer als null.
Wenn der Aufbewahrungszeitraum für archivierte Protokolle abläuft, entfernt RDS für Oracle die archivierten Redo-Protokolle aus Ihrer DB-Instance. Um die Backup Ihrer DB-Instance zu einem bestimmten Zeitpunkt zu unterstützen, bewahrt Amazon RDS die archivierten Redo-Protokolle außerhalb Ihrer DB-Instance basierend auf dem Aufbewahrungszeitraum für Backups auf. Informationen zum Ändern des Aufbewahrungszeitraums für Backups finden Sie unter Ändern einer Amazon-RDS-DB-Instance.
Anmerkung
In einigen Fällen kann es vorkommen, das beim Verwenden von JDBC unter Linux zum Herunterladen von Redo-Logs lange Latenzzeiten auftreten und Verbindungen zurückgesetzt werden. Das Problem wird in solchen Fällen vielleicht durch die Standardeinstellung des Zufallszahlengenerators in Ihrem Java-Client verursacht. Wir empfehlen, dass Sie für die JDBC-Treiber die Verwendung eines blockierungsfreien Zufallszahlengenerators festlegen.
