Recover database from archive log: Time based recovery

Hi,
Could you pelase help regarding the following:
I have power outage in my machine running oracle 9i on Solaris OS 9
Oracle is mounted but failed to open
Once it is started showing the error message
SQL> startup;
ORACLE instance started.
Total System Global Area 9457089744 bytes
Fixed Size 744656 bytes
Variable Size 3154116608 bytes
Database Buffers 6291456000 bytes
Redo Buffers 10772480 bytes
Database mounted.
ORA-01113: file 4 needs media recovery
ORA-01110: data file 4: '/opt/oracle/oradata/sysdb/indx/indx01.dbf'
So I tried to recover the database
SQL> recover database;
ORA-00279: change 1652948240 generated at 12/03/2007 13:09:08 needed for thread
1
ORA-00289: suggestion : /opt/oracle/oradata/nobilldb/archive/1_183942.dbf
ORA-00280: change 1652948240 for thread 1 is in sequence #183942
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
ORA-00279: change 1652948816 generated at 12/03/2007 13:09:19 needed for thread
1
ORA-00289: suggestion : /opt/oracle/oradata/nobilldb/archive/1_183943.dbf
ORA-00280: change 1652948816 for thread 1 is in sequence #183943
ORA-00278: log file '/opt/oracle/oradata/nobilldb/archive/1_183942.dbf' no
longer needed for this recovery
The power outage at 16:00pm and the recovery archive log file '/opt/oracle/oradata/nobilldb/archive/1_183942.dbf' at 11 am
Always I am applying the next sequence it is giving the same message and asking the next sequence. I have more than 900 archive log from 11am to 4pm and each of them having the size of 100mb and it take 1 minute to get back from each to provide this error message.
How I can start my recovery from say 15:45 onwards until 16:15?
I have all archive logs in the proper destination.
Still my database is not opened and it is starts applying archive log since 5 hours back, please help me regarding this
Thanks in advance

Wrong forum. Post your question in the following forum:
General Database Discussions

Similar Messages

  • How to recover a database with archive log

    how to recover database with archivle log

    Hi,
    With in information no one can tell the answer.
    Kindly post your qusetion in details information, you want to recover the database in archive log mode, what type of error you get, bcoz depending up on the errors you recover your database,
    please mention all about your database
    cheers
    Senthil Kumar

  • 실수로 TABLE을 DELETE 또는 DROP한 경우 복구 방법 (time-based recovery)

    제품 : ORACLE SERVER
    작성날짜 : 2004-07-29
    PURPOSE
    사용자의 실수로 중요한 데이타를 delete 하였거나, 테이블을 drop하였을
    경우 복구하는 절차를 정리한 자료이다.
    Explanation
    사용 중인 database 의 archive log mode 여부를 다음과 같이 확인 후
    archive log mode인지 아닌지에 따라 복구 방법이 달라진다.
    os>svrmgrl
    SVRMGR> connect internal;
    SVRMGR> archive log list
    Database log mode ARCHIVELOG
    Automatic archival ENABLED
    Archive destination ?/dbs/arch
    Oldest online log sequence 2525
    Current log sequence 2527
    1. Archive mode인 경우 복구 방법
    archive log mode로 운영중이면서 full backup및 archive file들이 모두
    존재하는 경우 복구가 항상 가능하다.
    이때 다시 다음과 같이 두가지의 경우를 구분하여 복구 작업을 수행할 필요가
    있으며 아래에 각각의 경우에 대한 절차를 자세히 설명한다.
    (1) drop이나 delete한 시점이 얼마 지나지 않았거나, 혹은 필요에 의해
    database 전체를 data 손실 이전 시점으로 돌리고자 하는 경우
    (2) 손실된 data만을 drop이나 delete이전 상태를 받아내고, 나머지 data는
    모두 drop/delete이후 발생한 transaction의 반영분을 유지시키기 위해
    현재 시점으로 맞추어햐 하는 경우
    1-1 database 전체를 drop이나 delete 이전시점으로 돌리고자 할 때
    이러한 경우는 데이타 손실이 발생하기 이전의 datafile들에 대한 backup을
    restore한 후 손실 발생 시점 직전까지 time based로 imcomplete recovery를
    수행하면 된다.
    (1) db를 shutdown시킨 후 현재 상태를 만약의 경우를 대비하여 cold
    backup을 받아둔다.
    shutdown immediate로 db를 내리고, datafiles, redo log files, control
    files 모두 tar등의 명령어를 이용하여 backup을 받아둔다.
    이것은 만약의 경우 이전 backup이나 archive file에 문제가 있는 경우,
    삭제된 data의 복구가 불가능할 경우 현재 상태로라도 돌리기 위한
    것이다.
    (2) 데이타를 삭제하기 이전 상태에서 받아둔 datafile full backup을
    restore한다.
    redo log files과 controlfiles은 현재 것을 그대로 이용하고, 현재
    상태의 모든 datafiles을 지우고 데이타가 삭제되기 전에 받아둔
    backup datafile을 restore시킨다.
    (temp datafile의 경우는 restore시간을 줄이기 위해 restore하지
    않아도된다.)
    (3) restore한 backup시점 이후의 archive file들을 archive log
    destination에 위치시킨다.
    full backup 이후의 archive file들을 일부 tape 장비등에 backup을
    받아두고 지운 상태라면 그러한 file을을 다시 원래 위치에 restore
    하여, full backup받은 시점부터 복구하고자 하는 시점까지의
    archive log file들이 모두 log archive destination에 존재하는지
    확인한다.
    (4) 데이타 삭제 이전 시점까지 time based로 recover를 수행한다.
    이때 날짜와 시간 지정은 항상 아래 예와 같은 형식으로 지정한다.
    만약 데이타를 삭제한 시간이후로 지정하게 되면 recovery후에도
    여전히 data는 지워진 상태로 보여진다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> startup mount;
    SVRMGR> set autorecovery on
    SVRMGR> recover database until time '2001-01-30:21:00:00';
    SVRMGR> alter database open resetlogs;
    (a) 만약 이때, controlfile이 현재것이 존재하지 않아 datafile뿐
    아니라, controlfile도 과거것을 사용했다면, recovery command를
    다음과 같이 지정하면 된다.
    recover database using backup controlfile (아래줄과 이어짐)
    until time '2001-01-30:21:00:00';
    (b) temp datafile을 restore하지 않은 경우라면 startup mount수행
    직후 다음과 같은 문장을 추가하면 된다.
    alter databse datafile '/oracle/oradata/temp01.dbf'
    offline drop;
    /oracle/oradata/temp01.dbf는 temp datafile의 이름을 예로 든
    것이다.
    (5) 원하는 data가 제대로 조회되는지 확인한다.
    1-2. 삭제된 data만을 복구하고 나머지는 현재 상태를 유지하고자 하는 경우
    이러한 경우는 데이타가 삭제되기 이전 상태의 backup datafile 중에
    SYSTEM, RBS와 삭제된 data가 들어있는 datafile만을 restore시켜 time
    based로 recovery하여 db를 open시킨 후 원하는 table만 export를 받아낸다.
    그리고 다시 현재 상태의 db에 export받은 내용을 import시키는 것이다.
    이때 삭제된 data를 export받기까지의 절차에 대해서 다음과 같이 세가지
    경우의 방법을 생각할 수 있다.
    (a) 다른 시스템에 backup이나 test용으로 oracle이 설치되어 있는 경우
    그 시스템에 backup을 restore하여 해당 table을 export 받는 방법
    (b) 같은 시스템에 backup을 restore 하되, db name과 oracle_sid를 다른
    이름으로 변경하여 다른 db를 만들어 recovery후 open하여 export받는
    방법 <Bulletin:11616 참조>
    (c) 현재 db는 cold backup받아 두고, backup을 restore하여 export을
    받아내는 방법
    여기에서 (a)의 경우는 다른 시스템에 이용하고자 하는 datafile의 oracle
    version 이상의 oracle software가 이미 설치되어 있어야 한다.
    (b)의 경우는 현재 상태의 cold backup을 받았다가 export받은 후 다시
    현재 상태를 restore할 필요는 없애주지만, 대신 SYSTEM, RBS, user
    datafile 만큼의 disk space가 추가로 필요하며, 새로운 db를 추가로
    구성하는 것이므로 init.ora file 구성 등의 작업이 필요하다.
    이것에 관한 자세한 절차는 <Bulletin:11616>을 참조하도록 한다.
    이 자료에서는 이중 (c)에 대한 것만을 자세히 설명한다.
    (1) 현재의 모든 datafiles과 redo log files, datafiles을 다음과 같이
    신중히 cold backup을 받아두도록 한다.
    이것은 이후에 삭제한 data를 복구하여 export를 받은 후에 다시 현재
    상태의 db로 되돌아오기 위한 것이다.
    단 이 때 tar 등을 이용하여 cold backup하는 대신에 disk 상에 cold
    backup을 받아 시간을 절약할 수 있다. disk로의 backup이 가능한
    이유는 export를 위한 time based recovery를 수행하기 위해 필요한
    datafile이 SYSTEM, RBS, 삭제된 data를 포함한 user datafile
    정도이기 때문이다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> shutdown immediate;
    SVRMGR> exit
    os>cp /oracle/oradata/*.ctl /oracle/backup/*.ctl
    os>cp /oracle/oradata/redo*.log /oracle/backup/redo*.log
    os>mv /oracle/oradata/system01.dbf /oracle/backup/system01.bak
    os>mv /oracle/oradata/rbs01.dbf     /oracle/backup/rbs01.bak
    os>mv /oracle/oradata/tools01.dbf /oracle/backup/tools01.bak
    redo log file이나 controlfile의 경우는 time based recovery시에도
    필요하므로 cp를 받아두고, datafile의 경우는 mv를 이용하도록 한다.
    위의 예에 제시된 file이름들은 해당 환경에 맞게 변경되어야 하며,
    tar를 이용하여 tape에 옮겨도 관계는 없으나, 단 cold backup에
    해당하는 모든 datafiles, redo log files, control files를 받아두어야
    한다.
    (2) 삭제한 data가 존재할 당시에 받아둔 backup에서 SYSTEM datafile, RBS
    datafile, 그리고 삭제한 table이 들어있는 datafile만을 restore한다.
    redo log files과 controlfiles은 현재 것을 그대로 이용한다.
    (3) restore한 backup시점 이후의 archive file들을 archive log
    destination에 위치시킨다.
    full backup 이후의 archive file들을 일부 tape 장비 등에 backup을
    받아두고 지운 상태라면 그러한 file을을 다시 원래 위치에 restore
    하여, full backup받은 시점부터 복구하고자 하는 시점까지의
    archive log file들이 모두 log archive destination에 존재하는지
    확인한다.
    (4) restore하지 않을 datafile, 즉 SYSTEM, RBS, 삭제된 data를 포함하
    는 user datafile을 제외한 모든 datafile은 모두 offline drop시키
    고, 데이타 삭제 이전 시점까지 time based로 recover를 수행한다.
    이때 날짜와 시간 지정은 항상 아래 예와 같은 형식으로 지정한다.
    만약 데이타를 삭제한 시간이후로 지정하게 되면 recovery후에도
    여전히 data는 지워진 상태로 보여진다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> startup mount;
    SVRMGR> alter database datafile '/oracle/oradata/temp01.dbf'
    offline drop; (윗줄과 이어짐)
    SVRMGR> alter database datafile '/oracle/oradata/userdata05.dbf'
    offline drop; (윗줄과 이어짐)
    ... 이와 같이 resotre하지 않은 datafile을 모두 offline drop시킨다.
    SVRMGR> set autorecovery on
    SVRMGR> recover database until time '2001-01-30:21:00:00';
    SVRMGR> alter database open resetlogs;
    만약 이때, controlfile이 현재것이 존재하지 않아 datafile뿐 아니라,
    controlfile도 과거것을 사용했다면, recovery command를 다음과 같이
    지정하면 된다.
    SVRMGR>recover database using backup controlfile until time
    '2001-01-30:21:00:00'; (윗줄과 이어짐)
    (5) 원하는 data가 제대로 조회되는지 확인한 후 필요한 table을 export한다.
    예를 들어 scott user의 dept table을 복구하고자 한것이었다면 다음과
    같이 export를 받는다.
    os>exp scott/tiger file=dept.dmp tables=dept log=deptlog1
    (6) time based로 recovery후 open한 db는 shutdown하여 없애고 (1)번에서
    받아둔 현재 상태의 backup을 restore한다.
    shutdown은 immediate나 abort 모두 가능하며, shutdown후 restore한
    SYSTEM, RBS, user datafile모두 삭제하고, 사용하던 controlfiles,
    redo log files도 모두 삭제한다.
    그리고 (1)에서 mv나 cp로 (혹은 tar로) 옮겨놓은 모든 datafiles,
    controlfiles, redo log files를 원래의 directory와 이름으로
    위치시킨다. SYSTEM, RBS, user datafile도 반드시 (1)번 상태의
    현재 상태 backup을 restore하여야 한다.
    (7) db를 startup시킨 후 (5)에서 받은 export내용을 import시킨다.
    os>imp scott/tiger file=dept.dmp tables=dept ignore=y commit=y
    log=deptlog2 (윗줄과 이어짐)
    (8) 원하는 data가 제대로 조회되는지 확인한다.
    2. No archive mode 로 운영할 경우 복구 방법
    archive mode 로 운영하지 않았을 경우에는, 삭제한 data를 export 받아
    두었거나, 혹은 data가 삭제 전 받아둔 cold backup이 존재하는 경우
    복구가 가능하다.
    (1) export가 존재하는 경우
    다음과 같이 import한다. scott user의 dept가 삭제된 경우를 예로 들었다.
    os>imp scott/tiger file=dept.dmp tables=dept ignore=y commit=y log=log1
    (2) cold backup이 존재하는 경우
    다른 시스템에 사용가능한 oracle engine이 설치되어 있다면, 그곳을
    이용하거나, 혹은 현재 database를 backup받아둔후 현재 시스템에
    restore하여 export를 받아낼 수 있다.
    (1) 현재의 모든 datafiles과 redo log files, datafiles을 다음과 같이
    신중히 cold backup을 받아두도록 한다.
    이것은 이후에 삭제한 data를 복구하여 export를 받은 후에 다시 현재
    상태의 db로 되돌아오기 위한 것이다.
    단 이 때 tar 등을 이용하여 cold backup하는 대신에 disk 상에 cold
    backup을 받아 시간을 절약할 수 있다. disk로의 backup이 가능한
    이유는 export를 위한 time based recovery를 수행하기 위해 필요한
    datafile이 SYSTEM, RBS, 삭제된 data를 포함한 user datafile
    정도이기 때문이다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> shutdown immediate;
    SVRMGR> exit
    os>mv /oracle/oradata/*.ctl /oracle/backup/*.ctl
    os>mv /oracle/oradata/redo*.log /oracle/backup/redo*.log
    os>mv /oracle/oradata/system01.dbf /oracle/backup/system01.bak
    os>mv /oracle/oradata/rbs01.dbf     /oracle/backup/rbs01.bak
    os>mv /oracle/oradata/tools01.dbf /oracle/backup/tools01.bak
    위의 예에 제시된 file이름들은 해당 환경에 맞게 변경되어야 하며,
    tar를 이용하여 tape에 옮겨도 관계는 없으나, 단 cold backup에
    해당하는 모든 datafiles, redo log files, control files를 받아두어야
    한다.
    (2) 삭제한 data가 존재할 당시에 받아둔 backup에서 SYSTEM datafile,
    RBS datafile, 그리고 삭제한 table이 들어있는 datafile만을
    restore한다.
    backup당시의 redo log files과 controlfiles도 restore하여야 한다.
    (3) restore하지 datafile, 즉 SYSTEM, RBS, 삭제된 data를 포함하는 user
    datafile을 제외한 모든 datafile은 모두 offline drop시키고,
    database를 open시킨다.
    os>svrmgrl
    SVRMGR> connect internal
    SVRMGR> startup mount;
    SVRMGR> alter database datafile '/oracle/oradata/temp01.dbf'
    offline drop; (윗줄과 이어짐)
    SVRMGR> alter database datafile '/oracle/oradata/userdata05.dbf'
    offline drop; (윗줄과 이어짐)
    ... 이와 같이 resotre하지 않은 datafile을 모두 offline drop시킨다.
    SVRMGR> alter database open;
    (4) 원하는 data가 제대로 조회되는지 확인한 후 필요한 table을 export
    한다.
    예를 들어 scott user의 dept table을 복구하고자 한 것이었다면
    다음과 같이 export를 받는다.
    os>exp scott/tiger file=dept.dmp tables=dept log=deptlog1
    (5) exprot받아낸 database는 shutdown하여 없애고 (1)번에서 받아둔
    현재 상태의 backup을 restore한다.
    shutdown은 immediate나 abort 모두 가능하며, shutdown후 restore한
    SYSTEM, RBS, user datafile모두 삭제하고, 사용하던 controlfiles,
    redo log files도 모두 삭제한다.
    그리고 (1)에서 mv나 tar로 옮겨놓은 모든 datafiles, controlfiles,
    redo log files를 원래의 directory와 이름으로 위치시킨다.
    (6) db를 startup시킨 후 (4)에서 받은 export내용을 import시킨다.
    os>imp scott/tiger file=dept.dmp tables=dept ignore=y commit=y
    log=deptlog2 (윗줄과 이어짐)
    (7) 원하는 data가 제대로 조회되는지 확인한다.

  • How to recover database without archive files

    Hello,
    I've a test database without archive files and I need to know how to recover it without using archive files.
    What is SQL command to recover database wthout archives?
    Thanks in advance for your help.
    Regards,
    Carles

    There are serveral information missing in this posting and as a support personnel, I would like to find out more when I see postings like this.
    1. This person wants to "Test" his backup and recovery in NOARCHIVELOG mode.
    2. He/She did not say his database had already crashed or had a problem.
    3. He/She did not give any indication the kind of scenario he wants to recover from.
    4. He/She did not mention the state of his database at the time of he posting.
    5. He/She did not mention the Release of his Oracle Server or Platform.
    6. He/She did not mention the type of backup he already has in place (although provided later as Full COLD Backup). How "genuine" is the back?
    7. What actions has already been taken to attempt recovery.
    In my support experience, I normally would go through a list of questions witht he use/client to get the full picture of the current status of the database before I give answers that would worsen situations, especially in a Disaster Recovery sitaution.
    Personaly, I would suggest you have a look at the list above. One of the most important is number 3 (The Recovery Scenario), then number 4, number 6 and 7. Number 7 will determine the situation of your database. So, when you ask for SQL commands to use, there are different commands for different kind of recovery depending on what has gone wrong or what kind of file is damaged (Datafiles, Logfiles, Control Files, one tablespace, one table, entire database gone, etc).

  • Specification does not match any archive log in the recovery catalog

    Hi
    My rman backups sometimes fails with below error, any idea the reason ?
    run {
    allocate channel t1 type 'SBT_TAPE';
    backup
    incremental level 0
    format '/%d_%p_%t.%s/'
    maxsetsize = 8G
    (database);
    backup
    format '/%d_%p_%t_al.%s/'
    (archivelog from time 'SYSDATE-2');
    backup
    format '/%d_%p_%t_al.%s/'
    (archivelog until time 'SYSDATE-2' delete input);
    release channel t1;
    Starting backup at 2011-01-18 22:41:59
    current log archived
    channel t1: starting archive log backupset
    channel t1: specifying archive log(s) in backup set
    input archive log thread=1 sequence=7348 recid=6260 stamp=740682001
    input archive log thread=1 sequence=7349 recid=6261 stamp=740702540
    input archive log thread=1 sequence=7350 recid=6262 stamp=740739604
    input archive log thread=1 sequence=7351 recid=6263 stamp=740746801
    input archive log thread=1 sequence=7352 recid=6264 stamp=740757602
    input archive log thread=1 sequence=7353 recid=6265 stamp=740768401
    input archive log thread=1 sequence=7354 recid=6266 stamp=740788921
    channel t1: starting piece 1 at 2011-01-18 22:42:04
    channel t1: finished piece 1 at 2011-01-18 22:42:29
    channel t1: backup set complete, elapsed time: 00:00:26
    Finished backup at 2011-01-18 22:42:29
    Starting backup at 2011-01-18 22:42:31
    released channel: t1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of backup command at 01/18/2011 22:42:31
    RMAN-06004: ORACLE error from recovery catalog database: RMAN-20242: specification does not match any archive log in the recovery catalog
    Recovery Manager complete.

    Hi Ora 83,
    What is the reason of this error ? The reason for the RMAN-20242 is there are no archivelogs which comply to the filter "until time 'SYSDATE-2'" at 18 Jan 22:42.
    Probably you run a purge command more frequent because the oldest logsequence available for backup was created at:
    2011 JAN 17 17 00 01 (=sequence=7348)
    and the latest at:
    2011 JAN 18 22 42 01 (=sequence=7354)
    according to your output.
    So for some reason the archivelogs created before 16th Jan 22:42 are not on the system as well as the archivelogs created between 16th Jan 22:42 and 17 Jan 17:00.
    Maybe there are none (you can check in the alertlog and let us know)?
    Regards,
    Tycho

  • How to recover a lost archive log file?

    How to recover a lost archive log file? Do I need to open the database with RESETLOGS after recovery?-------No.156

    I think he might rewrite the question in his own words.
    I guess in the event of lost archive logs during db recovery, you have to open RESETLOGS and say goodbye to some of the data.

  • RMAN-20242: specification does not match any archive log in the recovery ca

    Hi,
    I'm working with an 9i Oracle RAC (yes, I know this version is out of support...). I'm launching my backup from node 1 with this script
    run {
    sql 'alter system switch logfile'
    sql 'alter system archive log current'
    allocate channel TSM1 type 'sbt_tape' connect *
    parms='ENV=(TDPO_OPTFILE=/home/adsmadm/rman_INF01T01/opt/tdpo.opt)'
    allocate channel TSM2 type 'sbt_tape' connect *
    parms='ENV=(TDPO_OPTFILE=/home/adsmadm/rman_INF01T01/opt/tdpo.opt)'
    backup
    format 'brman_arch_%s_%p'
    (archivelog like '/logs/bbdd/oracle/INF01T01/archiver/%' channel TSM1 delete input )
    (archivelog like '/logs/bbdd/oracle/INF01T03/archiver/%' channel TSM2 delete input )
    release channel TSM2
    release channel TSM1
    And fail with this error:
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of backup command at 08/13/2012 22:36:43
    RMAN-06004: ORACLE error from recovery catalog database: RMAN-20242: specification does not match any archive log in the recovery catalog
    I've take a look to the archives directories and both nodes have archives:
    ora10g:/opt/ora10g > ls -lrt /logs/bbdd/oracle/INF01T01/archiver
    total 97896
    -rw-r----- 1 ora10g dba 2048 Aug 13 22:36 T0001S00000061440648489222.ARC
    -rw-rw---- 1 ora10g dba 38132224 Aug 13 22:36 T0001S00000061430648489222.ARC
    -rw-r----- 1 ora10g dba 11984896 Aug 13 22:36 T0002S00000044040648489222.ARC
    ora10g:/opt/ora10g > ls -lrt /logs/bbdd/oracle/INF01T03/archiver
    total 392984
    -rw-r----- 1 ora10g dba 49364992 Mar 24 2009 T0002S00000007020648489222.ARC
    -rw-r----- 1 ora10g dba 49364992 Mar 25 2009 T0002S00000007030648489222.ARC
    -rw-rw---- 1 ora10g dba 19314688 Mar 25 2009 T0002S00000007040648489222.ARC
    -rw-rw---- 1 ora10g dba 4733952 Mar 25 2009 T0002S00000007050648489222.ARC
    -rw-rw---- 1 ora10g dba 4608 Apr 09 2009 T0002S00000007440648489222.ARC
    -rw-rw---- 1 ora10g dba 2541056 Sep 26 2009 T0002S00000015420648489222.ARC
    -rw-rw---- 1 ora10g dba 49373184 Sep 28 2009 T0002S00000015430648489222.ARC
    -rw-rw---- 1 ora10g dba 3410432 Feb 11 2010 T0002S00000018680648489222.ARC
    -rw-rw---- 1 ora10g dba 599552 Feb 12 2010 T0002S00000018710648489222.ARC
    -rw-rw---- 1 ora10g dba 6574080 Mar 03 2010 T0002S00000019200648489222.ARC
    -rw-rw---- 1 ora10g dba 1663488 Mar 08 2010 T0002S00000019340648489222.ARC
    -rw-rw---- 1 ora10g dba 431104 Apr 07 2010 T0002S00000020160648489222.ARC
    -rw-rw---- 1 ora10g dba 13811712 Apr 19 2010 T0002S00000020460648489222.ARC
    I've tried to made a crosscheck but, only found node1 archives:
    RMAN> change archivelog all crosscheck;
    validation succeeded for archived log
    archive log filename=/logs/bbdd/oracle/INF01T01/archiver/T0001S00000061430648489222.ARC recid=10685 stamp=791246196
    validation succeeded for archived log
    archive log filename=/logs/bbdd/oracle/INF01T01/archiver/T0001S00000061440648489222.ARC recid=10686 stamp=791246196
    validation succeeded for archived log
    archive log filename=/logs/bbdd/oracle/INF01T01/archiver/T0002S00000044040648489222.ARC recid=10687 stamp=791246197
    Crosschecked 3 objects
    Any idea about the way to solve it?
    Thanks in advance!
    dbajug

    Hi,
    Connect to target through rman
    crosscheck archivelog all;
    Then re run the backup. This will work if those two locations provided are archive log destinations.
    In case the issue still persists then
    Connect to target through rman
    catalog start with '/logs/bbdd/oracle/INF01T01/archiver/';
    catalog start with '/logs/bbdd/oracle/INF01T03/archiver/';
    Then re run the backup.
    Thanks,
    Vivek
    Edited by: 952807 on Aug 16, 2012 5:21 PM

  • Pecification does not match any archive log in the recovery catalog

    MAN> list archivelog all;
    pecification does not match any archive log in the recovery catalog
    RMAN> list backup of archivelog all
    BS Key Size Device Type Elapsed Time Completion Time
    671197 5.17M DISK 00:00:03 29-MAY-11
    BP Key: 671200 Status: AVAILABLE Compressed: YES Tag: TAG20110529T180030
    Piece Name: F:\OSSTDBY_BACKUP\ARCH\OSONDEMA_ARC_20110529_FVMDIGPU_S25087_P1
    List of Archived Logs in backup set 671197
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 44836 503663671 29-MAY-11 503675934 29-MAY-11
    2 22517 503663669 29-MAY-11 503675932 29-MAY-11
    BS Key Size Device Type Elapsed Time Completion Time
    671232 5.12M DISK 00:00:02 29-MAY-11
    BP Key: 671235 Status: AVAILABLE Compressed: YES Tag: TAG20110529T200050
    Piece Name: F:\OSSTDBY_BACKUP\ARCH\OSONDEMA_ARC_20110529_G1MDINRJ_S25089_P1
    List of Archived Logs in backup set 671232
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 44837 503675934 29-MAY-11 503688661 29-MAY-11
    2 22518 503675932 29-MAY-11 503688659 29-MAY-11
    BS Key Size Device Type Elapsed Time Completion Time
    671267 5.14M DISK 00:00:03 29-MAY-11
    BP Key: 671270 Status: AVAILABLE Compressed: YES Tag: TAG20110529T220036
    Piece Name: F:\OSSTDBY_BACKUP\ARCH\OSONDEMA_ARC_20110529_G3MDIUS4_S25091_P1
    List of Archived Logs in backup set 671267
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 44838 503688661 29-MAY-11 503701009 29-MAY-11
    2 22519 503688659 29-MAY-11 503701007 29-MAY-11
    BS Key Size Device Type Elapsed Time Completion Time
    671302 16.55M DISK 00:00:05 30-MAY-11
    BP Key: 671305 Status: AVAILABLE Compressed: YES Tag: TAG20110530T000048
    Piece Name: F:\OSSTDBY_BACKUP\ARCH\OSONDEMA_ARC_20110530_G5MDJ5TG_S25093_P1
    List of Archived Logs in backup set 671302
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 44839 503701009 29-MAY-11 503716961 30-MAY-11
    2 22520 503701007 29-MAY-11 503716959 30-MAY-11
    BS Key Size Device Type Elapsed Time Completion Time
    671337 5.13M DISK 00:00:02 30-MAY-11
    BP Key: 671340 Status: AVAILABLE Compressed: YES Tag: TAG20110530T020121
    Piece Name: F:\OSSTDBY_BACKUP\ARCH\OSONDEMA_ARC_20110530_G7MDJCVI_S25095_P1
    List of Archived Logs in backup set 671337
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 44840 503716961 30-MAY-11 503729544 30-MAY-11
    2 22521 503716959 30-MAY-11 503729542 30-MAY-11
    BS Key Size Device Type Elapsed Time Completion Time
    671372 5.25M DISK 00:00:03 30-MAY-11
    BP Key: 671375 Status: AVAILABLE Compressed: YES Tag: TAG20110530T040055
    Piece Name: F:\OSSTDBY_BACKUP\ARCH\OSONDEMA_ARC_20110530_G9MDJJVN_S25097_P1
    the archives are in the location of
    F:\OSSTDBY_BACKUP\ARCH\OSONDEMA_ARC_20110529_G1MDINRJ_S25089_P1
    when it is not specified in catalog how can i delete archives from f location i.e
    F:\OSSTDBY_BACKUP\ARCH\OSONDEMA_ARC_20110529_G1MDINRJ_S25089_P1
    please let me know from rman how can i delete archives from f location...........................
    do i need to register with catalog?
    i have used Delete archivelog all completed before 'SYSDATE-10';
    but no use
    out put is
    MAN> Delete archivelog all completed before 'SYSDATE-10';
    eleased channel: ORA_DISK_1
    llocated channel: ORA_DISK_1
    hannel ORA_DISK_1: sid=311 devtype=DISK
    pecification does not match any archive log in the recovery catalog
    MAN> crosscheck backup archivelog all;
    please send me the query which i can delete ......................thanks
    cheers
    mahesh

    EdStevens wrote:
    856483 wrote:
    <snip>
    can i have you mobile contact phone number if possible?
    I have seen some pretty astonishing requests on this board, but this one really raises (or lowers) the bar. Just what is it your boss is paying you to do?
    Some listserves have lots of people giving their number. I find it odd that people would, but not astonishing for someone to ask. Outside the norm here, but how would someone know ahead of time? It's a bravely connected new world.

  • Sync database using archive log files

    Hi,
    I am having two databases A nd B. A is the live Database. I need to replicate the A database and its name as B. I had done the replication using hotbackup.
    1. create the B database
    2. then take the hotbackup and copy the files to the B database
    3. Then delete the controlfile, logfiles and datafiles then paste the files from A database.
    4. Recreate the control files in B database
    5. Now the B database is up and running.
    But my question is in A database is still live and its generating archive log files. I would like to know how to sync the B Database similar to A database using archive log files.
    Kindly share me an example..
    Rgds..

    As you have renamed and opened the clone database, it is no longer the same DBID / Database Incarnation as the source. As you point out, it is not a standby database.
    You cannot apply archivelogs from the source database to this clone.
    You have to consider [Oracle Streams|http://download.oracle.com/docs/cd/B19306_01/server.102/b14229/toc.htm] to implement data replication.
    Hemant K Chitale
    Edited by: Hemant K Chitale on Jan 5, 2010 3:34 PM

  • Switching database to archive log mode

    1.When I switch the database to archive log mode,
    I have to do full offline(consistent) backup.
    2.When the database is working in archive log mode
    I can do inconsistent(online) backups.
    Why is there consistent backup needed after swiching
    to archive log mode, is there not inconsistent backup
    enough after switching (the databease operates
    in archive log mode and as in point 2 I can make inconsistent backups).

    Hello,
    Oracle recommands to do offline backup after switching to archivelog as an immediate crash-recovery procedure. Look at the following example:
    1/ You switch your base to archivelog.
    2/ Work is started right away.
    3/ Your DB crashes => You got your archived redo logs, but none of the other files.
    Now, let's put a
    1b/ Backup (offline) your database.
    Now, in 3, youg got everything you need to restore the base, because 3 can happen WHILE your are ONLINE Backing up the base.
    That's the point.
    Regards,
    Yoann.

  • Goldengate extracting from Archive log

    Dear All,
    We are conducting a replication of Oracle Database. Due to high load on Production server, the client is providing us a near DR database server for extraction. This database server is using Oracle Data Guard to be in Sync with Production server. Hence we will be using Archive logs shipped from Production to DR to Extract changed data. I have searched on the Net and read manuals, but I am unable to understand the how to configure OGG for this scenario. I understand that we can used Tranlogoptions parameter to extract data from Archive logs, but since the near DR database is in Mount state, how can we Log in the database using userid /password in extract process. Also we need to have Select any dictionary privileges on the database, but database is in mount state, so how to work on it??
    Awaiting eagerly for the reply.l

    For a physical standby, you can configure GG to read the archived standby logs in archive log only (ALO) mode.
    ARCHIVEDLOGONLY causes Extract to read from the archived logs exclusively, without querying or validating the logs from system views such as v$log and v$archived_log. This parameter puts Extract into Archived Log Only mode (ALO). For more information, see the Oracle GoldenGate Oracle Installation and Setup Guide.
    You can configure the Extract process to read exclusively from the archived logs. This is
    known as Archived Log Only (ALO) mode. In this mode, Extract only reads from archived
    logs that are stored in a specified location. ALO mode allows Oracle GoldenGate to use
    production logs that are shipped over to a secondary database (such as a standby) as the
    data source for Oracle GoldenGate. The online logs will not be used. Oracle GoldenGate
    will connect to the secondary database to get metadata and other required data as needed.
    As an alternative, ALO mode is supported on the production system.
    Extract automatically operates in ALO mode if it detects that the database is a physical standby.
    Lots of other info in the Oracle install guide.

  • Recovering documents from archiving

    Hi,
    Please guide me how can we recover documents from archiving.
    e.g. Documents like consumption billing documents and invoicing documents.
    Thanks and Regards

    Hello,
    Please see the following link which described the process of Retrieving Archived Files:
    http://help.sap.com/saphelp_nw70/helpdata/en/8d/3e4f9f462a11d189000000e8323d3a/frameset.htm
    I hope this helps. 
    With thanks
    Olivia

  • Read data from Archive logs

    Does anyone have any recommandations on how to read data from archive logs. When i use log minor, i am getting only bind variables for DML operations. But i need actual data from the archive logs..
    Any thoughts
    Thanks
    -Prasad

    Log miner is the closest to command issued as possible. Depending on the Oracle version you will be able to see DML or DML and DDL. From 9i and on Oracle was able to translate the DML against data dictionary as the actual DDL command. On its first 8i release only DML was visible.
    ~ Madrid

  • "specification does not match any archived log in the recovery catalog"

    I would like to know about this message.
    I Validated my backup and archivelogs yesterday.
    Today when I tried to do - CROSSCHECK ARCHIVELOG ALL;
    I gave me the following error -
    RMAN> crosscheck archivelog all;
    released channel: ORA_SBT_TAPE_1
    released channel: ORA_DISK_1
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=291 device type=DISK
    specification does not match any archived log in the recovery catalog
    when I tried to list all the archivelogs then also I am getting this message -
    RMAN> list archivelog all;
    specification does not match any archived log in the recovery catalog
    I have retention policy of 15 Days.
    Waiting for your inputs.

    Thanks Werner..This means that it is just a message.
    One more question related to Archive Log backups -
    traditionally DBAs used to take backup of an Archivelog by spupplying "alter system archive log current" before taking the backup. somewhat like -
    run
    allocate channel t1 device type 'sbt_tape' PARMS="ENV=(TDPO_OPTFILE=/oracle/TESTDB/tdpo.opt)";
    sql 'alter system archive log current';
    backup archivelog all delete input;
    release channel t1;
    But, since RMAN automatically archives CURRENT redo log at the start of the archivelog backup, do we REALLY need to pass sql 'alter system archive log current'; before starting the archivelog backup in the script?
    RMAN> backup archivelog all;
    Starting backup at 11-MAR-10
    current log archived ===========> RMAN automatically archived the CURRENT redo log
    released channel: ORA_DISK_1
    allocated channel: ORA_SBT_TAPE_1
    related question to this is - Since it generates one archived log everytime it takes the archived log backup, this backup may get hung if the archived destination is 100% full. Is there any way we can take the archive log backup without generating an extra archived log before the start of the backup?
    Thanks,
    Roopesh

  • For streams , database in Archive log mode or non archive log mode?

    Hello ,
    I have a basic question,
    To set up oracle streams, what should be the the database mode (archive log or non archive log mode)?
    Thanks in advance,
    Raj

    It needs to be in archive log mode..thts the place frm where it captures the necessary information....
    Kapil

Maybe you are looking for

  • Epson 2480 scanner issues

    Hey I was wondering if anyone had any ideas on this problem we have been encountering. We have a number of emacs at our college, well about a hundred, which have started to have issues with our scanners. I have been finding more and more students com

  • Want output in this way with SQL Query

    I have string "GOOD". I am in need of output Like G O O D Thanks

  • Change Authorization object to add another InfoOjbect

    Hi All, We have Custom Authorization Object developed in BW system which is successfully moved to Production. Now new requirement has come up to add new InfoObject in that Existing Custom Authorization Object. Is it possible? If yes can you please le

  • Safari not opening properly - sticks halfway through loading

    Hi there, My Safari window on my iMac keeps opening but then the pages won't load fully - for eg, the start page comes up with the apple homepage which starts highlighting blue as if it were opening but then sticks halfway through this process. Firef

  • Installation jdeveloper & ubuntu 12.10

    For those with the same problem. here is the problem and the solution. Problem: After installing jdeveloper 11 studio in ubuntu, an error appears when starting up. Solution: The problem is the jdk bundled in jdeveloper. Download a newer JDK 6 (I did