archive log obsolète non supprimé

Hello ,

Est ce que le faite d'avoir plusieurs archivelog obsolete non supprimé le disk a une impact négatif sur le fonctionnement de la base

Est ce que ceci ralentir le démarrage de la base ?

je sais bien qu'il faut supprimé ces archivelog a travers des commande RMAN mais je pause la question sur l'impact de faite d'avroir des archivelog obsolète

non supprimé sur le bon fonctionnement de la base autre que la saturation de disque

merci pour vos retour d'experience

Les archivelogs une fois produits sont des fichiers statiques, ils ne subissent plus aucune modification, et même plus aucune lecture.
Donc aucun impact sur les performances de ce côté (hormis l'éventuelle saturation du disque dont vous parliez).

La liste des archivelogs est enregistrée dans un compartiment spécifique du fichier de contrôle, mais même avec des milliers d'archivelogs référencés, un fichier de contrôle ne dépasse pas quelques dizaines de Mo en temps normal.
De plus, cette liste n'est pas conservée éternellement. La rétention dépend du paramètre de la base CONTROL_FILE_RECORD_KEEP_TIME, fixé à 7 jours par défaut. Ce qui voudrait dire dans le cas le plus strict qu'on ne conserverait que la liste des 7 derniers jours.
Je n'ai jamais constaté, ni même entendu dire, qu'une grande quantité d'archivelogs pouvait poser des problèmes de performances dans le fonctionnement ordinaire de la base, ou ralentir son démarrage. Je ne pense pas que cette catégorie de données du fichier de contrôle subisse des accès en temps normal, sauf si on consulte des vues spécifiques (comme V$ARCHIVED_LOG) ou qu'on fait appel à des commandes RMAN liées aux archivelogs.

Mais pourquoi vous posez-vous cette question plutôt surprenante ?

en je vous explique mon contexte actuelle

j'ai une base de donné oracle qui a été migrer récemment vers le cloud du AWS le PAAS RDS Oracle

Après un mois je viens de recevoir une alerte de l'equipe supervision qui m'on dit que la taille de la base a été augmenté du façon rapide

je viens de constaté que la base est en mode archivelog et que les archivelog sont cumulé et ne sont pas supprimé

en absence du RMAN sur le PAAS du AWS je ne sais pas comment sont gérer les rétention des archivelog

j'ai trouvé ce lien mais franchement dis je ne suis pas sur de l'impact de ces commandes sur le fonctionnement de la base

https://docs.aws.amazon.com/AmazonRD...asks.RMAN.html

Code:

---

1 2 3 4 5 6

BEGIN rdsadmin.rdsadmin_rman_util.crosscheck_archivelog( p_delete_expired => TRUE, p_rman_to_dbms_output => FALSE); END; /

---

cordialement

Il ne s'agit pas de problèmes d'administration oracle mais d'administration amazone RDS pour une base oracle. donc tu doit apprendre a utiliser RDS. Bon courage
Le cloud était sensé simplifier les choses resultat en plus de l'adminstration Oracle tu doit connaitre les spécificité RDS.
Puis si tu passe sur un autre cloud rebelote.
Bon courage.

Finalement ça n'a pas grand chose à voir avec la question initiale !!

Je ne connais pas AWS/RDS pour Oracle, mais la page suivante devrait vous aider.
https://docs.aws.amazon.com/fr_fr/Am...edBackups.html

Je crois comprendre que les sauvegardes sont automatiques (mais il faut vous en assurer).
Concernant la purge des archivelogs, il y a cette page :
https://docs.aws.amazon.com/fr_fr/Am...RetainRedoLogs

Ce n'est pas rdsadmin.rdsadmin_rman_util.crosscheck_archivelog qu'il faut utiliser (ça concerne les archivelogs déjà supprimés), mais une commande comme la suivante selon la rétention voulue.

Code:

---

1 2 3 4

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

---

mais comment je peux s'avoir que le 24H c'est le bon valeur ?