Media Recovery Log DATAGUARD
hi all ,
i have installed 10.2.0.2 databases and configure dataguard. everything works fine but i have 1 problem.
imagine that server 1 is primary ;
when i check on server 1 ; (primary DB)
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u01/app/oracle/archive/SID
Oldest online log sequence 215
Next log sequence to archive 218
Current log sequence 218
server 2 ( Standby server )
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination dgsby_Stan
Oldest online log sequence 216
Next log sequence to archive 0
Current log sequence 218
on the alert_log of stanby server , it locate the archived logs from primary on */u01/app/oracle/product/10g/dbs/* not on */u01/app/oracle/archive/SID*
Primary database is in MAXIMUM AVAILABILITY mode
Standby controlfile consistent with primary
RFS[6]: Successfully opened standby log 5: '/u02/app/oracle/oradata/SID/stdby_log01_1.log'
Mon Dec 19 13:16:28 2011
Media Recovery Log /u01/app/oracle/product/10g/dbs/dgsby_Stan1_217_767463156.dbf
Media Recovery Waiting for thread 1 sequence 218 (in transit)
Mon Dec 19 13:16:31 2011
Recovery of Online Redo Log: Thread 1 Group 5 Seq 218 Reading mem 0
Mem# 0 errs 0: /u02/app/oracle/oradata/SID/stdby_log01_1.log
if i do switchover i faced with same reverse situation ; ( old primary acts like the old standby and old standby acts like old primary db )
i have already set log_archive_dest_1 on both server.
i want both standby and primary db locates the archive logs on */u01/app/oracle/archive/SID* not on */u01/app/oracle/product/10g/dbs/*
what do i have to correct this situation ???
thanks
here is the output from standby ;
SQL>
SQL> show parameter standby_archive_dest
NAME TYPE VALUE
standby_archive_dest string /u01/app/oracle/archive/TELE
SQL>
SQL> show parameter log_archive_dest_1
NAME TYPE VALUE
log_archive_dest_1 string location="/u01/app/oracle/arch
ive/SID", valid_for=(ONLINE_L
OGFILE,ALL_ROLES)
log_archive_dest_10 string
SQL> show parameter log_archive_dest
NAME TYPE VALUE
log_archive_dest string
log_archive_dest_1 string location="/u01/app/oracle/arch
ive/SID", valid_for=(ONLINE_L
OGFILE,ALL_ROLES)
log_archive_dest_10 string
log_archive_dest_2 string location="dgsby_Stan", valid_
for=(STANDBY_LOGFILE,STANDBY_R
OLE)
log_archive_dest_3 string
log_archive_dest_4 string
log_archive_dest_5 string
NAME TYPE VALUE
log_archive_dest_6 string
log_archive_dest_7 string
log_archive_dest_8 string
log_archive_dest_9 string
log_archive_dest_state_1 string ENABLE
log_archive_dest_state_10 string enable
log_archive_dest_state_2 string ENABLE
log_archive_dest_state_3 string ENABLE
log_archive_dest_state_4 string enable
log_archive_dest_state_5 string enable
log_archive_dest_state_6 string enable
NAME TYPE VALUE
log_archive_dest_state_7 string enable
log_archive_dest_state_8 string enable
log_archive_dest_state_9 string enable
Similar Messages
-
What is Media Recovery Log ..? Physical Standby Database
Hello All,
In my physical stdby database alert log I could see the below message, I'm not sure what id Media Recovery Log and why it is dumping ORACLE_HOME Directory..?
Could any one please help on this..? I need to house keep ORACLE_HOME directory.
Oracle 11gR2 / RHEL5
RFS[164]: No standby redo logfiles available for thread 2
RFS[164]: Opened log for thread 2 sequence 1995 dbid 287450012 branch 760028574
Fri Nov 11 19:39:05 2011
Media Recovery Log /u01/app/oracle/product/11.2.0/db_1/dbs/arch2_1992_760028574.dbf
Media Recovery Log /u01/app/oracle/product/11.2.0/db_1/dbs/arch2_1993_760028574.dbf
Media Recovery Waiting for thread 1 sequence 5568 (in transit)
Fri Nov 11 19:39:53 2011
Archived Log entry 948 added for thread 2 sequence 1994 rlc 760028574 ID 0x1122a1
FYI : The primary and standby database are in sync.Hello;
The alert log is providing you with information. If you want more run this query :
select process,status,client_process,sequence# from v$managed_standby;You should see processes like ARCH, RFS and MRP0.
MRP will tell you if its applying log(s), waiting for a log, or if it thinks there's a gap.
PROCESS STATUS CLIENT_P SEQUENCE#
ARCH CONNECTED ARCH 0
ARCH CONNECTED ARCH 0
ARCH CONNECTED ARCH 0
ARCH CONNECTED ARCH 0
ARCH CONNECTED ARCH 0
ARCH CONNECTED ARCH 0
ARCH CONNECTED ARCH 0
ARCH CONNECTED ARCH 0
MRP0 APPLYING_LOG N/A 5051
RFS IDLE N/A 0
RFS IDLE UNKNOWN 0There's a tiny amount of information about this under "9.3.1 Adding a Datafile or Creating a Tablespace" in Oracle document E10700-02.
If you find this helpful please click the "helpful" button.
Best Regards
mseberg -
Media Recovery Waiting for thread 1 sequence (in transit)
I have rebuilt our standby database using an rman duplicate since it was missing many archive logs.
Following the duplicate, the standby is now almost in sync with the primary. Logs are shipping across but are not being applied in a timely manner. How long should it take for an archive log from the primary to be applied to the standby?
I need to know this so that a proper script can be set up to check the primary and standby. At the moment they are never exactly in sync - always one sequence number behind the primary.
Why is the standby is not applying in a timely manner?
From the alert log:
Media Recovery Waiting for thread 1 sequence 11278 (in transit)
The log seems to be "in transit" for a long time
PRIMARY:
SQL> select max (sequence#) current_seq from v$log;
CURRENT_SEQ
11278
SB:
SQL> select MAX (SEQUENCE#), APPLIED FROM V$ARCHIVED_LOG where APPLIED ='YES' GROUP BY APPLIED;
MAX(SEQUENCE#) APP
11277 YES
ALERT LOG:
RFS[2]: Archived Log: '/backup/prod/log_1_11277_704816194.dbf'
Primary database is in MAXIMUM PERFORMANCE mode
Mon Nov 1 15:22:01 2010
Media Recovery Log /backup/prod/log_1_11272_704816194.dbf
Mon Nov 1 15:26:49 2010
Media Recovery Log /backup/prod/log_1_11273_704816194.dbf
Mon Nov 1 15:29:54 2010
Media Recovery Log /backup/prod/log_1_11274_704816194.dbf
Mon Nov 1 15:34:18 2010
Media Recovery Log /backup/prod/log_1_11275_704816194.dbf
Mon Nov 1 15:36:42 2010
Media Recovery Log /backup/prod/log_1_11276_704816194.dbf
Mon Nov 1 15:39:43 2010
Media Recovery Log /backup/prod/log_1_11277_704816194.dbf
Mon Nov 1 15:42:34 2010
Media Recovery Waiting for thread 1 sequence 11278 (in transit)
I should add that I understand that for the Primary and Standby to be out by one log is not cause for concern (they are applying). Its just that I wanted to script a check that would compare them both, and and the moment they are never equal - when I understand that they should be and that the logs should be applied almost immediately.
Edited by: Dan A on Nov 1, 2010 4:36 PMHow long should it take for an archive log from the primary to be applied to the standby?depends on network speed also.
make sure the archives are shipped to standby location.
PRIMARY:
SQL> select max (sequence#) current_seq from v$log;
CURRENT_SEQ
11278(this is log not archivelog ) ..... :)SB:
SQL> select MAX (SEQUENCE#), APPLIED FROM V$ARCHIVED_LOG where APPLIED ='YES' GROUP BY APPLIED;
MAX(SEQUENCE#) APP
11277 YES
Hi check is MRP started or not?
primary database you need not check current sequence, check last generated sequence..not current sequence.
current sequence is redo log which has been not yet archived
I think everything is perfect here.. no issues.
Hope you understood, let me know if not clear , thanks. -
Standby media recovery waiting for inactive thread
Hi,
Please let me know any idea on this scenario. Thanks.
Environment:
Oracle 11.2.0.2
primary: 3 node RAC
standby: 3 node RAC
Problem:
there is thread 5 (not registered instance or did not show in srvctl) that generates archivelog. but the lag apply stopped because of this when the instance (of thread 5) is shutdown.
question: somehow an instance is registered in the cluster but in srvctl only 3 instance is running. it should have 4 instance but 1 is not running. How can I remove the thread 5 so when someone startup then shutdown instance#4 it will not create archivelog that will stopped the apply of archivelog in standby.
note: this is perf environment server so someone and "other" DBA is accessing this environment which I am not aware what are they doing with the cluster.
looking in alert log file: - it is waiting for thread 5 sequence 510. But the instance is down so log is not shipped to standby database and this resulted to lag in other threads.
Sat Aug 03 18:54:47 2013
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_1_seq_13718.1544.822333555
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_2_seq_17665.22678.822315375
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_3_seq_15465.14138.822313997
Media Recovery Waiting for thread 5 sequence 510
THREAD# LAST_SEQ_RECEIVED LAST_SEQ_APPLIED
1 13745 13717
2 17728 17664
3 15527 15464
5 509 509
what I did is:
1. primary (asm copy to file system)
2. scp primary to standby
3. standby (file system copy to asm)
4. rman target / -> catalog archivelog <thread 5 sequence 510)
5. then looking into alert log file; it performed media recovery
Sat Aug 03 23:03:13 2013
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_1_seq_13718.1544.822333555
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_2_seq_17665.22678.822315375
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_3_seq_15465.14138.822313997
Media Recovery Waiting for thread 5 sequence 510
Sat Aug 03 23:15:21 2013
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_5_seq_510
Sat Aug 03 23:15:32 2013
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_3_seq_15466.10925.822316315
Sat Aug 03 23:17:18 2013
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_2_seq_17666.853.822333143
Sat Aug 03 23:18:39 2013
Media Recovery Log +FLASH/dgjmspl/archivelog/2013_08_01/thread_3_seq_15467.834.822333553
Sat Aug 03 23:20:54 2013in Standby, thread 4 and 5 are both UNUSED, and size is incorrect (not equal to other redo log). I want to recreate it but cannot drop redo log. I follow Doc ID 740675.1.
any idea what are the missing steps? thanks.
ORA-01624: needed for crash recovery of instance UNNAMED_INSTANCE_5 (thread 5)
select group#,thread#,archived,status,bytes from v$log;
primary DB:
GROUP# THREAD# ARC STATUS BYTES
1 1 YES INACTIVE 1073741824
2 1 YES INACTIVE 1073741824
3 2 NO CURRENT 1073741824
4 2 YES INACTIVE 1073741824
5 3 YES INACTIVE 1073741824
6 3 YES INACTIVE 1073741824
7 2 YES INACTIVE 1073741824
8 1 NO CURRENT 1073741824
9 3 NO CURRENT 1073741824
10 4 YES INACTIVE 1073741824
11 4 NO CURRENT 1073741824
GROUP# THREAD# ARC STATUS BYTES
12 4 YES INACTIVE 1073741824
13 5 YES INACTIVE 1073741824
14 5 YES INACTIVE 1073741824
15 5 NO CURRENT 1073741824
standby DB:
GROUP# THREAD# ARC STATUS BYTES
1 1 YES INACTIVE 1073741824
2 1 YES INACTIVE 1073741824
3 2 NO CURRENT 1073741824
4 2 YES INACTIVE 1073741824
5 3 YES INACTIVE 1073741824
6 3 YES INACTIVE 1073741824
7 2 YES INACTIVE 1073741824
8 1 NO CURRENT 1073741824
9 3 NO CURRENT 1073741824
10 4 YES INACTIVE 1073741824
11 4 NO CURRENT 1073741824
GROUP# THREAD# ARC STATUS BYTES
12 4 YES INACTIVE 1073741824
13 5 YES INACTIVE 1073741824
14 5 YES INACTIVE 1073741824
15 5 NO CURRENT 1073741824 -
Media Recovery failed with error 368
The following error occurs on standby database---
ALTER DATABASE RECOVER CONTINUE DEFAULT
Media Recovery Log x.0000008973.arc
Recovery interrupted.
Redo code 6 enountered during in-flux buffer recovery
Some recovered datafiles maybe left media fuzzy
Media recovery may continue but open resetlogs may fail
some error occurred during recovering in-flux buffers
Recovered data files restored to a consistent state at change 138445558.
Media Recovery failed with error 368
Please advice. Thanks in advanceHere you have the complete reference for the command
that you executed :
http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96540/statements_15a.htm#SQLRF00802
[email protected]
Joel P�rez -
11g standby database media recovery failed due to ora-600
hi friends,
DB: 11g 11.1.0.6
OS: Windows server 2003 ent
I've setup datagaurd using 11g. but for last 2 days, not able to start media recovey on standby database.
here's my alertlog file
alter database recover managed standby database using current logfile disconnect from session
Sat Jan 03 11:23:04 2009
MRP0 started with pid=18, OS id=648
Fast Parallel Media Recovery enabled
Managed Standby Recovery starting Real Time Apply
Media Recovery apply datafile 5 offline range
parallel recovery started with 2 processes
Waiting for all non-current ORLs to be archived...
Media Recovery Log C:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\GOLDSBY\ARCHIVELOG\2008_12_30\BACKUP\O1_MF_1_297_4ON23Q00_.ARC
Completed: alter database recover managed standby database using current logfile disconnect from session
Media Recovery Log C:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\GOLDSBY\ARCHIVELOG\2008_12_31\BACKUP\O1_MF_1_298_4OP3CLWS_.ARC
Errors in file c:\app\administrator\diag\rdbms\goldsby\gold\trace\gold_mrp0_648.trc (incident=544158):
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
Incident details in: c:\app\administrator\diag\rdbms\goldsby\gold\incident\incdir_544158\gold_mrp0_648_i544158.trc
Errors with log C:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\GOLDSBY\ARCHIVELOG\2008_12_31\BACKUP\O1_MF_1_298_4OP3CLWS_.ARC
MRP0: Background Media Recovery terminated with error 600
Errors in file c:\app\administrator\diag\rdbms\goldsby\gold\trace\gold_mrp0_648.trc:
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
Managed Standby Recovery not using Real Time Apply
Shutting down recovery slaves due to error 600
Recovery interrupted!
Sat Jan 03 11:23:15 2009
Trace dumping is performing id=[cdmp_20090103112315]
Sat Jan 03 11:23:16 2009
Recovered data files to a consistent state at change 92419435
Errors in file c:\app\administrator\diag\rdbms\goldsby\gold\trace\gold_mrp0_648.trc:
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
Errors in file c:\app\administrator\diag\rdbms\goldsby\gold\trace\gold_mrp0_648.trc:
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
Sat Jan 03 11:23:17 2009
Sweep Incident[544158]: completed
MRP TRACE FILE
** 2009-01-03 11:05:36.140 1095 krsh.c
MRP0: Background Managed Standby Recovery process started
*** 2009-01-03 11:05:41.140
*** 2009-01-03 11:05:41.140 1295 krsm.c
Managed Recovery: Initialization posted.
Started 11g Parallel Media Recovery
Fast Parallel Media Recovery enabled
*** 2009-01-03 11:05:41.156 1095 krsh.c
Managed Standby Recovery starting Real Time Apply
*** 2009-01-03 11:05:41.671
Recovery target incarnation = 5, activation ID = 0
Influx buffer limit = 31623 (50% x 63246)
Successfully allocated 2 recovery slaves
Start recovery at thread 1 ckpt scn 92413878 logseq 297 block 2
*** 2009-01-03 11:05:43.281
Media Recovery add redo thread 1
*** 2009-01-03 11:05:43.296 1295 krsm.c
Managed Recovery: Active posted.
*** 2009-01-03 11:05:43.500
Media Recovery Log C:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\GOLDSBY\ARCHIVELOG\2008_12_30\O1_MF_1_297_4ON1Y6NZ_.ARC
*** 2009-01-03 11:05:44.093
Media Recovery Log C:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\GOLDSBY\ARCHIVELOG\2008_12_31\O1_MF_1_298_4ON74ROZ_.ARC
*** 2009-01-03 11:05:44.906
Incident 520220 created, dump file: c:\app\administrator\diag\rdbms\goldsby\gold\incident\incdir_520220\gold_mrp0_4044_i520220.trc
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
*** 2009-01-03 11:05:45.687 1095 krsh.c
MRP0: Background Media Recovery terminated with error 600
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
*** 2009-01-03 11:05:45.687 1095 krsh.c
Managed Standby Recovery not using Real Time Apply
kcrrgaptime: no snapshot information available
----- Redo read statistics for thread 1 -----
Read rate (ASYNC): 21376Kb in 2.55s => 8.19 Mb/sec
Total redo bytes: 23424Kb Longest record: 14Kb, moves: 17/62299 moved: 0Mb (0%)
Longest LWN: 804Kb, reads: 2357
Last redo scn: 0x0000.05823f03 (92421891)
Change vector header moves = 8621/118937 (7%)
*** 2009-01-03 11:05:45.828
Media Recovery drop redo thread 1
Completed 11g Parallel Media Recovery
Starting in-flux buffer recovery from SCN 0.92413878 to SCN (non-inclusive) 0.92419435
*** 2009-01-03 11:05:46.265
Influx Media Recovery add redo thread 1
*** 2009-01-03 11:05:47.531
*** 2009-01-03 11:05:47.531 1295 krsm.c
Managed Recovery: Not Active posted.
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
error 473 detected in background process
OPIRIP: Uncaught error 447. Error stack:
ORA-00447: fatal error in background process
ORA-00600: internal error code, arguments: [3012], [5], [131], [0], [92421891], [0], [92413878], []
could you help on this...?
waiting for your favorable reply,
thanks in advance..
RegardsHi;
This error occurs when you have run a switchover/ failover, you may have two parallel standby's but when you pass the command for switchover the one standby is not aware of what you have done.
The point is that all standby should know who is your primary & standby's should also be aware of each other in their "pfiles" now, you should either recreate the standby or open with reset logs.
ora-600 occurs due to different incarnation.
Hope this will help you
if you switch multiple logfiles in primary, & run >>
alter database recover managed standby database disconnect;
your standby will start syncing.
Hope this will help you -
RMAN Restore Error - media recovery requesting unknown log: thread 1 seq 7
Im using RMAN to copy a database to another server. The new server is IDENTICAL to the old one. By identical I mean it has the same sever name, ip address, operating system, Oracle version and directory structure.
The new server already has the instance created, (same name as the old server instance, paths etc)
The backup files have been manually restored to the new server, same locations as they were on the old one. ( RMAN did an automatic controlfile backup and also the archivelogs on the old server ).
Ive restored the control file on the new server from the RMAN backup pieces.
Ive catalogued the RMAN backup pieces on the new server.
I know the last sequence available in the archivelogs backup by running on the new server :
list backup of archivelog all;
List of Backup Sets
===================
BS Key Size Device Type Elapsed Time Completion Time
5 14.43M DISK 00:00:03 11-MAY-11
BP Key: 9 Status: AVAILABLE Compressed: NO Tag: TAG20110511T163502
Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\
011_05_11\O1_MF_ANNNN_TAG20110511T163502_6WOC5833_.BKP
List of Archived Logs in backup set 5
Thrd Seq Low SCN Low Time Next SCN Next Time
1 2 550217 10-MAY-11 556559 11-MAY-11
1 3 556559 11-MAY-11 559776 11-MAY-11
1 4 559776 11-MAY-11 560093 11-MAY-11
1 5 560093 11-MAY-11 560794 11-MAY-11
BS Key Size Device Type Elapsed Time Completion Time
7 15.50K DISK 00:00:01 11-MAY-11
BP Key: 10 Status: AVAILABLE Compressed: NO Tag: TAG20110511T163653
Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\
011_05_11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP
List of Archived Logs in backup set 7
Thrd Seq Low SCN Low Time Next SCN Next Time
1 6 560794 11-MAY-11 560851 11-MAY-11
So far its all going swimmingly well.
Now I want to restore the datafiles and recover. So I ran :
RMAN run { restore database; recover database; alter database open resetlogs; }
This gave me the output below which goes great but I get a final error, I think the error is because its looking for an archive log thats not in the backup set, but it should be. However, I think SCN 560851 is for a log that hadnt been created yet on the old server when the backup was ran ?
How do I address resolving the error ? Its worth pointing out log, "archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
\2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC recid=10 stamp=750881741" isnt on the old server either which is why its not in the backup set.
I can do a alter database open reset logs but Id prefer to know why its failing.
Any help would be much appreciated.
RMAN> run { restore database; recover database; alter database open resetlogs; }
Starting restore at 11-MAY-11
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\SYSTEM01.DBF
restoring datafile 00002 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\UNDOTBS01.DBF
restoring datafile 00003 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\SYSAUX01.DBF
restoring datafile 00004 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\USERS01.DBF
channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\FLASH_REC
OVERY_AREA\SAT\BACKUPSET\2011_05_11\O1_MF_NNNDF_TAG20110511T163507_6WOC5CM7_.BKP
channel ORA_DISK_1: restored backup piece 1
piece handle=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\2011_05_
11\O1_MF_NNNDF_TAG20110511T163507_6WOC5CM7_.BKP tag=TAG20110511T163507
channel ORA_DISK_1: restore complete, elapsed time: 00:00:55
Finished restore at 11-MAY-11
Starting recover at 11-MAY-11
using channel ORA_DISK_1
starting media recovery
channel ORA_DISK_1: starting archive log restore to default destination
channel ORA_DISK_1: restoring archive log
archive log thread=1 sequence=6
channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\FLASH_REC
OVERY_AREA\SAT\BACKUPSET\2011_05_11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP
channel ORA_DISK_1: restored backup piece 1
piece handle=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\2011_05_
11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP tag=TAG20110511T163653
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
\2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC thread=1 sequence=6
channel default: deleting archive log(s)
archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
\2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC recid=10 stamp=750881741
unable to find archive log
archive log thread=1 sequence=7
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 05/11/2011 18:15:42
RMAN-06054: media recovery requesting unknown log: thread 1 seq 7 lowscn 560851
RMAN>
Edited by: user12173666 on 11-May-2011 10:28You need to do incomplete recovery i.e. to ask RMAN to restore/recover to some specific point in time. This is usually done with some UNTIL clause or SET UNTIL statement. Example in your case:
SET UNTIL SEQUENCE 7;See http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta065.htm#RCMRF160. -
RMAN-06054: media recovery requesting unknown archived log
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 05/16/2013 09:03:43
RMAN-05501: aborting duplication of target database
RMAN-03015: error occurred in stored script Memory Script
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 34751 and starting SCN of 8923445274I am receiving the error above on performing RMAN Active cloning, please advise how to resolve thisIn addition to what was said, I can think of two other possibilities for RMAN-6054 during duplicate: bugs such as 12625205 (also see 8554110); duplicate was run earlier without removing the old restored files (Note 1549172.1). In the first case, just specify SCN or find the actual log file and speficy log sequence, instead of time. In the latter case, remove the old restored files or speficy noresume.
Edited by: user11989003 on May 29, 2013 10:17 AM -
ARC0: media recovery disabled in Alert.log? What is ist?
Hello this is Standing in my Alert.log;
Dump file c:\timDB\oracle\dump\bgdump\tim1ALRT.LOG
Tue Jun 21 13:08:18 2005
ORACLE V8.1.7.0.0 - Production vsnsta=0
vsnsql=e vsnxtr=3
Windows NT Version 4.0 Service Pack 6, CPU type 586
Tue Jun 21 13:08:18 2005
Thread 1 advanced to log sequence 5496
Current log# 4 seq# 5496 mem# 0: C:\TIMDB\ORA_BACKUP\TIM\ORA_REDO\TIM1LOG4.RDO
Current log# 4 seq# 5496 mem# 1: C:\TIMDB\ORA_DB\TIM\ORA_REDO2\TIM1LOG4.RDO
Tue Jun 21 13:08:18 2005
ARC0: media recovery disabled
What is Wrong wiht my Oracle?This problem occurs because an archive process has been started but it has nothing to do because the database is in NOARCHIVELOG mode. This could be rather serious if it is expected that the database runs in ARCHIVELOG mode.
This happens when only log_archive_start = true. Which means an archive process is started on database startup, but because the database is not actually in archivelog mode, the archiver reports the above message.
To verify use v$database view. The LOG_MODE is NOARCHIVELOG even though log_archive_start = true.
Put the database in archivelog mode:
1.1. Mount the database.
1.2. Issue the command: ALTER DATABASE ARCHIVELOG;
Jaffar -
Hi
i take cold backup of my 9i database ....
in case my database is up .....
how will i recover my database if i lose a single database file and i want to recover it from cold backup......
Thanks in advance
GaganHere you go
These are the steps:
1. Restore the lost file from a backup.
2. If the database is down, mount it.
SVRMGR> STARTUP MOUNT PFILE=<location_of_pfile>;
3. Issue the following query:
SVRMGR> SELECT V1.GROUP#, MEMBER, SEQUENCE#,
FIRST_CHANGE#
FROM V$LOG V1, V$LOGFILE V2
WHERE V1.GROUP# = V2.GROUP# ;
This will list all your online redolog files and their respective
sequence and first change numbers.
4. If the database is in NOARCHIVELOG mode, issue the query:
SVRMGR> SELECT FILE#, CHANGE# FROM V$RECOVER_FILE;
If the CHANGE# is GREATER than the minimum FIRST_CHANGE# of your logs,
the datafile can be recovered. Just keep in mind that all the logs to
applied will be online logs, and move on to step 5.
If the CHANGE# is LESS than the minimum FIRST_CHANGE# of your logs, the
file cannot be recovered. Your options at this point would be to restore
the most recent full backup (and thus lose all changes to the database
since) or recreate the tablespace as explained in scenario a.
5. Recover the datafile:
SVRMGR> RECOVER DATAFILE '<full_path_file_name>'
6. Confirm each of the logs that you are prompted for until you receive the
message "Media recovery complete". If you are prompted for a non-existing
archived log, Oracle probably needs one or more of the online logs to
proceed with the recovery. Compare the sequence number referenced in the
ORA-280 message with the sequence numbers of your online logs. Then enter
the full path name of one of the members of the redo group whose sequence
number matches the one you are being asked for. Keep entering online logs
as requested until you receive the message "Media recovery complete"
7. If the database is at mount point, open it. -
Media Recovery failed with error 1111
Hi,
on 10g R2 on Unix I have :
Media Recovery Start
Managed Standby Recovery not using Real Time Apply
Fri Jun 24 10:56:52 2011
Media Recovery failed with error 1111
From alert.log :
Errors in file /data01/oracle/mydb/admin/bdump/hhhh_17637.trc:
ORA-01111: name for data file 523 is unknown - rename to correct file
ORA-01110: data file 523: '/oracle/product/10g/db_1/dbs/UNNAMED00523'
ORA-01157: cannot identify/lock data file 523 - see DBWR trace file
ORA-01111: name for data file 523 is unknown - rename to correct file
ORA-01110: data file 523: /oracle/product/10g/db_1/dbs/UNNAMED00523'
Any idea ?
Thanks.here is one test case, i ran into same issue. and reolved as below.
When Standby_file_management is set to “MANUAL” , if any data files added on primary database, These changes certainly won’t be altered in standby database.
After starting MRP process, it dies and terminated with the following errors.
Errors from Alert log file:-
Errors in file /oracle/app/oracle/admin/CC/bdump/cc_mrp0_22294.trc:
ORA-01111: name for data file 536 is unknown - rename to correct file
ORA-01110: data file 536: '/oracle/app/oracle/product/10.2.0/db_1/dbs/UNNAMED00536'
ORA-01157: cannot identify/lock data file 536 - see DBWR trace file
ORA-01111: name for data file 536 is unknown - rename to correct file
ORA-01110: data file 536: '/oracle/app/oracle/product/10.2.0/db_1/dbs/UNNAMED00536'
Errors from Trace file:-
MRP0: Background Media Recovery terminated with error 1111
ORA-01111: name for data file 536 is unknown - rename to correct file
ORA-01110: data file 536: '/oracle/app/oracle/product/10.2.0/db_1/dbs/UNNAMED00536'
ORA-01157: cannot identify/lock data file 536 - see DBWR trace file
ORA-01111: name for data file 536 is unknown - rename to correct file
ORA-01110: data file 536: '/oracle/app/oracle/product/10.2.0/db_1/dbs/UNNAMED00536'
ORA-01111: name for data file 536 is unknown - rename to correct file
ORA-01110: data file 536: '/oracle/app/oracle/product/10.2.0/db_1/dbs/UNNAMED00536'
ORA-01157: cannot identify/lock data file 536 - see DBWR trace file
ORA-01111: name for data file 536 is unknown - rename to correct file
ORA-01110: data file 536: '/oracle/app/oracle/product/10.2.0/db_1/dbs/UNNAMED00536'
ARCH: Connecting to console port...
Check out from SQL, Which files need to be recovered on standby database?
SQL> select * from v$recover_file where error like '%FILE%';
FILE# ONLINE ONLINE_ ERROR CHANGE# TIME
+536 ONLINE ONLINE FILE MISSING 0+
SQL>
On Primary check out for actual naming convention:-
SQL> select file#,name from v$datafile where file#=536;
FILE# NAME
+536 DATA/c/datafile/undotbs9.595.750444337
SQL>
On Standby check datafile name:-
SQL> select file#,name from v$datafile where file#=536;
FILE# NAME
+536 /oracle/app/oracle/product/10.2.0/db_1/dbs/UNNAMED00536+
SQL>
Make sure still standby_file_management is set to “MANUAL”, After performing media recovery again can be enabled to “AUTO”.
Rename datafile from standby database:-
SQL> alter database create datafile '/oracle/app/oracle/product/10.2.0/db_1/dbs/UNNAMED00536' as 'DATA3/cc/datafile/undotbs9_595_750444337';+
Database altered.
Start the MRP Now:-
SQL> alter database recover managed standby database disconnect from session;
Database altered.
After creating the file, MRP will start applying archives on standby database. -
I am running Oracle 10g on windows 2003 R2.
1) My UNDO TBS require media recovery, but the data file is in place for the mentioned location.
Error encountered ORA - 01113 - needs media recovery.
How can i do media recovery.
2) My PROD1 TBS was full and i wanted to resize the datafile. i got error on the client admin console and connection was lost.
When i try to connect again to the instance i get ORA- 12638 - credential fail error.
Am not able to connect to the instance from client admin console, but i am already connect thru SQL Plus on the DB Server.
Please adivse how can i resolve this.
RegardsI get following error when i try to recover undo tbs
datafile.
SQL> recover datafile
'e:\oracle\oradata\ptmn\undotbs.dbf';
ORA-00603: ORACLE server session terminated by fatal
errorCheck your alert.log see if there any additional errors.
Check if the datafile is still online,
select * from dba_data_files
where file_id=2Do you have any active transaction in the database ?
select * from v$transactionIf there's no active undo segment, it's might be easier just create a new undo tablespace, change your default undo tablespace to new one and offline drop the old one. -
Block Media Recovery and RMAN Incremental Level 1 backup
Hi
I have read somewhere that Block Media Recovery will not work if a database is backed up using rman incremental 1. Is this true, and if so is there a work around?
I cannot seem to find this in oralce's documentation.
Regards
MeHi,
1) is Full Backup = Incremental level 0 backup?
Yes
2) When oralce say BMR does not work with incremental, will it work in the case I put forward. becuase Im doing an incremental 0...
But does you have the Archive logs available.. ?? If yes then it will Support.
3) Im my case will BMR work...that is use Incr level 0 on Sunday and then use archive logs for mon, tues etc
Yes, I believe.
@Hemanth .. am I right.. ?? Wait for your inputs...
- Pavan Kumar N -
Database Crash - Media Recovery Required - [SOLVED]
I am trying to understand why media recovery was required when our database had crashed ( this was 2 months ago ). This is just for my understanding and I would appreciate if you could explain it to me.
We have a 10g database on Solaris 10 and EMC SAN for storage. One of the technicians came in look at some electrical issue. And accidentally turned off the power supply to the SAN.
This caused the database instance to crash.
When the DBA tried to startup the database, he said that he was getting errors that some datafiles were corrupted and ruled that media recovery was required.
He took the backups taken 12 hours ago and applied the archived redo logs. Everything was fine except for the downtime ( it took 6 hours for this whole process).
I have several questions:
1. why would the datafiles get corrupted? was the disk in the process of writing and could not complete the task?
2. why did the database not do crash recovery i.e use redo logs? why did we have to use backup?
Thanks.
Message was edited by:
sayeed1. why would the datafiles get corrupted? was the
disk in the process of writing and could not complete
the task?This could happen if a datafile being accessed during the power failure resulting in corrupting the file which can happen to any file during power failure..In this case it was datafile resulting in dataabse crash...
2. why did the database not do crash recovery i.e
use redo logs? why did we have to use backup?Since the file is corrupted you need to replace it with a last backup and apply logs to bring it consistent state....
Again ..This is what i have understood so far
correct me if i am wrong -
ARC0: media recovery disabled
In the Alert log file, I found this message "ARC0: media recovery disabled". Please share with us, if you know how to resolve it.
Hi,
>>In the Alert log file, I found this message "ARC0: media recovery disabled". Please share with us, if you know how to resolve it.
This happens when a database running in NOARCHIVELOG mode is started with the parameter LOG_ARCHIVE_START=TRUE. IF your intention is to have database in NOARCHIVELOG mode then do not start an archive process on startup:
set LOG_ARCHIVE_START=FALSE
For more information, take a look at Note:304974.1 from Oracle Metalink
Cheers
Legatti
Maybe you are looking for
-
Text Messages & Calendar Time off by 1 Hour
Hi. Does anyone else have this problem? I can't seem to find it in the forum discussions when I search. Please direct me if I missed it. My time zone is correct. Here's the situation. When I open the text message app all the messages are listed a
-
How do you create array of enums for transitions in a state machine?
Hello, I am trying to build a state machine, but, I am struggling with understanding the methods for determining which state to transition to next. In other words, I have several states, but, I don't want to go in any particular sequence. If I have
-
cannot reinstall itunes, i get this message MSVCR80.dll not found. Try to reinstall itunes and i get error 7 (Windows erro 126) help please
-
Saving a .pdf as a landscape view
I have a xerox documate 632 scanner that scans and saves the document into a .pdf format. I use these files for presentations and so i need to know how to save the file as a landscape view so it can be opened at read that way.
-
A client of mine has all these product logos that have a thick 10-point outline around the text. When I import these logos into Flash I always want to convert the outline to a fill, because otherwise when I use alpha to fade the logo in and out durin