Conservation des journaux redo archivés - Amazon Relational Database Service

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Conservation des journaux redo archivés

Vous pouvez conserver les journaux de restauration archivés localement sur votre instance de base de données pour les utiliser avec des produits tels qu'Oracle LogMiner (DBMS_LOGMNR). Une fois que vous avez conservé les journaux redo, vous pouvez les utiliser LogMiner pour analyser les journaux. Pour plus d'informations, consultez la section Utilisation LogMiner pour analyser les fichiers de journalisation dans la documentation Oracle.

Pour conserver les journaux redo archivés, utilisez la procédure Amazon RDS rdsadmin.rdsadmin_util.set_configuration. Si vous utilisez cette procédure sur une instance principale dans Oracle Data Guard, RDS modifie le paramètre de conservation du journal d'archivage sur l'instance principale et sur les répliques en lecture ouverte, mais pas sur les répliques montées. RDS conserve les derniers journaux de restauration des archives sur les répliques montées pendant une courte période. RDS supprime automatiquement les anciens journaux téléchargés sur les répliques montées.

La procédure set_configuration possède les paramètres suivants.

Nom du paramètre Type de données Par défaut Obligatoire Description

name

varchar

Oui

Nom de la configuration à mettre à jour. Pour modifier les heures de conservation du journal redo archivé, définissez le nom surarchivelog retention hours.

value

varchar

Oui

Valeur pour la configuration. Définissez comme valeur le nombre d'heures pendant lesquelles les journaux sont conservés.

L'exemple suivant conserve les journaux redo pendant 24 heures.

begin rdsadmin.rdsadmin_util.set_configuration( name => 'archivelog retention hours', value => '24'); end; / commit;
Note

La validation est obligatoire pour que la modification prenne effet.

Pour voir combien de temps les journaux redo archivés sont conservés pour votre instance de base de données, utilisez la procédure Amazon RDS rdsadmin.rdsadmin_util.show_configuration.

L'exemple suivant affiche la durée de conservation des journaux.

set serveroutput on EXEC rdsadmin.rdsadmin_util.show_configuration;

La sortie affiche le paramètre actuel pour archivelog retention hours. La sortie suivante montre que les journaux redo archivés sont conservés pendant 48 heures.

NAME:archivelog retention hours VALUE:48 DESCRIPTION:ArchiveLog expiration specifies the duration in hours before archive/redo log files are automatically deleted.

Étant donné que les journaux redo archivés sont conservés sur votre instance de base de données, vérifiez que votre instance de base de données dispose d'un stockage alloué suffisant pour les journaux conservés. Pour déterminer la quantité d'espace que votre instance de base de données a utilisée au cours des X dernières heures, vous pouvez exécuter la requête suivante en remplaçant X par le nombre d'heures.

SELECT SUM(BLOCKS * BLOCK_SIZE) bytes FROM V$ARCHIVED_LOG WHERE FIRST_TIME >= SYSDATE-(X/24) AND DEST_ID=1;

RDS for Oracle ne génère des journaux de reprise archivés que si la période de rétention des sauvegardes de votre instance de base de données est supérieure à zéro. Par défaut, la période de rétention des sauvegardes est supérieure à zéro.

Lorsque la période de rétention des journaux archivés expire, RDS for Oracle supprime les journaux de reprise archivés de votre instance de base de données. Pour prendre en charge la restauration de votre instance de base de données à un moment donné, Amazon RDS conserve les journaux de reprise archivés en dehors de votre instance de base de données pendant la période de rétention des sauvegardes. Pour modifier la période de rétention des sauvegardes pour votre instance de base de données, consultez Modification d'une RDS instance de base de données Amazon.

Note

Dans certains cas, vous pouvez utiliser JDBC sur Linux pour télécharger les journaux redo archivés et connaître des temps de latence élevés et des réinitalisations de connexion. Dans ces cas, les problèmes peuvent être causés par le paramétrage du générateur de nombres aléatoires sur votre client Java. Nous vous recommandons de définir vos pilotes JDBC pour l'utilisation d'un générateur de nombres aléatoires sans blocage.