SYSAUX DATAFILE CONSTANTLY REQUIRES MEDIA RECOVERY

Hello,
Can anyone help me with this reoccurring problem in my Oracle 10g EE R2 database? My sysaux datafile is always going offline and requires media recovery before it can be brought back online. I have created additional datafiles but that didn't resolve the issue.
Thank you.

As for your "Failed to find ARCH for message..."
Check this out:
Cause
Bug 4704334 - ''TKCRRSARC: (WARN) FAILED TO FIND ARCH FOR MESSAGE (MESSAGE:0X1)''
These messages are warning messages and are a consequence of the internal archive process spawning and releasing.
There can be different reasons for this message to appear, but it is in fact related to internal work.
Solution
These are only diagnostic messages and can be safely ignored.
However, there are two options:
Option 1
Ignore the messages.
Option 2
Increase the log_archive_max_processes equal to/or greater than 10
*Testing information about Option 2
log_archive_max_processes=2 may still cause messages, and 4 may cause less.
Recommended setting is 10 or higher as testing has verified that messages disappeared completely at this setting.
References
Bug 4704334 - ''TKCRRSARC: (WARN) FAILED TO FIND ARCH FOR MESSAGE (MESSAGE:0X1)''

Similar Messages

Media Recovery

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.
Regards

I 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.

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:
sayeed

1. 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

Sysaux datafile recovery

Dear all,
10gr2 on windows 2003.
SYSAUX datafile is corrupted in our environment and I don't have the necessary archive logs to recover the datafile. Am planning to create a new database and migrate the data there . I tried
a) full db export and schema level export fails with the below error :
EXP-00056: ORACLE error 376 encountered
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'S:\ORACLE\PRODUCT\10.2.0\ORADATA\BICCO\SYSAUX01.DBF'
EXP-00000: Export terminated unsuccessfullyall the data in a single tablespace called users . when am trying to export that tablespace (transportable tablespace) am getting the below error :
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Export done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
server uses AL32UTF8 character set (possible charset conversion)
Note: table data (rows) will not be exported
About to export transportable tablespace metadata...
EXP-00008: ORACLE error 1001 encountered
ORA-01001: invalid cursor
ORA-06512: at "SYS.DBMS_SYS_SQL", line 899
ORA-06512: at "SYS.DBMS_SQL", line 19
ORA-06512: at "SYS.DBMS_TTS", line 838
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'S:\ORACLE\PRODUCT\10.2.0\ORADATA\BICCO\SYSAUX01.DBF'
ORA-06512: at "SYS.DBMS_PLUGTS", line 1387
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfullyC:\Documents and Settings\ducadmin>exp transport_tablespace=y tablespaces=USERS file=USERS2_Feb11_4
.27.dmp log=USERS2_Feb11_4.27.log statistics=none
Export: Release 10.1.0.4.2 - Production on Thu Feb 11 16:28:06 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Username: sys as sysdba
Password:
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Export done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
server uses AL32UTF8 character set (possible charset conversion)
Note: table data (rows) will not be exported
About to export transportable tablespace metadata...
EXP-00008: ORACLE error 1001 encountered
ORA-01001: invalid cursor
ORA-06512: at "SYS.DBMS_SYS_SQL", line 899
ORA-06512: at "SYS.DBMS_SQL", line 19
ORA-06512: at "SYS.DBMS_TTS", line 838
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'S:\ORACLE\PRODUCT\10.2.0\ORADATA\BICCO\SYSAUX01.DBF'
ORA-06512: at "SYS.DBMS_PLUGTS", line 1387
ORA-06512: at line 1
EXP-00000: Export terminated unsuccessfully
How do I proceed in this situation ?.. copying the data manually to other database is hectic as the data is huge.
Please advise ?
Kai

Dear Mark,
I cannot able to export schema level as it is failing with the below error :
S:\Backup\g_BACKUP\feb13>exp system/manager@BICCO file=Feb13_c012006.dmp owner=c012006 statistics=no
ne rows=Y constraints=Y
Export: Release 10.1.0.4.2 - Production on Sat Feb 13 11:57:42 2010
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Export done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
server uses AL32UTF8 character set (possible charset conversion)
About to export specified users ...
. exporting pre-schema procedural objects and actions
. exporting foreign function library names for user C012006
. exporting PUBLIC type synonyms
. exporting private type synonyms
. exporting object type definitions for user C012006
About to export C012006's objects ...
. exporting database links
. exporting sequence numbers
. exporting cluster definitions
EXP-00056: ORACLE error 376 encountered
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'S:\ORACLE\PRODUCT\10.2.0\ORADATA\BICCO\SYSAUX01.DBF'
EXP-00000: Export terminated unsuccessfully
Kai

About Media Recovery

Hi,
I'm confused what will cause the Media Recovery. I found some documents said when the Checkpoint SCN in datafile does not equal to the SCN in control file will lead to Media Recovery, but some documents said it's caused by the difference of the Checkpoint Count. All the refered document are come from Oracle.
Besides, when the tablespace be online backup, the SCN in datafile and control file are frezed, but the Checkpoint Count in datafile is still changed. I'm not the checkpoint count in control file is also changed or not? But if shutdown database without ending the online backup, it will raise the ora-01113 error. Is it said the Checkpoint Count the judging condition?
Regards,
Edgar

Hi
. A recovery that SMON can perform entirely automatically is known as an instance recovery. One which requires manual intervention from the DBA is known as a media recovery.
A reasonable question to ask is, 'On what basis does SMON assess a database as being healthy or in need of recovery?'. To which the answer is: checkpoint change numbers. Periodically, the database is "timestamped" with a new sequence number (the latest number from a pool of ever-increasing sequence numbers). So long as every file in the database has been stamped with the same number, we can say that the database is 'consistent to that point of time'. If all the checkpoint change numbers that SMON reads during the database opening procedure, and which are stored in the headers of every physical file constituting the database, are the same, the database is healthy. If they are not all the same, and if there are no good reasons for the difference, the database is presumed to have suffered some sort of failure and a recovery procedure is therefore invoked.
CKPT (Checkpoint) is another reasonable question to then ask, 'What writes the checkpoint change number, which SMON reads, into the headers of each database file?'. To which the answer is, 'Another background process called Checkpoint, abbreviated as CKPT'. The occasions when CKPT writes its information into the headers of all database files are known as checkpoint events.
Every transaction that takes place on an Oracle database (that is, every insert, update or delete of a record) causes a system-wide sequence number called the System Change Number or SCN to be incremented. At a checkpoint event, the latest SCN is deemed to be the latest Checkpoint change number, and it is this CCN which is written by CKPT into the headers of all database files.
It is fair to say that, during prolonged database operation, CKPT will forever be writing new checkpoint change numbers into the headers of all the database files; it is SMON's job, at the opening of the database, to ensure that every constituent component of the database agrees on what the latest checkpoint change number should be. If they are all in agreement, the database opens. If there is disagreement, recovery is called for.
To make things even simpler: SMON reads what CKPT writes, and both processes are intimately involved in identifying when databases need recovery, and how much recovery they need, if any.
Govinda Krishna

Sysaux Datafile was Corrupted

hi , i m new to this forums...
one of my Learning Instance sysaux Datafile was corrupted...
how to recover it?
is Point in time Recovery is Possible??

Hi all,
If are there no backup for sysaux?
there is a corrupted block on datafile of sysaux.
Because this, I cannot export, drop, anything.
so, I´ve tried to use:
run
   set newname for datafile 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\DEVDB\SYSAUX01.DBF'
   to 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\DEVDB\DATA\SYSAUX01.DBF';
   restore (tablespace sysaux);
   switch datafile 3;
   recover tablespace sysaux;
}But with this I got the error:
RMAN-06054: media recovery requesting unknown log: thread 1 seq 2874 lowscn 47185106
So I´ve tried:
BLOCKRECOVER DATAFILE 3 BLOCK 50139;But with this I got the error:
RMAN-03002: failure of blockrecover command at 04/29/2008 16:04:30
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 3 found to restore
Is there any other way to restore and recover this?
I would like at least to export, but I got error too. :-(
thanks!!!!
Obs: I have backup for all database files, but when I did the backups,
because this datafile is corrupted, I take the tablespace offline.

Restore & Recover SYSAUX datafile while DB up

Hi,
Due to data block corruption of SYSAUX, need to keep it offline then recover and make it online.
sql 'alter database datafile 2 offline';
restore datafile 2;
recover datafile 2;
sql 'alter database datafile 2 online';
Is it possible to do this operation while Database is up? or we need to keep it down?
BANNER
Oracle Database 11g Release 11.1.0.6.0 - 64bit Production
PL/SQL Release 11.1.0.6.0 - Production
CORE 11.1.0.6.0 Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production
Thanks
Edited by: Nadvi on Jun 10, 2010 10:02 PM
Edited by: Nadvi on Jun 10, 2010 10:28 PM

Nadvi wrote:
Hi,
Due to data block corruption of SYSAUX, need to keep it offline then recover and make it online.
sql 'alter database datafile 2 offline';
restore datafile 2;
recover datafile 2;
sql 'alter database datafile 2 online';
Is it possible to do this operation while Database is up? or we need to keep it down?
BANNER
Oracle Database 11g Release 11.1.0.6.0 - 64bit Production
PL/SQL Release 11.1.0.6.0 - Production
CORE 11.1.0.6.0 Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production
ThanksDear Nadvi
Why you don't perform Block Media Recovery on the corrupted data blocks using RMAN?
In the following example I show how you can recover corrupted data block in the SYSAUX tablespace. However, as you use Oracle 11g, you will use the following syntax:
RECOVER DATAFILE datafile_no BLOCK block)no Here's the example:
SQL> create user test identified by test;
User created.
SQL> grant dba to test;
Grant succeeded.
SQL> conn test/test
Connected.
SQL> create table tbl_test (name varchar2(10)) tablespace sysaux;
Table created.
SQL> insert into tbl_test values('test');
1 row created.
SQL> commit;
Commit complete.
SQL> SELECT header_block FROM dba_segments WHERE segment_name='TBL_TEST';
HEADER_BLOCK
2939
SQL> select tablespace_name from dba_segments where segment_name='TBL_TEST';
TABLESPACE_NAME
SYSAUX
RMAN> backup database plus archivelog delete input;
[oracle@localhost ~]$ dd of=/u01/oracle/product/10.2.0/db_1/oradata/db1/sysaux01.dbf bs=8192 conv=notrunc seek=2939 <<EOF
corruption
EOF0+1 records in
0+1 records out
11 bytes (11 B) copied, 0.0182719 seconds, 0.6 kB/s
SQL> alter system flush buffer_cache;
System altered.
SQL> conn test/test
Connected.
SQL> select * from tbl_test;
select * from tbl_test
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 3, block # 2939)
ORA-01110: data file 3:
'/u01/oracle/product/10.2.0/db_1/oradata/db1/sysaux01.dbf'
RMAN> blockrecover datafile 3 block 2939;
starting media recovery
media recovery complete, elapsed time: 00:00:07
Finished blockrecover at 10-JUN-10
RMAN> exit
SQL> conn test/test
Connected.
SQL> select * from tbl_test;
NAME
testFor more information on Block Media Recovery, you can watch my Video Tutorial
http://kamranagayev.wordpress.com/2010/03/18/rman-video-tutorial-series-performing-block-media-recovery-with-rman/

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:28

You 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.

How to do media recovery from cold backup?????????/

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
Gagan

Here 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.

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

"needs media recovery" after a successful recovery ???

RMAN novice here....
Oracle 9.2.0.1.0 on Redhat Linux (Itanium)
Running in NOarchivelog mode
In RMAN, I backed up a set of datafiles in read only mode taking this approach....
sql "alter tablespace foo read only";
configure channel 1 device type disk format 'backupdisk/mybackuparea/foo.dbf.bck';
backup datafile 'dbdisk/mydb/foo.dbf';
sql "alter tablespace foo read write;
Everything seemed to go fine.
After some time, I wanted to restore/recover. This is what I did (again, in RMAN"...
sql "alter fablespace foo offline";
restore datafile 'dbdisk/mydb/foo.dbf';
recover datafile 'dbdisk/mydb/foo.dbf' noredo;
sql "alter tablespace foo online";
My first stab at it, without the "noredo" failed. But with the "noredo" I got
"Starting recover at ...."
A set of channel assignment statements
"Finished recover at ..."
Looks to have run OK.
But then, when I try to put the tablesopace back online...
"failure of sql command on default channel at...."
"failure during parse/execution of SQL statement: alter tablespace foo online"
"file 1 needs media recovery"
"data file 1: 'dbdisk/mydb/foo.dbf'"
What gives?
Thanks for any help

I've read the books and googled this to death.
Looks like I'm screwed.
At this point, I don't even care about the datafile or the tablespace it contained. I just want my database back.
I dropped the tablespace and it's datafile (and it's data too). I'll have to repopulate from scratch.
Lesson learned
This is what I want to do.....
I want to do a 1x/wk backup of a schema (not the whole DB, I don't have enough disk space for that, just 1 of the schemas). I've designed the thing such that each schema has it;s own tablespaces (no overlap) and each tablespace maps to a single datafile.
I would have liked to do some sort of online backup of the schema (read/write while backup is happening), but I'll settle for read only. If Oracle can't hack that, then I'll take the tablespaces offline.
The schema contains hundreds of millions of records, and the load preocess involves several times that number of data manipulation statements (deletes, updates, inserts). I'd rather not use archivelog mode because I don't have the disk space for it. And, given the volume and nature of the data I'm loading (hundreds of millions of records, created from the data in large raw data files), and how it's being loaded (precompiled C/SQL programs), I would never have need to "rerun" the enormous archives for any reason.
So...
1) backup a single schema (an exclusive set of tablespaces/datafiles)
2) as "online" as possible
3) in noarchivelog mode.
The only thing that I've seen that can do this is EXPORT/IMPORT. I tried that, but extrapolating IMPORT performance, even with all the streamlining recommendations, would take over 3 days. For this reason, IMPORT is not a viable option.
-dave

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.

Recover from dropped SYSAUX datafile

Trying to recover a DEV database without rebuilding it, but not hopeful at this point. Basically, someone dropped the SYSAUX (and a few other) datafiles, so now they are showing up in the database as MISSING0003 instead of the actual filename. There are no backups, but I want to drop the tablespaces (not SYSAUX) and in trying to do so, I'm getting an error about the SYSAUX tablespace for some reason. How can I rebuild or recover from the SYSAUX issue, since I cannot drop the SYSAUX tablespace, as it seems to be preventing me from dropping any of the other tablespaces that have missing datafiles as well. I really just need to recreate the tablespaces, but get the below error when I try to drop the schemas (with cascade) or the tablespaces (including contents).
SQL> drop tablespace DATA001 including contents;
drop tablespace DATA001 including contents
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 2
ORA-00376: file 3 cannot be read at this time
ORA-01111: name for data file 3 is unknown - rename to correct file
ORA-01110: data file 3: 'C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\MISSING00003'
ORA-06512: at line 19
Any help to get past the first issue of dropping the non-SYSTEM tablespaces would be great, and any follow-up on how to rebuild/recreate/recover from the dropped SYSAUX datafiles would be appreciated as well.
DB is 10gR2 on Windows.

user4257171 wrote:
Trying to recover a DEV database without rebuilding it, but not hopeful at this point. Basically, someone dropped the SYSAUX (and a few other) datafiles, so now they are showing up in the database as MISSING0003 instead of the actual filename. There are no backups,
> DB is 10gR2 on Windows.
Without backups you are not going to be able recover the dropped data files. Given that one of the tablespaces was the required SYSAUX tablespace you are most likely looking at a rebuild instead of a restore.

Expdp or exp fails since sysaux datafile is corrupted.

Hi,
I need to migrate data from 10g solaris to 11g Linux. Expdp would work for my case, however sysaux tablespace is corrupted, expdp fails with all options. This is test database and we don't have archivelog files, I cannot recover sysaux datafile. Any idea is appreciated.
oracle@xnq1db01:~$ expdp system dumpfile=xnq1db01_full_%U.dmp directory=dumpdir full=y logfile=xnq1db01_full.log version=10.2 parallel=8 compression=NONE
Export: Release 10.2.0.3.0 - Production on Sunday, 06 March, 2011 18:59:12
Copyright (c) 2003, 2005, Oracle. All rights reserved.
Password:
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options
ORA-31626: job does not exist
ORA-31638: cannot attach to job SYS_EXPORT_FULL_01 for user SYSTEM
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPV$FT_INT", line 389
ORA-39077: unable to subscribe agent KUPC$A_1_20110306185925 to queue "KUPC$C_1_20110306185924"
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPC$QUE_INT", line 248
ORA-25448: rule SYS.KUPC$C_1_20110306185924$81 has errors
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: '+XN_DATA/xnq1db01/datafile/sysaux.266.672960607'

I had the same type of occurence. The following worked for me:
1. Shutdown immediate
2. Startup mount
3. RECOVER DATAFILE 'sysaux tablespace file location/name'
after recovery,
4. Alter database open
5. Alter tablespace sysaux online
(I'd noted when I tried the old exp that one of the first messages displayed was that sysaux was offline)
Disconnected and ran the expdp successfully.
If you're not able to recover the datafile, exp/imp is probably your only other option.

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 advance

Here 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

SYSAUX DATAFILE CONSTANTLY REQUIRES MEDIA RECOVERY

Similar Messages

Maybe you are looking for