Que faire de mes archivesLog

Bonsoir à tous,

Voici un problème que je me pose. J utilise actuellement une base Oracle 10gR2 à mon travail. Elle est configurée en mode archivelog et j utilise Rman pour les sauvegardes.

Mes archiveslog et mes controlfile sont multiplexés.

Mon delais de rétention est de 20 jours.

Mon hic c est que mon serveur commence a saturer car j ai des archivelog qui datent de novembre 2007 !!!!! date à laquelle j ai installé et configuré ma base.

Lorsque je me connecte a Rman, je me suis rendu compte que je n utilisais pas de catalogue mais le controlfile.
Q1 : Est une erreur?

Lorsque je recherche mes archives obsoletes, rman les trouve, mais refuse de les supprimer.
Q2 : est ce normal?

Si je comprends bien mes archivelog vont me servir en cas de probleme pour rejouer toutes les transactions depuis la derniere sauvegarde. Donc compte tenu de mon delais de rétention de 20 je peux etre en mesure de supprimer toutes les autres .ARC manuellement car Rman refuse de le faire

Si je gère avec un catalogue est ce que RMAN va s occuper de faire le "ménage de mes .ARC"?


Merci de votre aide
Fredox

Bonjour

Je trouve que votre description n'est pas très claire.
Qu'est-ce qui sature à cause des archivelogs ? Le serveur Oracle lui-même, ou bien le serveur sur lequel vous stockez les sauvegardes ?

Si c'est le serveur Oracle, il faut que vous utilisiez l'option de suppression quand vous sauvegardez les archivelogs. Ainsi, quand un archivelog a été sauvegardé avec succès, il est effacé du serveur Oracle.

Code:

---

BACKUP ARCHIVELOG ALL DELETE IMPUT;

---

Concernant le serveur de sauvegarde, c'est à vous de faire le ménage explicitement.
Votre durée de rétention étant définie, RMAN identifie les sauvegardes plus anciennes comme étant OBSOLETE.
Dès lors, la commande de ménage sera :

Code:

---

1 2 3 4

# pour vérifier REPORT OBSOLETE; #pour supprimer sans confirmation DELETE NOPROMPT OBSOLETE;

---

L'usage ou non d'un catalogue RMAN est sans influence sur ces aspects, sous réserve que la paramètre CONTROL_FILE_RECORD_KEEP_TIME de votre base ait une valeur suffisante pour vos 20 jours de rétention (par défaut il en supporte 7).

Bonjour,

Merci Pomalaix pour ta réponse je vais essayer d apporter des informations complémentaires.

J ai deux serveurs :
Serveur A : Serveur avec ma base oracle
Serveur B : Serveur de sauvagarde

Sur mon serveur A, j ai configuré ma base oracle pour utiliser la flashback recovery area. J ai donc un repertoire archivelog avec tout les points ARC.

Sur mon serveur B, j ai un répertoire qui est l exact réplication de mon répertoire archivelog compte tenu que j ai multiplexé mes journaux d'archivage.

sur mon serveur A, l'exécution de la commande : REPORT OSOLETE fonctionne et me remonte les éléments obsolete des deux serveurs. Mais le hic vient de la suppression


Réponse de la commande : DELETE NOPROMPT OBSOLETE;
RMAN-00571: ========
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ======================
RMAN-03002: échec de la commande delete Ó 09/08/2008 17:17:59
RMAN-06091: aucun canal affecté pour la maintenance (de type approprié)


A la réponse RMAN-06091 j'ai lancé la commande : ALLOCATE CHANNEL FOR MAINTENANCE DEVICE TYPE DISK; mais sans succes.

Je tourne un peu en rond en ce moment car je ne vois pas ce qui manque pour que RMAN supprime automatiquement mes archivelog arrivés à expiration.

Concernant le serveur B, tu me dis que c est à moi de faire le ménage de mes .ARC? un peu bizarre que RMAN ne gère pas cela?

Bonne fin de journée

Re,

En faisant des recherches en // de mon post, je suis tombé sur un forum anglais qui traitait de l'erreur RMAN-06091. sur une des réponses apportées on suggérait de passer la commande ci-dessous:

delete noprompt obsolete device type disk;

Résultat, mes .ARC ont été supprimés aussi bien sur mon serveur oracle que sur mon serveur de sauvegarde. Cela m'étonnait aussi que RMAN ne gère pas la suppression des archivelog multiplexés.

Frédéric

Citation:

---

Envoyé par fredox50

Concernant le serveur B, tu me dis que c est à moi de faire le ménage de mes .ARC?

---

Je n'ai pas dit qu'il fallait les supprimer "manuellement", mais "explicitement" (par la commande DELETE OBSOLETE).
Je voulais rappeler par là, mais pas assez explicitement, justement, que le fait de définir une durée de rétention ne provoque pas la purge automatique sur le support de sauvegarde.

Bonjour,

Pardon Pomalaix, je n avais pas compris. Tu as tout a fait raison le fait de définir un delais de retention de permet pas de supprimer les archivelog automatiquement. ll faut le faire en utilisant rman.

Frédéric

Citation:

---

Envoyé par fredox50

Bonjour,

Pardon Pomalaix, je n avais pas compris. Tu as tout a fait raison le fait de définir un delais de retention de permet pas de supprimer les archivelog automatiquement. ll faut le faire en utilisant rman.

Frédéric

---

Y compris dans une recovery area ?
J'avais compris qu'Oracle gérait son espace disque en fonction de la politique de rétention ?

Bonsoir Fredox50

Je me permet de donner mon avis sur les questions posées initialement

Citation:

---

Lorsque je me connecte a Rman, je me suis rendu compte que je n utilisais pas de catalogue mais le controlfile.
Q1 : Est une erreur?

---

Non ce n'est pas forcément une erreur.
utiliser un catalog te conduit à avoir une base de référentiel RMAN qui te servira à héberger les différents catalogues RMAN de tes bases, si tu en a plusieurs, c'est très pratique au dela d'une douzaines de bases, mais inutile
pour une seule d'où utiliser l'option nocatalog, avec utilisation du controlfile.

Citation:

---

Lorsque je recherche mes archives obsoletes, rman les trouve, mais refuse de les supprimer.
Q2 : est ce normal?

---

Cette erreur peut être due au fait que tu n'a pas mis à jour les informations connues RMAN sur les fichiers archive log et leurs emplacement. En gros il est nescessaire avant de réaliser une sauvegarde (pour n'importe quel backup level) de lancer ces commandes :

crosscheck archivelog all ;

Bonsoir Fredox50

Je me permet de donner mon avis sur les questions posées initialement

Citation:

---

Lorsque je me connecte a Rman, je me suis rendu compte que je n utilisais pas de catalogue mais le controlfile.
Q1 : Est une erreur?

---

Non ce n'est pas forcément une erreur.
utiliser un catalog te conduit à avoir une base de référentiel RMAN qui te servira à héberger les différents catalogues RMAN de tes bases.

Si tu en a plusieurs, c'est très pratique au delà d'une douzaines de bases, mais inutile pour une seule d'où utiliser l'option nocatalog, avec utilisation du controlfile.

Citation:

---

Lorsque je recherche mes archives obsoletes, rman les trouve, mais refuse de les supprimer.
Q2 : est ce normal?

---

Ayant déja eu ce problème, cette erreur peut être due au fait que tu n'a pas mis à jour les informations connues RMAN sur les fichiers archive log et leurs emplacement. En gros il est nécessaire avant de réaliser une sauvegarde (pour n'importe quel backup level) de lancer ces commandes :

crosscheck archivelog all ;
delete noprompt expired archivelog all;
delete noprompt obsolete;

Que ce soit en nocatalog ou avec catalog, RMAN s'occupe totalement de la svg et de la purge de tes archives .ARC

Seulement, les commandes au dessus permettre en gros de l'initialiser sur la première archive a sauvegarder et donc celle à supprimer en premier d'où l'important de les lancer avant tout.

En espérant avoir aidé,

Bonne soirée et bon courage!

Bonjour Mikl-Dba,

Merci de ton post, je pense que mon problème initial n'est pas tout a fait résolu. RMAN identifie mes archivelog obsolete mais continue a ne pas vouloir les supprimer en automatique. Ma réponse précedente dans laquelle je spécifiais le device type disk; fonctionne pour les sauvegardes de la base mais pas pour les archivelog.

La commande :

Code:

---

1 2 3 4 5 6

crosscheck archivelog all ; validation réussie pour le journal archivé journal d archivage nom=...... Hordatage=665594124 1308 objets contre-vérifiés

---

Conclusion : ma commande crosscheck fonctionne

La commande :

Code:

---

1 2 3 4 5 6

delete noprompt expired archivelog all; canal libéré : ORA_DISK_1 canal affecté : ORA_DISK_1 canal ORA_DISK_1 : sid=323 typedev=DISK la spécification ne correspond à aucun journal d archivage dans le catalogue de récupération

---

Conclusion : Ne fonctionne pas, rman identifie tous mes objets (archivelog) obsoletes mais refuse de les supprimer.

Est ce que cela signifie que mon fichier de contrôle ne connait pas les emplacements des journaux d'archivage?

Bon je relance le débat et je fais appel à vos connaissances

Fredox

Effectivement je pense qu'il y a du avoir un loupé au moment de la synchro des archives log dans le controlfile de RMAN.

Il faudrai affiner un peu au niveau de ta méthode de purge, pour qu'on essaie de voir où ca coince ;)

Je te proposerai de lancer une svg de toutes les archives et ensuite de faire une purge suivant un paramètre de Retention... et enfin un delete basique...
Cela pourrait peut etre indiquer où cela plante...

Citation:

---

rman target / nocatalog
CONFIGURE CONTROLFILE AUTOBACKUP ON;
run {
backup
fileperset XX <- nbr de fichier par backupset
format 'fichier' <- format du backupset des archive
archivelog all;

delete noprompt archivelog until time 'sysdate - RETENTION '
}
crosscheck archivelog all;
delete noprompt expired archivelog all;

---

A tester peut etre que cette svg te permettra cette purge d'archive...

Bon courage,
Mikl.

Je crois qu'il y a confusion, au long de la discussion, le delete obsolete est devenu delete expired

Rappel :
delete obsolete : pour effacer les fichiers qui ne sont plus nécessaires vis a vis de la politique de retention.


delete expired : pour effacer du catalogue oracle (ctrl file et/ou recovery catalogue) les fichiers marqués comme manquant par la commande crosscheck.

Il arrive parfois qu'Oracle "oublie" des fichiers.
Dans le doute on peu tenter de les cataloguer (commande rman catalog) à nouveau, Rman les nettoiera ensuite au prochain delete obsolete s'ils ont passé la retention.