RMAN BACKUPS AND ARCHIVED LOG ISSUES

제품 : RMAN
작성날짜 : 2004-02-17
RMAN BACKUPS AND ARCHIVED LOG ISSUES
=====================================
Scenario #1:
1)RMAN이 모든 archived log들을 삭제할 때 실패하는 경우.
database는 두 개의 archive destination에 archive file을 생성한다.
다음과 같은 스크립트를 수행하여 백업후에 archived redo logfile을 삭제한다.
run {
allocate channel c1 type 'sbt_tape';
backup database;
backup archivelog all delete input;
Archived redo logfile 삭제 유무를 확인하기 위해 CROSSCHECK 수행시 다음과
같은 메시지가 발생함.
RMAN> change archivelog all crosscheck;
RMAN-03022: compiling command: change
RMAN-06158: validation succeeded for archived log
RMAN-08514: archivelog filename=
/oracle/arch/dest2/arcr_1_964.arc recid=19 stamp=368726072
2) 원인분석
이 문제는 에러가 아니다. RMAN은 여러 개의 arhive directory중 하나의
directoy안에 있는 archived file들만 삭제한다. 그래서 나머지 directory안의
archived log file들은 삭제되지 않고 남게 되는 것이다.
3) 해결책
RMAN이 강제로 모든 directory안의 archived log file들을 삭제하게 하기 위해서는
여러 개의 채널을 할당하여 각 채널이 각 archive destination안의 archived file을
백업하고 삭제하도록 해야 한다.
이것은 아래와 같이 구현될 수 있다.
run {
allocate channel t1 type 'sbt_tape';
allocate channel t2 type 'sbt_tape';
backup
archivelog like '/oracle/arch/dest1/%' channel t1 delete input
archivelog like '/oracle/arch/dest2/%' channel t2 delete input;
Scenario #2:
1)RMAN이 archived log를 찾을 수 없어 백업이 실패하는 경우.
이 시나리오에서 database를 incremental backup한다고 가정한다.
이 경우 RMAN은 recover시 archived redo log대신에 incremental backup을 사용할
수 있기 때문에 백업 후 모든 archived redo log를 삭제하기 위해 OS utility를 사용한다.
그러나 다음 번 backup시 다음과 같은 Error를 만나게 된다.
RMAN-6089: archive log NAME not found or out of sync with catalog
2) 원인분석
이 문제는 OS 명령을 사용하여 archived log를 삭제하였을 경우 발생한다. 이때 RMAN은
archived log가 삭제되었다는 것을 알지 못한다. RMAN-6089는 RMAN이 OS 명령에 의해
삭제된 archived log가 여전히 존재하다고 생각하고 백업하려고 시도하였을 때 발생하게 된다.
3) 해결책
가장 쉬운 해결책은 archived log를 백업할 때 DELETE INPUT option을 사용하는 것이다.
예를 들면
run {
allocate channel c1 type 'sbt_tape';
backup archivelog all delete input;
두 번째로 가장 쉬운 해결책은 OS utility를 사용하여 archived log를 삭제한 후에
다음과 같은 명령어를 RMAN prompt상에서 수행하는 것이다.
RMAN>allocate channel for maintenance type disk;
RMAN>change archivelog all crosscheck;
Oracle 8.0:
     RMAN> change archivelog '/disk/path/archivelog_name' validate;
Oracle 8i:
RMAN> change archivelog all crosscheck ;
Oracle 9i:
RMAN> crosscheck archivelog all ;
catalog의 COMPATIBLE 파라미터가 8.1.5이하로 설정되어 있으면 RMAN은 찾을 수 없는
모든 archived log의 status를 "DELETED" 로 셋팅한다. 만약에 COMPATIBLE이 8.1.6이상으로
설정되어 있으면 RMAN은 Repository에서 record를 삭제한다.

Very strange, I issue following command in RMAN on both primary and standby machine, but it they don't delete the 1_55_758646076.dbf, I find in v$archived_log, this "/home/oracle/app/oracle/dataguard/1_55_758646076.dbf" had already been applied.
RMAN> connect target /
RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
old RMAN configuration parameters:
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
new RMAN configuration parameters:
CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
new RMAN configuration parameters are successfully stored
RMAN>
----------------------------------------------------------------------------------

Similar Messages

  • RMAN backup of archive logs

    I am sort of new to RMAN, I've been playing with it for a while but that's about as far as I've taken it. My question is does RMAN automatically backup any archive logs needed for recovery when I run "backup database" command or do I have to issue "backup database plus archive log" in order to insure recovery.

    Backup database also backups archivelogs.No,it does not. From documentation:
    backup database;
    Creates a backup set (AS BACKUPSET) or group of image copies (AS COPY) for all datafiles in the database. If generating a backup set, then RMAN can include only datafiles and control files: it cannot include archived redo logs.
    Werner

  • Full Backups, Level 0 Backups, and Archived Logs

    We have an active Oracle server and a standby Oracle server. We keep the standby database up to date with a cron script. The script tells the active database to do 'alter system switch logfile;'. We then rsync the archived logs to our standby server and have rman apply them.
    This works everyday except Monday (of course!) and it only recently started failing on Mondays. The only change was that our Sunday backups used to be 'Full' backups but are now 'level 0' backups. Ever since that change, the first attempt to apply the archived logs to the standby server after the level 0 is taken on the active server gives us something like this:
    ORA-00308: cannot open archived log
    '/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_16/o1_mf_1_60519_%u_.arc'
    ORA-27037: unable to obtain file status
    Of course, the file is not there and doesn't exist on the active server either. And of course, the nightly level1 backups fo not give us problems applying archived logs to the standby database the rest of the week.
    The only way I know to recover from this is to apply the level 0 backup or take a new level 0 and apply it. After that, all subsequent archive logs just work. Any idea why changing from Full to Level 0 would break this? The Oracle docs insist that a Level 0 is identical to a Full except that level 1s can reference them as parents. This simply cannot be true based on what I'm seeing! I really want to keep the level 0 backups in play if possible. Level 1 cumulatives wont be useful without them.

    Here are the RMAN settings:
    CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
    CONFIGURE BACKUP OPTIMIZATION OFF; # default
    CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
    CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
    CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE MAXSETSIZE TO UNLIMITED; # default
    CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
    CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
    CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/opt/oracle/102/dbs/snapcf_ORCL.f'; # default
    I'm not sure how changing ARCHIVELOG BACKUP COPIES would help. Can you give me a little more information about how that setting comes into play in this situation?
    I actually don't want an archive deletion policy here. We have this done in script three days after the needed archive logs have been applied. Is it possible that the we're deleting archivelogs too soon? Would we ever need to reach back in time to previously applied archive logs to apply new ones?
    The %u does resolve, but this message isn't showing it. Here is that same log entry plus a few previous entries that show it does resolve.
    ORA-00279: change 1284618956 generated at 04/13/2012 15:30:05 needed for thread
    1
    ORA-00289: suggestion :
    /opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_16/o1_mf_1_60518_%u_.arc
    ORA-00280: change 1284618956 for thread 1 is in sequence #60518
    ORA-00278: log file
    '/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_13/o1_mf_1_60517_7rjzox
    0l_.arc' no longer needed for this recovery
    ORA-00279: change 1284618958 generated at 04/13/2012 15:30:05 needed for thread
    1
    ORA-00289: suggestion :
    /opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_16/o1_mf_1_60519_%u_.arc
    ORA-00280: change 1284618958 for thread 1 is in sequence #60519
    ORA-00278: log file
    '/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_13/o1_mf_1_60518_7rjzox
    0x_.arc' no longer needed for this recovery
    ORA-00308: cannot open archived log
    '/opt/oracle/flash_recovery_area/ORCL/archivelog/2012_04_16/o1_mf_1_60519_%u_.ar
    c'
    ORA-27037: unable to obtain file status
    Linux-x86_64 Error: 2: No such file or directory
    Additional information: 3

  • My Backups and Archive Logs

    Hi All,
    I have an Oracle 10G installation on a solaris host and at the moment, there are a lot of archive log files on the server, full level 0 backups are executed every week, and level 1 differentials are done on a daily basis, now the problem is that I have a lot of archive log which has not been deleted, I am not sure if I can delete it now.
    At the moment, the last backkup which was done today also backed up the archive log as well and the latest sequence ID is 2367, the backup done this morning covered the archive logs up till sequence ID 2351 - 2360. The oldest backup goes as far back as sequence ID 2070. I was wondering whether I can delete all archive logs prior to this sequence ID.
    Also, is there a functionality in Enterprise Manager that automatically deletes.
    I look forward to your replies.
    thanks

    If it's a simple "no change to existing scripts" sort of thing you are after, then just add another job to run after the existing ones, as follows (you'll want to follow whatever approach your existing scripts use - this is just a demo.):
    $ORACLE_HOME/bin/rman <<EOF
    connect target
    backup archivelog all delete input;
    exit;
    EOFAnd add whatever error checking the existing script has (if any).
    Or, if changing the existing script/s is OK, add PLUS ARCHIVELOG DELETE INPUT to the script/s.
    And TEST it first, before putting it into production.

  • RMAN Backups for archive logs

    Hi,
    We are taking daily backups using BCV's and archive backup to tapes using RMAN. Please note we are using RMAN only for archive backups.
    We are changing our backup strategy and I need below information on RMAN.
    1) Is there any benefit I will be getting if I use RMAN for archive backups ( like finding the courruption in the logs,health of the archive) etc? Any reference note for this would be great.
    2) If I use multiplexing of archives using LOG_ ARCHIVE_DEST & LOG_ ARCHIVE_DUPLEX_DEST with this I want RMAN to take the backup of archives and delete from one location only ( Say from LOG_ ARCHIVE_DEST ). And I want the archives in LOG_ ARCHIVE_DUPLEX_DEST to maintain on my own ( Like different purge strategy to zip and keep for 7 days in this location.
    If I use command "backup archivelog all delete input" it is picking and removing radomly from either of these locations. Is there a way I can configure RMAN so that it will not touch my secondary locaton?
    Thanks in advance.
    Thanks,
    Varma

    >
    1) Is there any benefit I will be getting if I use RMAN for archive backups ( like finding the courruption in the logs,health of the archive) etc? Any reference note for this would be great.
    You can use validate backupset command to check the health of backup.
    2) If I use multiplexing of archives using LOG_ ARCHIVE_DEST & LOG_ ARCHIVE_DUPLEX_DEST with this I want RMAN to take the backup of archives and delete from one location only ( Say from LOG_ ARCHIVE_DEST ). And I want the archives in LOG_ ARCHIVE_DUPLEX_DEST to maintain on my own ( Like different purge strategy to zip and keep for 7 days in this location.
    Yes, you can do that.
    If I use command "backup archivelog all delete input" it is picking and removing radomly from either of these locations. Is there a way I can configure RMAN so that it will not touch my secondary locaton?
    You can allocate channels for that.
    regards

  • How to control RMAN backup of archive logs in FRA

    Setup:
    11.2.0.2 GI
    ASM Diskgroup for Fast Recovery Area
    10.2.0.4 Enterprise Database
    Without Catalog Database
    To get familiar with Flashback Database we set up RMAN Backups
    without deleting the archive logs,
    as published in Oracle10g / 11g - Getting Started with Recovery Manager (RMAN) (Doc ID 360416.1)
    "These deletions are managed by Oracle when space is required."
    We observed that RMAN takes backups of all archive logs every time,
    here we go with backing up archive logs every 30 minutes.
    So the question is:
    Is this (backing up all archive logs every time) the expected behavior or
    the result of not using a catalog database or
    any other mismatch?
    thanx for any hint
    Michael

    Hi Michael,
    In Note 360416.1 it refers to two archivelog backup commands.
    BACKUP ARCHIVELOG ALL;and
    BACKUP ARCHIVELOG FROM TIME 'SYSDATE-30' UNTIL TIME 'SYSDATE-7';Your question:
    Is this (backing up all archive logs every time) the expected behavior or the result of not using a catalog database or any other mismatch?If you used the first script you will backup alle archivelogs everytime.
    If you use the second one it will do a subset (probably not the range you want to backup...)
    You could implement another script
    BACKUP ARCHIVELOG NOT BACKED UP 2 TIMES;So every archivelog is only backed up twice.
    Check
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta009.htm#i78895
    for more information.
    Regards,
    Tycho

  • RMAN backup and restore for Disaster Recovery

    Hi Guys,
    I am very new to Oracle and have a question about RMAN backup and restore feature. I am simulating a disaster recovery scenario by having two VMs running oracle 11g, say hosta and hostb, hosta is sort of production db and the other a disaster recovery db (one that will be made primary when disaster occurs). My goal is to backup production db using RMAN and restore it on the other machine. For some reason when I restore the db on hostb, the command restores the previous backup but not the most recent one e.g. I took a backup yesterday (09/20) and applied it to the hostb that worked fine, but when I try to apply a fresh backup from today (09/21) it always picks up the old backup. Here's a dump of the screen:
    Starting restore at 21-SEP-11
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backup set restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    channel ORA_DISK_1: restoring datafile 00001 to /oracle/app/dev/oradata/forums/s
    ystem01.dbf
    channel ORA_DISK_1: restoring datafile 00002 to /oracle/app/dev/oradata/forums/s
    ysaux01.dbf
    channel ORA_DISK_1: restoring datafile 00003 to /oracle/app/dev/oradata/forums/u
    ndotbs01.dbf
    channel ORA_DISK_1: restoring datafile 00004 to /oracle/app/dev/oradata/forums/u
    sers01.dbf
    channel ORA_DISK_1: reading from backup piece /oracle/app/dev/flash_recovery_are
    a/FORUMS/backupset/o1_mf_nnnd0_TAG20110920T040950_77jx3zk7_.bkp
    channel ORA_DISK_1: piece handle=/oracle/app/dev/flash_recovery_area/FORUMS/back
    upset/o1_mf_nnnd0_TAG20110920T040950_77jx3zk7_.bkp tag=TAG20110920T040950
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:01:05
    Finished restore at 21-SEP-11
    Notice that it reads the backup piece from this location /oracle/app/dev/flash_recovery_are
    a/FORUMS/backupset/
    whereas my latest backups are stored at a different location.
    I am executing following steps at the RMAN prompt on hosta and hostb:
    hosta (production site)
    backup as compressed backupset database plus archivelog
    backup current controlfile format'/oracle/oracle_bkup/ctl_%U'
    backup spfile
    hostb (Disaster site)
    set dbid=13732232063
    startup force nomount
    restore spfile to '/oracle/app/dev/product/11.2.0/dbhome_1/dbs/spfileforums.ora' from '/export/home/dev/restore_db/backupset/2011_09_21/o1_mf_nnsnf_TAG20110921T114945_77ndg9ys_.bkp'
    shutdown immediate
    /* create a init<db_name>.ora file with SPFILE= /oracle/app/dev/product/11.2.0/dbhome_1/dbs/spfileforums.ora */
    startup force pfile='/export/home/dev/restore_db/initforums.ora' nomount
    restore controlfile from '/export/home/dev/restore_db/backupset/2011_09_21/ctl_1hmn3mic_1_1'
    /* restart rman here */
    quit
    alter database mount;
    catalog start with '/export/home/dev/restore_db/backupset/2011_09_21' noprompt;
    /* call the next two commands on run */
    restore database;
    recover database;
    alter database open resetlogs
    quit
    Any help will be greatly appreciated.
    Thanks,
    Rajesh

    Thanks guys, I really appreciate all your help here. I redid everything all over again to get all the information you guys wanted. Since I noticed that more eyes are looking into this I am going to reiterate my steps one more time followed by specific answers to questions. My first backup on Host B is located under ..../restore_db/backupset whereas the subsequent one is under .../restore_db/backupset/backupset2.
    I take backup on Host A using:
    rman target /
    backup as compressed backupset database plus archivelog;
    backup spfile;
    quit;
    I restore the backup on Host B using:
    set dbid=13732232063;
    startup force nomount;
    restore spfile to '/oracle/app/dev/product/11.2.0/dbhome_1/dbs/spfileforums.ora' from '/export/home/dev/restore_db/backupset/o1_mf_nnsnf_TAG20110928T171830_787gbpxh_.bkp'
    shutdown immediate;
    startup force nomount;
    restore controlfile from '/export/home/dev/restore_db/backupset/o1_mf_ncsnf_TAG20110928T171638_787gbkxn_.bkp'
    quit;
    /* restart rman here */
    alter database mount;
    catalog start with '/export/home/dev/restore_db/backupset' noprompt;
    restore database;
    recover database;
    alter database open resetlogs;
    quit;
    I take another backup on Host A using (notice no spfile backup this time):
    backup as compressed backupset database plus archivelog;
    quit;
    I restore the database on Host B using:
    alter database mount;
    catalog start with '/export/home/dev/restore_db/backupset/backupset2' noprompt;
    recover database;
    alter database open;
    quit;
    Output of List Backup of database (I have done this after I recovered the second time, also note that it is referring to backupset2 which is were my second backup is stored)
    RMAN> list backup of database;
    using target database control file instead of recovery catalog
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    89 Full 261.87M DISK 00:01:37 28-SEP-11
    BP Key: 91 Status: AVAILABLE Compressed: YES Tag: TAG20110928T171638
    Piece Name: /export/home/dev/restore_db/backupset/o1_mf_nnndf_TAG2011092
    8T171638_787g77rx_.bkp
    List of Datafiles in backup set 89
    File LV Type Ckp SCN Ckp Time Name
    1 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/system01.dbf
    2 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/sysaux01.dbf
    3 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/undotbs01.dbf
    4 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/users01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    97 Full 259.16M DISK 00:00:00 28-SEP-11
    BP Key: 100 Status: AVAILABLE Compressed: YES Tag: TAG20110928T18352
    7
    Piece Name: /export/home/dev/restore_db/backupset/backupset2/o1_mf_nnndf
    TAG20110928T183527787lv0nb_.bkp
    List of Datafiles in backup set 97
    File LV Type Ckp SCN Ckp Time Name
    1 Full 1816853 28-SEP-11 /oracle/app/dev/oradata/forums/system01.dbf
    2 Full 1816853 28-SEP-11 /oracle/app/dev/oradata/forums/sysaux01.dbf
    3 Full 1816853 28-SEP-11 /oracle/app/dev/oradata/forums/undotbs01.dbf
    4 Full 1816853 28-SEP-11 /oracle/app/dev/oradata/forums/users01.dbf
    Output of list backup (done after restoring the control file)
    RMAN> list backup;
    BS Key Size Device Type Elapsed Time Completion Time
    87 89.20M DISK 00:00:26 28-SEP-11
    BP Key: 87 Status: AVAILABLE Compressed: YES Tag: TAG20110928T171526
    Piece Name: /oracle/app/dev/flash_recovery_area/FORUMS/backupset/2011_09
    _28/o1_mf_annnn_TAG20110928T171526_787g50bm_.bkp
    List of Archived Logs in backup set 87
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 34 1302253 20-SEP-11 1306439 20-SEP-11
    1 35 1306439 20-SEP-11 1307647 20-SEP-11
    1 36 1307647 20-SEP-11 1307701 20-SEP-11
    1 37 1307701 20-SEP-11 1311393 20-SEP-11
    1 38 1311393 20-SEP-11 1311511 20-SEP-11
    1 39 1311511 20-SEP-11 1332479 20-SEP-11
    1 40 1332479 20-SEP-11 1344418 20-SEP-11
    1 41 1344418 20-SEP-11 1350409 20-SEP-11
    1 42 1350409 20-SEP-11 1350449 20-SEP-11
    1 43 1350449 20-SEP-11 1350854 21-SEP-11
    1 44 1350854 21-SEP-11 1350895 21-SEP-11
    1 45 1350895 21-SEP-11 1353114 21-SEP-11
    1 46 1353114 21-SEP-11 1353254 21-SEP-11
    1 47 1353254 21-SEP-11 1353865 21-SEP-11
    1 48 1353865 21-SEP-11 1353988 21-SEP-11
    1 49 1353988 21-SEP-11 1375403 21-SEP-11
    1 50 1375403 21-SEP-11 1376149 21-SEP-11
    1 51 1376149 21-SEP-11 1376206 21-SEP-11
    1 52 1376206 21-SEP-11 1376246 21-SEP-11
    1 53 1376246 21-SEP-11 1379990 21-SEP-11
    1 54 1379990 21-SEP-11 1380229 21-SEP-11
    1 55 1380229 21-SEP-11 1380266 21-SEP-11
    1 56 1380266 21-SEP-11 1380528 21-SEP-11
    1 57 1380528 21-SEP-11 1380724 21-SEP-11
    1 58 1380724 21-SEP-11 1380861 21-SEP-11
    1 59 1380861 21-SEP-11 1381033 21-SEP-11
    1 60 1381033 21-SEP-11 1381077 21-SEP-11
    1 61 1381077 21-SEP-11 1402243 22-SEP-11
    1 62 1402243 22-SEP-11 1423341 22-SEP-11
    1 63 1423341 22-SEP-11 1435456 22-SEP-11
    1 64 1435456 22-SEP-11 1454415 23-SEP-11
    1 65 1454415 23-SEP-11 1490903 23-SEP-11
    1 66 1490903 23-SEP-11 1491266 23-SEP-11
    1 67 1491266 23-SEP-11 1491347 23-SEP-11
    1 68 1491347 23-SEP-11 1492761 23-SEP-11
    1 69 1492761 23-SEP-11 1492891 23-SEP-11
    1 70 1492891 23-SEP-11 1493678 23-SEP-11
    1 71 1493678 23-SEP-11 1493704 23-SEP-11
    1 72 1493704 23-SEP-11 1494741 23-SEP-11
    1 73 1494741 23-SEP-11 1494790 23-SEP-11
    1 74 1494790 23-SEP-11 1510154 23-SEP-11
    1 75 1510154 23-SEP-11 1514286 23-SEP-11
    1 76 1514286 23-SEP-11 1531967 24-SEP-11
    1 77 1531967 24-SEP-11 1543266 24-SEP-11
    1 78 1543266 24-SEP-11 1558427 24-SEP-11
    1 79 1558427 24-SEP-11 1566924 24-SEP-11
    1 80 1566924 24-SEP-11 1578292 24-SEP-11
    1 81 1578292 24-SEP-11 1596894 25-SEP-11
    BS Key Size Device Type Elapsed Time Completion Time
    88 84.03M DISK 00:00:30 28-SEP-11
    BP Key: 88 Status: AVAILABLE Compressed: YES Tag: TAG20110928T171526
    Piece Name: /oracle/app/dev/flash_recovery_area/FORUMS/backupset/2011_09
    _28/o1_mf_annnn_TAG20110928T171526_787g63s9_.bkp
    List of Archived Logs in backup set 88
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 82 1596894 25-SEP-11 1609028 25-SEP-11
    1 83 1609028 25-SEP-11 1622303 25-SEP-11
    1 84 1622303 25-SEP-11 1626430 25-SEP-11
    1 85 1626430 25-SEP-11 1634486 25-SEP-11
    1 86 1634486 25-SEP-11 1648398 25-SEP-11
    1 87 1648398 25-SEP-11 1669259 26-SEP-11
    1 88 1669259 26-SEP-11 1686820 26-SEP-11
    1 89 1686820 26-SEP-11 1686959 26-SEP-11
    1 90 1686959 26-SEP-11 1689168 26-SEP-11
    1 91 1689168 26-SEP-11 1704759 26-SEP-11
    1 92 1704759 26-SEP-11 1719597 27-SEP-11
    1 93 1719597 27-SEP-11 1740407 27-SEP-11
    1 94 1740407 27-SEP-11 1750125 27-SEP-11
    1 95 1750125 27-SEP-11 1765592 27-SEP-11
    1 96 1765592 27-SEP-11 1781498 28-SEP-11
    1 97 1781498 28-SEP-11 1802311 28-SEP-11
    1 98 1802311 28-SEP-11 1811009 28-SEP-11
    1 99 1811009 28-SEP-11 1813811 28-SEP-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    89 Full 261.87M DISK 00:01:37 28-SEP-11
    BP Key: 89 Status: AVAILABLE Compressed: YES Tag: TAG20110928T171638
    Piece Name: /oracle/app/dev/flash_recovery_area/FORUMS/backupset/2011_09
    _28/o1_mf_nnndf_TAG20110928T171638_787g77rx_.bkp
    List of Datafiles in backup set 89
    File LV Type Ckp SCN Ckp Time Name
    1 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/system01.dbf
    2 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/sysaux01.dbf
    3 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/undotbs01.dbf
    4 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/users01.dbf

  • FRA and archive logs

    Hello all,
    i have db from 10.2.0.4 to 11.2.0.3, my question is with regards to FRA. We do not use the full blow FRA, but only use it to store our Archive logs ONLY. This is still in testing phase for us...
    Our Current method it to backup the archive logs and blow them away (script ran from cron and RMAN)...
    and now from what i understand about FRA, if my archive logs are sitting in FRA then once its get 80% or whatever that value is, it will delete it for me as long as i have backed up my archive logs.... So my question is, is there a acutal threahold or no ?? Reading from below doc looks like this is unpredictable.... but is there a hidden parameter or some setting i can set to say....once the FRA is lets say 50% full, delete the files(as long as they are backed up first)
    http://docs.oracle.com/cd/B19306_01/backup.102/b14192/setup005.htm
    section -- 3.5.6.1 When Files are Eligible for Deletion from the Flash Recovery Area
    if there is no such setting, how can we setup managing archive logs (besides using rman to backup and delete)...

    Hello;
    It is not unpredictable. Oracle decides. The document is a bit vague to say the least.
    Just another reason to check your alert logs often.
    As a general rule I set db_recovery_file_dest_size on the high side.
    We kicked this around the Data Guard forum a few weeks back :
    FRA - Flashback logs usage varies on Primary against Standby Database
    Best Regards
    mseberg
    Edited by: mseberg on Jun 28, 2012 10:22 AM

  • RMAN backup in noarchived log mode

    Hi,
    can we take RMAN backup in noarchived log mode?
    If yes, how? just run backup database command or ?
    thanks

    You can use RMAN to backup a database in noarchivelog mode but you need to shutdown and mount the database. e.g.:
    rman target /
    RMAN> shutdown immediate
    RMAN> startup mount
    RMAN> backup database

  • RMAN-08120: WARNING: archived log not deleted, not yet applied by standby

    i get RMAN-08120: WARNING: archived log not deleted, not yet applied by standby on primary
    but when i run below query i get the same result from primary and standby
    SQL> select max(sequence#) from v$archived_log;
    MAX(SEQUENCE#)
    44051
    SQL>
    standby is one log switch behind only!

    i get RMAN-08120: WARNING: archived log not deleted, not yet applied by standby on primary You already have answer by post of Mseberg.
    but when i run below query i get the same result from primary and standby
    SQL> select max(sequence#) from v$archived_log;
    MAX(SEQUENCE#)
    44051
    SQL>
    standby is one log switch behind only!this is wrong query used on primary & standby. even if any one of archive gap available lets suppose sequence *44020* , this archive not transported to standby due to some network problem and so on. later if archives from *44021* all the archives transported on standby upto *44051* , then it shows the maximum sequence transferred to standby, It wont shows applied sequence.
    Check the below queries.
    Primary:-
    SQL> select thread#,max(sequence#) from v$archived_log group by thread#;
    Standby:-
    SQL> select thread#,max(sequence#) from v$archived_log where applied='YES' group by thread#;
    HTH.

  • Backups and Archives

    I have a doubt about backups and archives.
    My database is in archivelog mode. Then I make a whole backup of the database.
    rman> backup tag='bk_level0_200809' incremental level 0 database;
    What happens with the earlier generated archives before database backup, can I delete them? or I only require to have the generated archives after backup?

    You will need only archives after first full backup.
    Regards,
    Thiago Hyppolito

  • Urgent: Huge diff in total redo log size and archive log size

    Dear DBAs
    I have a concern regarding size of redo log and archive log generated.
    Is the equation below is correct?
    total size of redo generated by all sessions = total size of archive log files generated
    I am experiencing a situation where when I look at the total size of redo generated by all the sessions and the size of archive logs generated, there is huge difference.
    My total all session redo log size is 780MB where my archive log directory size has consumed 23GB.
    Before i start measuring i cleared up archive directory and started to monitor from a specific time.
    Environment: Oracle 9i Release 2
    How I tracked the sizing information is below
    logon as SYS user and run the following statements
    DROP TABLE REDOSTAT CASCADE CONSTRAINTS;
    CREATE TABLE REDOSTAT
    AUDSID NUMBER,
    SID NUMBER,
    SERIAL# NUMBER,
    SESSION_ID CHAR(27 BYTE),
    STATUS VARCHAR2(8 BYTE),
    DB_USERNAME VARCHAR2(30 BYTE),
    SCHEMANAME VARCHAR2(30 BYTE),
    OSUSER VARCHAR2(30 BYTE),
    PROCESS VARCHAR2(12 BYTE),
    MACHINE VARCHAR2(64 BYTE),
    TERMINAL VARCHAR2(16 BYTE),
    PROGRAM VARCHAR2(64 BYTE),
    DBCONN_TYPE VARCHAR2(10 BYTE),
    LOGON_TIME DATE,
    LOGOUT_TIME DATE,
    REDO_SIZE NUMBER
    TABLESPACE SYSTEM
    NOLOGGING
    NOCOMPRESS
    NOCACHE
    NOPARALLEL
    MONITORING;
    GRANT SELECT ON REDOSTAT TO PUBLIC;
    CREATE OR REPLACE TRIGGER TR_SESS_LOGOFF
    BEFORE LOGOFF
    ON DATABASE
    DECLARE
    PRAGMA AUTONOMOUS_TRANSACTION;
    BEGIN
    INSERT INTO SYS.REDOSTAT
    (AUDSID, SID, SERIAL#, SESSION_ID, STATUS, DB_USERNAME, SCHEMANAME, OSUSER, PROCESS, MACHINE, TERMINAL, PROGRAM, DBCONN_TYPE, LOGON_TIME, LOGOUT_TIME, REDO_SIZE)
    SELECT A.AUDSID, A.SID, A.SERIAL#, SYS_CONTEXT ('USERENV', 'SESSIONID'), A.STATUS, USERNAME DB_USERNAME, SCHEMANAME, OSUSER, PROCESS, MACHINE, TERMINAL, PROGRAM, TYPE DBCONN_TYPE,
    LOGON_TIME, SYSDATE LOGOUT_TIME, B.VALUE REDO_SIZE
    FROM V$SESSION A, V$MYSTAT B, V$STATNAME C
    WHERE
    A.SID = B.SID
    AND
    B.STATISTIC# = C.STATISTIC#
    AND
    C.NAME = 'redo size'
    AND
    A.AUDSID = sys_context ('USERENV', 'SESSIONID');
    COMMIT;
    END TR_SESS_LOGOFF;
    Now, total sum of REDO_SIZE (B.VALUE) this is far less than archive log size. This at time when no other user is logged in except myself.
    Is there anything wrong with query for collecting redo information or there are some hidden process which doesnt provide redo information on session basis.
    I have seen the similar implementation as above at many sites.
    Kindly provide a mechanism where I can trace which user is generated how much redo (or archive log) on a session basis. I want to track which all user/process are causing high redo to generate.
    If I didnt find a solution I would raise a SR with Oracle.
    Thanks
    [V]

    You can query v$sess_io, column block_changes to find out which session generating how much redo.
    The following query gives you the session redo statistics:
    select a.sid,b.name,sum(a.value) from v$sesstat a,v$statname b
    where a.statistic# = b.statistic#
    and b.name like '%redo%'
    and a.value > 0
    group by a.sid,b.name
    If you want, you can only look for redo size for all the current sessions.
    Jaffar

  • Redo and archive log association

    Hi,
    I am curious about the redo file and archive log file association, is it one to one, or one to many? That is, does one arc log file hold data from just one redo file or many redo files?
    Or , is the association redo group to arc file as opposed to redo file to arc file?
    The size of the arc log files on my machine, sometimes far exceeds the size of a single redo file and sometimes goes well under the size.
    Thanks.

    I am curious about the redo file and archive log file association, is it one to one, or one to many?One archive log file represents one redo log file contents in a group.You can have multiple logfile members in a group. All the members have the same data.
    The size of the arc log files on my machine, sometimes far exceeds the size of a single redo file and sometimes goes well under the size.The size of the archive log can be smaller from redo logfile in following scenarios:--
    1. Manual log switch.
    2. Setting archive_lag_target parameter.
    sometimes far exceeds the size of a single redo file I am not very sure about it.I haven't seen size greater than the redo logfile.
    Anand
    Edited by: Anand... on Sep 2, 2009 7:45 PM

  • Backup and restore logs, quarantines cisco ironport c170

    Hello,
    Is there anyway to backup and restore logs and quarantine to another ironport c170?
    Thanks in advance.
    Alexandre

    Hello Alexandre,
    logs can easily be downloaded via FTP or SCP, there is a folder per logs subscription, i.e.
    /mail_logs
    /system_logs
    /error_logs
    Each folder contains multiple logs, thos e are with extention .s are the ones that have rolled over, while .c and .current are the ones currently written to. I would not recommend to upload them to another appliance, as this may cause problems or at least confusion. Quarantines cannot be backed up, that functionality is limited to SMAs (M-series).
    Hope that helps,
    Andreas

  • External hard drive speed for backups and archiving

    I'm planning to buy a pair of external FireWire hard drives to backup and archive my iBook G4. I've read a couple of product reports that compare read and write speed of hard drives which seems to be a function of each drive's rotational speed.
    I then noticed that my iBook's internal hard drive is slower (at 4200 RPM) than either of the external drives I'm now considering (7200 RPM and 5400 RPM). A test report I read showed the 7200 RPM drive duplicating 1GB twice as fast as the 5400 RPM drive when connected via FireWire to a G5.
    Will my slower internal hard drive limit the speed of duplication so that there is little or no advantage to the 7200 RPM drive over the 5400 RPM drive for me?
    iBook G4   Mac OS X (10.4.8)  

    Probably should have been clearer in my initial question. The 7200 RPM drive I'm looking at is a desktop model, and a bit cheaper than the 5400 RPM drive, which is portable. I like the smaller footprint of the portable drive (and the convenience of it being bus powered) but don't want to pay more for those benefits only to be disappointed with its performance.
    So, I'm actually trying to decide between a higher speed/lower cost/desktop vs. lower speed/higher cost/portable. If I could determine that the actual performance difference between these was not very significant when used solely to backup and archive my iBook, I'd gladly pay a bit more for the convenience and small size of the portable.
    If there indeed is a big performance difference, I'd find space on my desk for the desktop drive and pocket the savings.

Maybe you are looking for

  • Filename or Document name restrictions

    I am working with a customer that uses strange names for their files and documents. They name them like: !(%$#@^&P_6* (we call them cussing file names) Anyway, I found release notes for 9.0.3 that says many of these characters can not be used. Howeve

  • Qosmio F60-111 - Sound lag in games

    i recently have sound lag on my _Qosmio F60-111_ only in games (music and video files work perfect) sounds lag and sometimes scape parts but only one backgroud music and cinematic parts, the other sound effect work perfectly, any help? thank you. My

  • Exporting from FCP in QT Problem

    Hey, folks--would appreciate some help w/this. When I "export using quicktime" out of FCP-the newest version on my quad core--QT only exports about 15 seconds of whatever program it is. I've looked through the preferences in both QT Pro and FCP and f

  • SQL statement order in commit

    Hi, we are evaluating Kodo 3.2.2 If during same transaction one deletes a persistent object and then creates a new one with the same application identity, kodo disregards the operation order and executes delete after insert on commit. This either vio

  • No planned order created when run MRP for Sale Order

    As I have told on the subject. My problem is system does not generate planned order for components in BOM Some more information is: requirement class in SO is 043 I have choose "2" in tab MRP 4 for individual/collective and all component and finish p