ORACLE9i- RMAN: backup archivelog

Hallo:

wir ziehen 1-mal wöchentlich ein Full-Backup (nivel 0) inclusive Archive-Logs mit dem RMAN auf Platte.
Danach werden diese Files (vom RMAN unabhängig) auf Band gesichert (über Veritas-NetBackup)

In der letzten Zeit haben wir einiges an den Einstellungen des RMAN geändert.

Ursprungszustand:
-) configure Retention Policy to Redundancy 1
-) nach jedem Backup ein „delete obsolete“

Danach änderten wir die Einstellung:
-) configure Retention Policy to Recovery Window of 90 day (da die Bänder auch eine Retention von 3 Monaten haben)

Das Verzeichnis der Archivelogs wuchs dadurch an, da über das „delete obsolete“ die Files nicht mehr gelöscht wurden. Da sie ja vom RMAN gesichert wurden und danach auf Band kopiert wurden,
löschten wir sie per Hand aus dem Archive-Verzeichnis.

=> beim nächsten n0-Backup suchte er ein ArchiveLog, das nicht mehr auf Platte zu finden war
(er aber schon längst zu einem früheren Zeitpunkt gesichert hatte)

Also änderten wir die Einstellung wie folgt:
-)CONFIGURE RETENTION POLICY TO NONE;
-)im Backup-Script: backup ( archivelog all delete input);
-)das „delete obsolete“ wurde aus dem Script entfernt

=> doch der RMAN sucht weiterhin das Archive-Log

hier die Fehlermeldung des Backup-Scripts:

#####################################################################

Starting backup at 12-JUN-05
current log archived
released channel: Channel1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 06/12/2005 06:28:35
RMAN-06059: expected archived log not found, lost of archived log compromises recoverability
ORA-19625: error identifying file /u40/oradata/bdu/arch/arch_7523.arc
ORA-27037: unable to obtain file status
SVR4 Error: 2: No such file or directory
Additional information: 3
######################################################################

Und hier die Info des RMANs über das gesuchte ArchiveLog:

RMAN> list backup of archivelog sequence 7523;

BS Key Size Device Type Elapsed Time Completion Time


263772 99M DISK 00:01:52 31/05/05
BP Key: 263782 Status: AVAILABLE Tag: TAG20050531T162709
Piece Name: /backup/bdu_rman/n0_lmglqf2v_1718_1

List of Archived Logs in backup set 263772
Thrd Seq Low SCN Low Time Next SCN Next Time


1 7523 5377843216591 03/05/05 5377843452161 03/05/05

=> das gesuchte Archivelog hat er nicht nur in diesem Backupset sondern auch in 6 weiteren der vorherigen Wochenenden

Frage:

Warum sucht der RMAN ein Archivelog, was er schon längst besitzt und das in mehrfacher Ausgabe?
Wie kann man die Fehlermeldung beseitigen, ohne das Archive-Log im RMAN als UNAVAILABLE zu markieren?
Ich habe das Logfile ja.

Kann mir jemand einen Tip geben, wie ich dieses Chaos wieder beseitigen kann, ohne das Archive-Log zu verlieren?

viele Gruesse
Regine

Hallo Regine
Spezifisch auf dein Problem habe ich keine Antwort, aber:

Als täglicher cronjob, Retension von legato „weitergeben“, via RMAN:
RESYNC CATALOG;
CROSSCHECK BACKUP;
RESYNC CATALOG;
DELETE NOPROMPT EXPIRED BACKUP COMPLETED BEFORE ‚SYSDATE-90‘;
RESYNC CATALOG;

Bei Problemen mit dem Index/backupfiles:
via RMAN:
resync catalog;
crosscheck archivelog all;
resync catalog;
delete expired archivelog all;
resync catalog;

Hoffe, das hilft
Gruss, Ulrich