DataFile Status-> > > recover

Hi all

My setup is currently as follows

DB: 11.1.0.6.0
OS: Enterprise Linux 5.2

I was absent most of last week and came into the Office to be greeted by the error below

ORA-00372: file 318 cannot be modified at this time

SQL> SELECT *
FROM v$recover_file;
  2
     FILE# ONLINE  ONLINE_ ERROR                   CHANGE# TIME
---------- ------- ------- -------------------- ---------- ---------
       318 OFFLINE OFFLINE CANNOT OPEN FILE              0

SQL>

I dug a bit fishy and discovered that a data file has been deleted on 12.

Fri Mar 12 12:46:28 2010
ALTER DATABASE DATAFILE '/oradata13/zambia/cdrstorage131.dbf' RESIZE 10752M
ORA-3297 signalled during: ALTER DATABASE DATAFILE '/oradata13/zambia/cdrstorage131.dbf' RESIZE 10752M ...
Fri Mar 12 12:47:24 2010
ALTER DATABASE DATAFILE '/oradata13/zambia/cdrstorage147.dbf' RESIZE 10752M
ORA-3297 signalled during: ALTER DATABASE DATAFILE '/oradata13/zambia/cdrstorage147.dbf' RESIZE 10752M ...
Fri Mar 12 12:56:48 2010
ALTER TABLESPACE AGGREGATES ADD DATAFILE  '/oradata04/zambia/cdrstorage148.dbf' SIZE 30720M REUSE
Fri Mar 12 13:00:35 2010
Completed: ALTER TABLESPACE AGGREGATES ADD DATAFILE  '/oradata04/zambia/cdrstorage148.dbf' SIZE 30720M REUSE
Fri Mar 12 13:00:45 2010
Thread 1 advanced to log sequence 573213
  Current log# 5 seq# 573213 mem# 0: /var/zambia/ZAMBIA/onlinelog/redo5_1.log
  Current log# 5 seq# 573213 mem# 1: /oradata01/app/oracle/flash_recovery_area/ZAMBIA/onlinelog/redo5_2.log
Fri Mar 12 13:05:24 2010
ALTER TABLESPACE CDRSTORAGE ADD DATAFILE  '/oradata04/zambia/cdrstorage148.dbf' SIZE 30720M REUSE
ORA-1537 signalled during: ALTER TABLESPACE CDRSTORAGE ADD DATAFILE  '/oradata04/zambia/cdrstorage148.dbf' SIZE 30720M REUSE ...
Fri Mar 12 13:08:50 2010
ALTER DATABASE DATAFILE '/oradata04/zambia/cdrstorage148.dbf'  OFFLINE DROP
Completed: ALTER DATABASE DATAFILE '/oradata04/zambia/cdrstorage148.dbf'  OFFLINE DROP
Fri Mar 12 13:09:25 2010
ALTER TABLESPACE CDRSTORAGE ADD DATAFILE  '/oradata04/zambia/cdrstorage148.dbf' SIZE 30720M REUSE
ORA-1537 signalled during: ALTER TABLESPACE CDRSTORAGE ADD DATAFILE  '/oradata04/zambia/cdrstorage148.dbf' SIZE 30720M REUSE ...
Fri Mar 12 13:14:06 2010
ALTER TABLESPACE AGGREGATES DROP DATAFILE '/oradata04/zambia/cdrstorage148.dbf'
ORA-3264 signalled during: ALTER TABLESPACE AGGREGATES DROP DATAFILE '/oradata04/zambia/cdrstorage148.dbf' ...
Fri Mar 12 13:14:43 2010
ALTER DATABASE DATAFILE '/oradata04/zambia/cdrstorage148.dbf'  ONLINE
ORA-1113 signalled during: ALTER DATABASE DATAFILE '/oradata04/zambia/cdrstorage148.dbf'  ONLINE ...
Fri Mar 12 13:15:03 2010
ALTER TABLESPACE AGGREGATES DROP DATAFILE '/oradata04/zambia/cdrstorage148.dbf'
ORA-3264 signalled during: ALTER TABLESPACE AGGREGATES DROP DATAFILE '/oradata04/zambia/cdrstorage148.dbf' ...
Fri Mar 12 13:16:10 2010
Thread 1 advanced to log sequence 573214
  Current log# 6 seq# 573214 mem# 0: /var/zambia/ZAMBIA/onlinelog/redo6_1.log

Unfortunately, I do not have a valid backup (we export only tables based on a daily basis).

1. How can I check for the objects affected by the missing data file?
2. most of the data located on the affected TABLESPACE can easily be re-calculated, but how do
all untangle this question?
3. that the database is concerned, the data file needs media recovery; How do I fix this?

Kind regards
Phiri

Do only export tables backups, is that a BAD move IMO for a data base of production.

Because the data files are supposed to be in the State not found, do not care about the objects. Also, once added data files are not intended to be removed from the database. The command ' modify... to move the data file "does not drop datafile but tells oracle that the next stage of the dba would be to drop the tablespace itself. You can read this discussion here,
http://asktom.Oracle.com/pls/Apex/f?p=100:11:0:P11_QUESTION_ID:515222144417

In addition, the database is in noarchivelog mode and no way to backup the dba(if any) must be shot to the top. If you can get the objects re-created, I suggest you make a new tablespace, create objects in there and take a full physical backup with RMAN.

HTH
Aman...

Tags: Database

Similar Questions

After the fall offline datafile v$ datafile.status = 'RECOVER'

OS version:
[oracle@base ~]$ uname -a
Linux base.no.sohu.com 2.6.9-55.ELsmp #1 SMP Fri Apr 20 17:03:35 EDT 2007 i686 i686 i386 GNU/Linux

DB version:
SQL> select version from v$instance;
VERSION
-----------------
9.2.0.1.0

Here are my steps,

SQL>alter database datafile '/usr/oradata/bill/soq05.dbf' offline;
Database altered.

SQL>alter database datafile '/usr/oradata/bill/soq05.dbf' offline drop;
Database altered.

The cause is not generated errors, I thought that the commands run successfully. But it's not.

SQL> SELECT NAME,STATUS FROM v$datafile WHERE NAME='/usr/oradata/bill/soq05.dbf';
NAME                                     STATUS
---------------------------------------- -------
/usr/oradata/bill/soq05.dbf              RECOVER

SQL> SELECT FILE#, STATUS, ERROR, RECOVER, TABLESPACE_NAME, NAME  
  2  FROM   V$DATAFILE_HEADER  
  3  WHERE  RECOVER = 'YES'  OR     (RECOVER IS NULL AND ERROR IS NOT NULL); 
     FILE# STATUS  ERROR                RECOVER              TABLESPACE_NAME                NAME
---------- ------- -------------------- -------------------- ------------------------------ ----------------------------------------
        18 OFFLINE                      YES                  SOQ                            /usr/oradata/bill/soq05.dbf

[oracle@base ~]$ ll /usr/oradata/bill/soq05.dbf
-rw-r-----  1 oracle oinstall 1073750016 Aug 28 17:39 /usr/oradata/bill/soq05.dbf

The data file were not droped with success and his status changed to "RECOVER." In addition, I can't online now.

What should I do to make this datafile droped or at least make him online/offline? What I worry, is that the database will be could not restart due to this data file 'RECOVER '.

Thank you very much!
Satine

After change

SQL> alter database create datafile '/U02/bill/product/9.2.0.1/dbs/UNNAMED00018'
  2  as
  3  '/U02/bill/oradata/bill/soq05.dbf';

recover data file 18

then online this data file

alter database datafile '/U02/bill/oradata/bill/soq05.dbf' online;

Khurram

recover DataFile status
Hi guys,.

I'm under Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64 bit Production on Solaris 9.

I have a data file that is in a position to recover and I can't recover this database in a consistent state with the other data files.

The reason is that one of my archivelog that is necessary for recovery is corrupt.

What should I do to remedy this situation?

Thanks in advance,
SELECT DISTINCT nom_segment, segment_type from dba_extents where file_id = (select file_id in dba_data_files where file_id = & numero_fichier)

How to diagnose and recover corrupt datafile?

DBMS: Oracle v.9.2.0.1.0
Operating system: MS Server 2003 R2 SP2 x 86
Problem: The database start to stop every few minutes. I start checking and found one and the largest of the two data files is probably damaged. Now, I don't know how to fix this data file.
First of all, I look in the alert.log and see that ^.

...

Mon Jul 29 11:02:03 2013

SMON: enabling the recovery of tx

Mon Jul 29 11:02:03 2013

Database character set is CL8MSWIN1251

off replication_dependency_tracking (no replication multimaster async found)

Completed: alter database open

Mon Jul 29 11:02:42 2013

KCF: writing / open error blocks = 0x3c009f = 1 online

file = 4 F:\ORACLE\ORADATA\ORCL\USERS_1.ORA

error = txt 27069: ' OSD-04026: invalid parameter passed. (OS 3932319) "

Mon Jul 29 11:02:42 2013

Errors in the c:\oracle\admin\orcl\bdump\orcl_dbw0_3604.trc file:

ORA-01242: data file failed to support: database in NOARCHIVELOG mode

ORA-01114: IO error to the file 4 (block # 3932319) writing block

ORA-01110: data file 4: "F:\ORACLE\ORADATA\ORCL\USERS_1.ORA".

ORA-27069: skgfdisp: try to do i/o beyond the scope of the file

OSD-04026: invalid parameter passed. (OS 3932319)

DBW0: end of litigation because of the error 1242

Instance terminated by DBW0, pid = 3604

C:\oracle\admin\orcl\bdump\alert_orcl.log dump file

...

So I lit archivelog and open the database but it continue to stop when someone calls to certain DB objects.
Then I check v$ headers:

SQL > select file #, status, recover, fuzzy, nom_tablespace, to_char(CHECKPOINT_CHANGE#), name from v$ datafile_header;

FOLDER # STATUS REC FUZ NOM_TABLESPACE TO_CHAR(CHECKPOINT_CHANGE#) NAME

---------- ------- --- --- -------------------- ---------------------------------------- ----------------------------------

1 YES SYSTEM 9679059694215 F:\ORACLE\ORADATA\ORCL\SYSTEM ONLINE. ORA

2 ONLINE WITHOUT CANCELING YES F:\ORACLE\ORADATA\ORCL\UNDO 9679059694215. ORA

3 NO YES 9679059694215 F:\ORACLE\ORADATA\ORCL\USERS USERS ONLINE. ORA

4 YES YES 9679059697551 F:\ORACLE\ORADATA\ORCL\USERS_1.ORA USERS OFFLINE

For some reason, USERS in USERS_1.ORA is offline and marked as requiring recovery.
I tried to recover datafile, but got some errors:

SQL > recover datafile 'F:\ORACLE\ORADATA\ORCL\USERS_1.ORA ';

ORA-00283: cool cancelled due to errors

ORA-01115: reading block IO file error 4 (block # 3932319)

ORA-01110: data file 4: "F:\ORACLE\ORADATA\ORCL\USERS_1.ORA".

ORA-27069: skgfdisp: try to do i/o beyond the scope of the file

OSD-04026: invalid parameter passed. (OS 3932319)

Who have look scary to me.
I try to check the data file:

dBV blocksize = 16384 logfile=F:\oracle\oradata\orcl\dbvlog.txt file=F:\oracle\oradata\orcl\users_1.ora

The result of the check was unexpected:

DBVERIFY: Release 9.2.0.1.0 - Production on Tue Jul 30 05:03:26 2013

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

DBVERIFY - verification starting: FILE = F:\oracle\oradata\orcl\users_1.ora

DBVERIFY - verification complete

Total Pages reviewed: 3932320

Total number of Pages processed (data): 94051

Total Pages failing (data): 0

Total number of Pages processed (Index): 19378

Total Pages failing (Index): 0

Total number of Pages processed (other): 3753059

Total number of Pages processed (Seg): 0

Total Pages failing (Seg): 0

Total Pages empty: 65832

Total Pages marked corrupt: 0

Total Pages influx: 0

Now I have this tablespace offline in the data file probably not corrupted and no idea how get DB in normal condition.
UPD: I have data validation by RMAN:

RMAN > BACKUP VALIDATE DATABASE.

From backup 30 July 13

using controlfile target instead of recovery catalog database

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid = 11 devtype = DISK

channel ORA_DISK_1: from full datafile backupset

channel ORA_DISK_1: specifying datafile (s) in backupset

including current controlfile in backupset

input datafile fno = name=F:\ORACLE\ORADATA\ORCL\USERS_1.ORA 00004

input datafile fno = name 00002 = F:\ORACLE\ORADATA\ORCL\UNDO. ORA

input datafile fno = 00003 name = F:\ORACLE\ORADATA\ORCL\USERS. ORA

input datafile fno = 00001 name = F:\ORACLE\ORADATA\ORCL\SYSTEM. ORA

channel ORA_DISK_1: complete set of backups, time: 00:33:06

Backup finished at 30 July 13

Which would have been check my DB and put the information of blocks corrupt a v $ DATABASE_BLOCK_CORRUPTION, but no! There is nothing:

SQL > select * from V$ DATABASE_BLOCK_CORRUPTION;

no selected line

However, database doesn't open, until I have bad data offline file ^.

SQL > alter database datafile 'F:\ORACLE\ORADATA\ORCL\USERS_1.ORA' online;

Database altered.

SQL > alter database open;

change the database open

*

ERROR on line 1:

ORA-01113: file 4 should media recovery

ORA-01110: data file 4: "F:\ORACLE\ORADATA\ORCL\USERS_1.ORA".

Post edited by: Llywelyn.yv

I finally found my case corect solution:

Refer to Metalink notes:

Note: 158836.1 "Database crashes when DATAFILE is Auto extended from 4 GB"

Note: 1668488 "UNABLE TO RECOVER DATAFILE THAT HAS AUTO EXTENDED ON A 4 GB LIMIT.

Bug is fixed in version 8.1.7.4.1, 9.0.1.4.0 and 9.2.0.2.1.

So I installed the patch, the complete catpatch.sql and catexp.sql and the WHOLE base become to open without a problem)

How to recover the database with RMAN avoiding blur

Hi gurus,

I'm stuck in a situation and need your help.
We check if our backups are valid or not. So it gave me a new server and backups/archives to a 2 TB database I need to restore/recovery. I followed steps below.
(1) copied the prod parameter file to test.
(2) make the necessary changes in the init file.
db_file_name_convert, etc..
(3) start db in nomount mode.
(4) restore the backup control file
Restore controlfile to ' / oraback/ARCH/prod/backup_controlfiles/c-250795000-20141030-01';
(5) mount the database.
(6) created under the rman script and executed.
Run {}
Catalogue start with ' / oraback/RMAN/test "noprompt.
Catalogue start with ' / oraback/ARCH/test "noprompt.
allocate channel C1 device type disk;
allocate channel C2 device type disk;
allocated channel C3 device type disk;
allocate channel C4 device type disk;
allocate channel C5 device type disk;
allocate channel C6 device type disk;
allocate channel C7 device type disk;
allocate channel C8 device type disk;
@rename_datafiles.lst
@rename_logfiles.lst
until the SNA 144390584718.
restore the database;
switch datafile;
recover the database
}
Questions-
-Restore completed successfully, but I found that few archives are missing.
-I pulled from database to recover until cancel using backup controlfile; There is a below error
ORA-01152: 1 no file has been restored from a sufficiently old backup
ORA-01110: data file 1: ' / u02/oradata/testsystem01.dbf'
-Then tried to restore the archive of available backup archive and few of archives have been restored.
i.e. of sequence between 759529 and 759552.
And then I pulled the database until cancel using backup controlfile recovery and I got errors below.
SQL > restore database using backup controlfile until cancel;
ORA-00279: change 144185396330 September at 26/10/2014 to 08:14:01
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759541_535023608.arc
ORA-00280: change 144185396330 thread 1 is in sequence #759541
Specify the log: {< RET > = suggested |} Filename | AUTO | CANCEL}
Auto
ORA-00279: change 144187549215 September at 26/10/2014 to 08:22:05
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759542_535023608.arc
ORA-00280: change 144187549215 thread 1 is in sequence #759542
ORA-00278: log file ' / oraback/ARCH/arch_1_759541_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144187559176 September at 26/10/2014 08:28:41 needed to
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759543_535023608.arc
ORA-00280: change 144187559176 thread 1 is in sequence #759543
ORA-00278: log file ' / oraback/ARCH/arch_1_759542_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144188388865 September at 26/10/2014 08:36:51 needed to
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759544_535023608.arc
ORA-00280: change 144188388865 thread 1 is in sequence #759544
ORA-00278: log file ' / oraback/ARCH/arch_1_759543_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144188399424 September at 26/10/2014 08:46:40 needed to
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759545_535023608.arc
ORA-00280: change 144188399424 thread 1 is in sequence #759545
ORA-00278: log file ' / oraback/ARCH/arch_1_759544_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144189462436 September at 26/10/2014 08:54:04 needed to
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759546_535023608.arc
ORA-00280: change 144189462436 thread 1 is in sequence #759546
ORA-00278: log file ' / oraback/ARCH/arch_1_759545_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144189469985 September at 26/10/2014 08:58:13 needed to
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759547_535023608.arc
ORA-00280: change 144189469985 thread 1 is in sequence #759547
ORA-00278: log file ' / oraback/ARCH/arch_1_759546_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144189577217 September at 26/10/2014 to 09:01:38
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759548_535023608.arc
ORA-00280: change 144189577217 thread 1 is in sequence #759548
ORA-00278: log file ' / oraback/ARCH/arch_1_759547_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144189584836 September at 26/10/2014 to 09:05:26
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759549_535023608.arc
ORA-00280: change 144189584836 thread 1 is in sequence #759549
ORA-00278: log file ' / oraback/ARCH/arch_1_759548_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144189699671 September at 26/10/2014 to 09:09:23
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759550_535023608.arc
ORA-00280: change 144189699671 thread 1 is in sequence #759550
ORA-00278: log file ' / oraback/ARCH/arch_1_759549_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144189708674 September at 26/10/2014 to 09:14:23
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759551_535023608.arc
ORA-00280: change 144189708674 thread 1 is in sequence #759551
ORA-00278: log file ' / oraback/ARCH/arch_1_759550_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144189715134 September at 26/10/2014 to 09:21:51
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759552_535023608.arc
ORA-00280: change 144189715134 thread 1 is in sequence #759552
ORA-00278: log file ' / oraback/ARCH/arch_1_759551_535023608.arc' is no longer
necessary for this recovery
ORA-00279: change 144189715148 September at 26/10/2014 to 09:21:52
thread 1
ORA-00289: suggestion: /oraback/ARCH/arch_1_759553_535023608.arc
ORA-00280: change 144189715148 thread 1 is in sequence #759553
ORA-00278: log file ' / oraback/ARCH/arch_1_759552_535023608.arc' is no longer
necessary for this recovery
ORA-00308: cannot open archived log ' / oraback/ARCH/arch_1_759553_535023608.arc'
ORA-27037: unable to get file status
IBM AIX RISC System/6000 error: 2: no such file or directory
Additional information: 3
ORA-10879: error reported in parallel recovery slave
ORA-01547: WARNING: RECOVER succeeded but OPEN RESETLOGS would get below error
ORA-01194: file 6 recovery needs more match
ORA-01110: data file 6: ' / u01/oradata/testchgtwy_data01.dbf'
-Now when I tried to open the database with resetlogs it gives below error.
SQL > alter database open resetlogs;
ALTER database open resetlogs
*
ERROR on line 1:
ORA-01194: file 6 recovery needs more match
ORA-01110: data file 6: ' / u01/oradata/testchgtwy_data01.dbf'
-I found that sequence backup archives are missing 759553 to 759599. This is not present in the primary also.
-I tried to check the blur of datafiles and achieved lower results.
ALTER session set nls_date_format = 'DD-MON-YYYY HH24:MI:SS ";
Set of feedback on
topic on the value
set pagesize 1000
set linesize 175
format of column checkpoint_change # 999999999999999999999
Select the State, checkpoint_change #, fuzzy,.
TO_CHAR (checkpoint_time, ' ' MON-DD-YYYY HH24:MI:SS) as checkpoint_time,.
Count (*)
v $ datafile_header
Status group, checkpoint_change #, fuzzy, checkpoint_time
order of the State, checkpoint_change #, fuzzy, checkpoint_time;
STATUS CHECKPOINT_CHANGE # CHECKPOINT_TIME FUZZY COUNT (*)
--------------------- ---------------------- --------- -------------------- ----------
144189715148. ONLINE NO 26 OCTOBER 2014 09:21:52 123
ONLINE 144375495577 YES 29 OCTOBER 2014 20:30:23 1
ONLINE 144375495581 YES 29 OCTOBER 2014 20:30:23 1
ONLINE 144375891732 YES 29 OCTOBER 2014 20:52 1
ONLINE 144375891955 YES 29 OCTOBER 2014 20:52:03 1
144376850545. ONLINE NO 29 OCTOBER 2014 21:13:10 1
ONLINE 144376866610 YES 29 OCTOBER 2014 21:13:36 1
ONLINE 144377230506 YES 29 OCTOBER 2014 21:31:42 1
ONLINE 144377313738 YES 29 OCTOBER 2014 21:35:47 1
144377571340. ONLINE NO 29 OCTOBER 2014 21:53:33 1
ONLINE 144377625895 YES 29 OCTOBER 2014 21:57:39 1
ONLINE 144378445278 YES 29 OCTOBER 2014 22:13:37 1
ONLINE 144378578727 YES 29 OCTOBER 2014 22:20:43 1
ONLINE 144378877241 YES 29 OCTOBER 2014 22:35:59 1
ONLINE 144378912130 YES 29 OCTOBER 2014 22:42:25 1
ONLINE 144379435791 YES 29 OCTOBER 2014 22:57:31 1
ONLINE 144379545905 YES 29 OCTOBER 2014 23:03:17 1
ONLINE 144379631677 YES 29 OCTOBER 2014 23:18:53 1
ONLINE 144379637933 YES 29 OCTOBER 2014 23:24:18 1
ONLINE 144380039550 YES 29 OCTOBER 2014 23:37:44 1
ONLINE 144380054601 YES 29 OCTOBER 2014 23:41:40 1
ONLINE 144380099883 YES 29 OCTOBER 2014 23:54:16 1
ONLINE 144380114063 YES 29 OCTOBER 2014 23:59:41 1
ONLINE 144380676881 YES 30 OCTOBER 2014 00:13:27 1
ONLINE 144380869308 YES 30 OCTOBER 2014 00:20:33 1
ONLINE 144381101372 YES 30 OCTOBER 2014 00:32:49 1
ONLINE 144381124605 YES 30 OCTOBER 2014 00:40:54 1
ONLINE 144381393417 YES 30 OCTOBER 2014 00:51:20 1
ONLINE 144382166578 YES 30 OCTOBER 2014 01:00:46 1
ONLINE 144382500313 YES 30 OCTOBER 2014 01:10:11 1
ONLINE 144382666697 YES 30 OCTOBER 2014 01:18:47 1
ONLINE 144382861398 YES 30 OCTOBER 2014 01:30:02 1
ONLINE 144383132266 YES 30 OCTOBER 2014 01:37:38 1
ONLINE 144383283837 YES 30 OCTOBER 2014 01:48:24 1
ONLINE 144383580087 YES 30 OCTOBER 2014 01:55:49 1
ONLINE 144384682269 YES 30 OCTOBER 2014 02:06:55 1
ONLINE 144384792040 YES 30 OCTOBER 2014 02:12:50 1
144385726601. ONLINE NO OCTOBER 30, 2014 02:24:16 1
144385779382. ONLINE NO OCTOBER 30, 2014 02:29:51 1
ONLINE 144385956865 YES 30 OCTOBER 2014 02:41:27 1
ONLINE 144386015770 YES 30 OCTOBER 2014 02:46:22 1
ONLINE 144386151651 YES 30 OCTOBER 2014 02:59:08 1
ONLINE 144386317681 YES 30 OCTOBER 2014 03:04:13 1
ONLINE 144386563076 YES 30 OCTOBER 2014 03:16:59 1
ONLINE 144386565235 YES 30 OCTOBER 2014 03:18:44 1
ONLINE 144386699656 YES 30 OCTOBER 2014 03:31:40 1
144386801438. ONLINE NO OCTOBER 30, 2014 03:36:15 1
144387128892. ONLINE NO OCTOBER 30, 2014 03:52:31 1
ONLINE 144387143873 YES 30 OCTOBER 2014 03:53:56 1
144387490033. ONLINE NO OCTOBER 30, 2014 04:09:52 1
ONLINE 144387501235 YES 30 OCTOBER 2014 04:11:27 1
144388180516. ONLINE NO OCTOBER 30, 2014 04:26:44 1
ONLINE 144388433270 YES 30 OCTOBER 2014 04:31:19 1
ONLINE 144388902410 YES 30 OCTOBER 2014 04:42:55 1
ONLINE 144388917251 YES 30 OCTOBER 2014 04:53:11 1
ONLINE 144389534812 YES 30 OCTOBER 2014 05:01:56 1
ONLINE 144389556024 YES 30 OCTOBER 2014 05:08:42 1
ONLINE 144389674922 YES 30 OCTOBER 2014 05:19:48 1
ONLINE 144389831920 YES 30 OCTOBER 2014 05:26:13 1
144389957543. ONLINE NO OCTOBER 30, 2014 05:42:59 1
ONLINE 144389982414 YES 30 OCTOBER 2014 05:46:24 1
144390137798. ONLINE NO OCTOBER 30, 2014 05:56:40 1
ONLINE 144390460229 YES 30 OCTOBER 2014 06:12:36 1
ONLINE 144390474106 YES 30 OCTOBER 2014 06:13:11 1
144390582132. ONLINE NO OCTOBER 30, 2014 06:27:27 1
144390582634. ONLINE NO OCTOBER 30, 2014 06:28:02 1
(1) how to proceed from here.
(2) all the changes I need to do to the RMAN script. As I need to automate the process of restoration.
(3) I don't want to use under hidden settings
_ALLOW_RESETLOGS_CORRUPTION = TRUE
_CORRUPTED_ROLLBACK_SEGMENTS = (Automatic Undo segments comma-separated list)
Thank you for the support.

You can not ignore the archivelogs.

If the archivelogs are not available, you need a database backup that was created after missing the last archivelog point.

Hemant K Collette

Restore rman 10g with different data file name.

Hi all.
I am successful restoration sauvegardΘ (Veritas Netbackup) one 10.2.0.5 database.
The original database was a 2 node Rac 10.2.0.5 on asm without OMF.
I'm trying to restore on another host with the same version 10.2.0.5 and even platform (Sparc Solaris), but single instance database.
RMAN complete successfully, the restore, but the names of the data files are different from what is written in the controlfiles so
the database can go up but not open.
It is not only a question of path, the look of database for a file of data like this:
System.261.622119076 (the right way of the asm source environment)
but instead, rman restore this data as a file
o1_mf_system_2ixfh90q_.dbf
This seems a name OMF.
I don't understand the reason.

Can I use the command set newname for each data file?

Thanks in advance.

I restored the database successfully.

In init.ora I don't use the setting as a CONVERT.

I don't know why but I had to restore archived log first. something like

DESTINATION ARCHIVELOG TO GAME ' / u01/app/oracle/oradata/PDM/arch;

RESTORE ARCHIVELOG ALL;

then:

RMAN > RUN

{

SBT ALLOCATE CHANNEL t1 TYPE of AIRCRAFT;

Restore controlfile;

}

After this:

editing of database startup

and I extracted the list of data files:

+ DATA /...

+ FLASH...

then

change the editing of the database;

RUN {}

SBT ALLOCATE CHANNEL t1 TYPE of AIRCRAFT;

SBT ALLOCATE CHANNEL t2 TYPE of AIRCRAFT;

SBT ALLOCATE CHANNEL t3 TYPE of AIRCRAFT;

SBT ALLOCATE CHANNEL t4 TYPE of AIRCRAFT;

the value of newname for datafile 1 to ' / u01/app/oracle/oradata/PDM/system.261.622119067';

St newname for datafile 2 to ' / u01/app/oracle/oradata/PDM/undotbs1.262.783621567';

the value of newname for datafile 3 to ' / u01/app/oracle/oradata/PDM/sysaux.263.622119149';

the value of newname for datafile 4 to ' / u01/app/oracle/oradata/PDM/undotbs2.265.622119189';

the value of newname for datafile 5 to ' / u01/app/oracle/oradata/PDM/users.266.622119281';

the value of newname for datafile 6 to ' / u01/app/oracle/oradata/PDM/gcs_data.272.622547291';

the value of newname for datafile 7 to ' / u01/app/oracle/oradata/PDM/gcs_indx.275.622548237';

the value of newname for datafile 8 to ' / u01/app/oracle/oradata/PDM/gcs_lob.276.622548403';

the value of newname for datafile 9 to ' / u01/app/oracle/oradata/PDM/pdm_data.273.622547535';

the value of newname for datafile 10 to ' / u01/app/oracle/oradata/PDM/pdm_indx.274.622547861';

the value of newname for datafile 11 to ' / u01/app/oracle/oradata/PDM/tbs_htmldb.277.623757195';

the value of newname for datafile 12 to ' / u01/app/oracle/oradata/PDM/w3docdb_data.278.623757345';

the value of newname for datafile 13 to ' / u01/app/oracle/oradata/PDM/w3docdb_index.279.623757371';

the value of newname for datafile 14 for ' / u01/app/oracle/oradata/PDM/w3docdb_lob.280.623757407';

the value of newname for datafile 15 to ' / u01/app/oracle/oradata/PDM/aspect_data.295.636897363';

the value of newname for datafile 16 t to ' / u01/app/oracle/oradata/PDM/pdmct.319.650450905';

the value of newname for datafile 17 to ' / u01/app/oracle/oradata/PDM/pdmct.320.650451825';

the value of newname for datafile 18 to ' / u01/app/oracle/oradata/PDM/pdmpm.321.660676573';

the value of newname for datafile 19 to ' / u01/app/oracle/oradata/PDM/undotbs3.327.783526691';

the value of newname for datafile 20 to ' / u01/app/oracle/oradata/PDM/pdmed_data.330.787137071';

the value of newname for datafile 21 to ' / u01/app/oracle/oradata/PDM/pdmed_idx.329.787137111';

until ' to_date ('2015 - 12 - 02:13:00:00 ',' yyyy-mm - dd:hh24:mi:ss');

RESTORE THE DATABASE;

switch datafile;

recover the database;

}

at database startup has tried to recreate the DATA + redolog in and + FLASH as well

I've deleted all the possible redolog except the redolog that have been verified as CURRENT or ACTIVE

(I don't understand why in montage mode I have active and current redolog).

SELECT GROUP #, ARCHIVED, STATUS FROM V$ LOG;

ALTER database drop logfile group x.

For the rest of the redolog I used:

change the database file rename '+ DATA/pdm/onlinelog/group_1.257.622119063' to ' / u01/app/oracle/oradata/PDM/group_1a ";

change the database file rename '+ FLASH/pdm/onlinelog/group_1.257.622119065' to ' / u01/app/oracle/oradata/PDM/group_1b ";

change the database file rename '+ DATA/pdm/onlinelog/group_5.259.622119065' to ' / u01/app/oracle/oradata/PDM/group_5a ";

change the database file rename '+ FLASH/pdm/onlinelog/group_5.259.622119065' to ' / u01/app/oracle/oradata/PDM/group_5b ";

change the database file rename '+ DATA/pdm/onlinelog/group_7.269.622123949' to ' / u01/app/oracle/oradata/PDM/group_7a ";

change the database file rename '+ FLASH/pdm/onlinelog/group_7.263.622123951' to ' / u01/app/oracle/oradata/PDM/group_7b ";

change the database file rename '+ DATA/pdm/onlinelog/group_8.270.622123951' to ' / u01/app/oracle/oradata/PDM/group_8a ";

change the database file rename '+ FLASH/pdm/onlinelog/group_8.264.622123951' to ' / u01/app/oracle/oradata/PDM/group_8b ";

alter database disable change tracking block;

change the database open.

Restore the CBD

Hello

I took the backup of the CBD with RMAN for oracle 12 c. Please let me know how to restore the CDB.

Thank you

Siradji

You can use the same commands to restore the entire CBD or DPS depending on your RMAN connection. If you have a full backup of the CBD, it will also inlcude all PDB.

If a data file is missing, you can use the RMAN LIST FAILURE, FAILURE of ADVICE and the FAILURE of the REPAIR:

For example:

SQL> alter pluggable database pdb2 open;
alter pluggable database pdb2 open
*
ERROR at line 1:
ORA-01157: cannot identify/lock data file 29 - see DBWR trace file
ORA-01110: data file 29: '/u01/app/oracle/oradata/cdb2/pdb2_1/ldata_01.dbf'

[oracle@vm601 ~]$ rman target /

Recovery Manager: Release 12.1.0.1.0 - Production on Mon Jun 29 18:46:31 2015

Copyright (c) 1982, 2013, Oracle and/or its affiliates.  All rights reserved.

connected to target database: CDB2 (DBID=610855196)

RMAN> list failure;

using target database control file instead of recovery catalog
Database Role: PRIMARY

List of Database Failures
=========================

Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
8          HIGH    OPEN      29-JUN-15    One or more non-system datafiles are missing

RMAN> ADVISE FAILURE;

Database Role: PRIMARY

List of Database Failures
=========================

Failure ID Priority Status    Time Detected Summary
---------- -------- --------- ------------- -------
8          HIGH    OPEN      29-JUN-15    One or more non-system datafiles are missing

analyzing automatic repair options; this may take some time
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=46 device type=DISK
analyzing automatic repair options complete

Mandatory Manual Actions
========================
no manual actions available

Optional Manual Actions
=======================
1. If file /u01/app/oracle/oradata/cdb2/pdb2_1/ldata_01.dbf was unintentionally renamed or moved, restore it

Automated Repair Options
========================
Option Repair Description
------ ------------------
1      Restore and recover datafile 29
  Strategy: The repair includes complete media recovery with no data loss
  Repair script: /u01/app/oracle/diag/rdbms/cdb2/cdb2/hm/reco_1473098899.hm

RMAN> repair failure;

Strategy: The repair includes complete media recovery with no data loss
Repair script: /u01/app/oracle/diag/rdbms/cdb2/cdb2/hm/reco_1473098899.hm

contents of repair script:
  # restore and recover datafile
  sql 'PDB2' 'alter database datafile 29 offline';
  restore ( datafile 29 );
  recover datafile 29;
  sql 'PDB2' 'alter database datafile 29 online';

Do you really want to execute the above repair (enter YES or NO)?

Checkpoint YVERT backupset belongs to different incarnation

Reallly stuck with it :( "We are on Oracle 10.2.0.4, Solaris 5.3). A full backup + archivelogs on backup server has copied to Server B, when you try to restore via the following method:

1 restore controlfile:

Rman target /
Startup nomount;
Restore controlfile from ‘/directory_name/c-control_file’

2 catalog backuppieces:

RMAN> alter database mount;
RMAN> catalog backuppiece ‘/new_directory/backup_piece';

3 Crosschecking backup:

RMAN> crosscheck backup;

allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=656 devtype=DISK
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/data/scratch/KRONOS/backup/anya/datafiles.rman recid=74 stamp=745857935
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/data/scratch/KRONOS/backup/anya/arch_KDEV_g8m78jfk_1544_20110315 recid=71 stamp=745857003
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/data/scratch/KRONOS/backup/anya/arch_KDEV_g9m78jfs_1545_20110315 recid=72 stamp=745857053
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/data/scratch/KRONOS/backup/anya/arch_KDEV_gam78jg5_1546_20110315 recid=73 stamp=745857069
Crosschecked 4 objects

4 backup is AVAILABLE

RMAN> list backup of database;

using target database control file instead of recovery catalog

List of Backup Sets
===================

BS Key  Type LV Size       Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
61      Full    21.00G     DISK        00:05:43     15-MAR-11      
        BP Key: 74   Status: AVAILABLE  Compressed: NO  Tag: TAG20110315T040105
        Piece Name: /data/scratch/KRONOS/backup/anya/datafiles.rman
  List of Datafiles in backup set 61
  File LV Type Ckp SCN    Ckp Time  Name
  ---- -- ---- ---------- --------- ----
  1       Full 29951409518 15-MAR-11 /data/dbf/kdev/system01.dbf
  2       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs1.dbf
  3       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs2.dbf
  4       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs3.dbf
  5       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs4.dbf
  6       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs5.dbf
  7       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs6.dbf
  8       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs7.dbf
  9       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs9.dbf
  10      Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs8.dbf
  72      Full 29951409518 15-MAR-11 /data/dbf/kdev/sysaux01.dbf
  81      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo01.dbf
  82      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo02.dbf
  83      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo03.dbf
  84      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo04.dbf
  85      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo05.dbf

We can see that backup SCN is * 29951409518 *.

4 enter the incarnation of the database:

RMAN> list incarnation of database;


List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       KDEV     763526018        PARENT  29215810456 15-DEC-10
2       2       KDEV     763526018        CURRENT 29215838581 15-DEC-10

Note that this incarnation is different * 29215838581 * backup SNA of * 29951409518 *. So when I run the restore/recovery, it fails:

set until sequence 3289;
set newname for datafile 2 to '/data/scratch/KRONOS/backup/anya/tkcs1.dbf';
set newname for datafile 3 to '/data/scratch/KRONOS/backup/anya/tkcs2.dbf';
set newname for datafile 4 to '/data/scratch/KRONOS/backup/anya/tkcs3.dbf';
set newname for datafile 5 to '/data/scratch/KRONOS/backup/anya/tkcs4.dbf';
set newname for datafile 6 to '/data/scratch/KRONOS/backup/anya/tkcs5.dbf';
set newname for datafile 7 to '/data/scratch/KRONOS/backup/anya/tkcs6.2> dbf';
set newname for datafile 8 to '/data/scratch/KRONOS/backup/anya/tkcs7.dbf';
set newname for datafile 9 to '/data/scratch/KRONOS/backup/anya/tkcs9.dbf';
set newname for datafile 10 to '/data/scratch/KRONOS/backup/anya/tkcs8.dbf';
set newname for datafile 1 to '/data/scratch/KRONOS/backup/anya/system01.dbf';
set newname for datafile 1 to '/data/scratch/KRONOS/backup/anya/undo01.dbf';
set newname for datafile 82 to '/data/scratch/KRONOS/backup/anya/undo02.dbf';
set newname for datafile 83 to '/data/scrat3> ch/KRONOS/backup/anya/undo03';
set newname for datafile 84 to '/data/scratch/KRONOS/backup/anya/undo04';
set newname for datafile 85 to '/data/scratch/KRONOS/backup/anya/undo05.dbf';
set newname for datafile 72 to '/data/scratch/KRONOS/backup/anya/sysaux01.dbf';
restore database;
switch datafile all;
recover database;
alter database open resetlogs;
release channel c1;
}

Error:

Starting restore at 15-MAR-11

released channel: c1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 03/15/2011 15:27:02
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 85 found to restore
RMAN-06023: no backup or copy of datafile 84 found to restore
RMAN-06023: no backup or copy of datafile 83 found to restore
RMAN-06023: no backup or copy of datafile 82 found to restore
RMAN-06023: no backup or copy of datafile 81 found to restore
RMAN-06023: no backup or copy of datafile 72 found to restore
RMAN-06023: no backup or copy of datafile 10 found to restore
RMAN-06023: no backup or copy of datafile 9 found to restore
RMAN-06023: no backup or copy of datafile 8 found to restore
RMAN-06023: no backup or copy of datafile 7 found to restore
RMAN-06023: no backup or copy of datafile 6 found to restore
RMAN-06023: no backup or copy of datafile 5 found to restore
RMAN-06023: no backup or copy of datafile 4 found to restore
RMAN-06023: no backup or copy of datafile 3 found to restore
RMAN-06023: no backup or copy of datafile 2 found to restore
RMAN-06023: no backup or copy of datafile 1 found to restore

How can I fix it? Thank you!!!

In your backup script, "sql 'alter system archive log current;'" should be after "data backup...". ».

Hemant K Collette

restore a data file
Hi all

I am currently using oracle 11g rel2 on windows.

I accidentally dropped tablespace 'NAME '. However I enabled the flashback database.

I gave the following command.

SQL > database of flashback in timestamp (sysdate-1/24);

Flashback complete.

SQL > alter database open resetlogs;

Database altered.

SQL > alter database datafile 6 online;
ALTER database datafile 6 online
*
ERROR on line 1:
ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
ORA-01110: data file 6: "C:\APP\PRODUCT\11.2.0\DBHOME_1\DATABASE\UNNAMED00006."

SQL > column file_name format a30
SQL > select name, status from v$ datafile;

NAME
--------------------------------------------------------------------------------

STATUS
-------
C:\APP\ORADATA\ORCL\SYSTEM01. DBF
SYSTEM

C:\APP\ORADATA\ORCL\SYSAUX01. DBF
ONLINE

C:\APP\ORADATA\ORCL\UNDOTBS01. DBF
ONLINE

NAME
--------------------------------------------------------------------------------

STATUS
-------
C:\APP\ORADATA\ORCL\USERS01. DBF
ONLINE

C:\APP\ORADATA\ORCL\EXAMPLE01. DBF
ONLINE

C:\APP\PRODUCT\11.2.0\DBHOME_1\DATABASE\UNNAMED00006
IN OFFLINE MODE

6 selected lines.
Can you tell me how to recover the tablespace 'NAME' of return. Your help is highly appreciated

-Philippe
Documentation:

Because Flashback Database works by undoing changes to data files that exist at the time where you run the command, it has the following limitations:

Flashback Database can only undo changes to a data file made by an Oracle database. It cannot be used to fix the failings of the media, or recover an accidental erasure of data files.
>
http://download.Oracle.com/docs/CD/B19306_01/backup.102/b14192/rpfbdb003.htm

If you can not flashback to restore your data file. Use RMAN and "restore datafile X; recover data file X; "command.

Recovery of the trial process.

Hi all

DB - 10.2.0.2.0

We frequently make the iPhones ' of the database. This time, we do update the time in function of
until 31 August 09 11:00. Here's the sequence date and stamp taken from v$ archived_log
in this case, whaich is the sequence, use while show time-based recovery.
Another question, for the updating of the database, we move of dbf and source fom archive for target.
Before performing recovery, now in testing, we need time archives
and dbf. I recently read the book of Arup that we can do that, but I don't know, it may time
be reached by managed user backups backups hot.

Furthermore, after the time based recovery, how
can we know, how late the databsae restoration.

Quick response you would be very appricaited.

272193 30-08-2009 09:11:49

272194 30-08-2009 23:15:15

272195 30-08-2009 23:15:17

272196 31-08-2009 02:33:51

272197 31-08-2009 06:33:15

272198 31-08-2009 08:50:39

272199 31-08-2009 10:06:57

272200 31-08-2009 10:19:30

272201 31-08-2009 10:42:30

272202 31-08-2009 11:13:50

272203 31-08-2009 11:15:02

272204 31-08-2009 11:18:45

272205 31-08-2009 11:23:29

Hare krishna

RMAN> backup database;

Starting backup at 16-SEP-09
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00001 name=/u01/app/oracle/oradata/mmi/system01.dbf
input datafile file number=00002 name=/u01/app/oracle/oradata/mmi/sysaux01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/mmi/undotbs01.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/mmi/mydatafile.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/mmi/users01.dbf
channel ORA_DISK_1: starting piece 1 at 16-SEP-09
channel ORA_DISK_1: finished piece 1 at 16-SEP-09
piece handle=/u01/app/oracle/flash_recovery_area/MMI/backupset/2009_09_16/o1_mf_nnndf_TAG20090916T134511_5c19dv9q_.bkp tag=TAG20090916T134511 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45
Finished backup at 16-SEP-09

Starting Control File and SPFILE Autobackup at 16-SEP-09
piece handle=/u01/app/oracle/flash_recovery_area/MMI/autobackup/2009_09_16/o1_mf_s_697729560_5c19gcmc_.bkp comment=NONE
Finished Control File and SPFILE Autobackup at 16-SEP-09

RMAN> sql 'alter system archive log current';

sql statement: alter system archive log current

RMAN> sql 'alter system archive log current';

sql statement: alter system archive log current

RMAN> sql 'alter system archive log current';

sql statement: alter system archive log current

RMAN> shutdown abort

Oracle instance shut down

RMAN> exit

Recovery Manager complete.

[oracle@khurram ~]$ rm -rf /u01/app/oracle/oradata/mmi/*
[oracle@khurram ~]$ rman target /

Recovery Manager: Release 11.1.0.6.0 - Production on Wed Sep 16 13:47:35 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database (not started)

RMAN> startup nomount

Oracle instance started

Total System Global Area    1620115456 bytes

Fixed Size                     2144864 bytes
Variable Size                721421728 bytes
Database Buffers             889192448 bytes
Redo Buffers                   7356416 bytes

RMAN> restore controlfile from autobackup;

Starting restore at 16-SEP-09
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=153 device type=DISK

recovery area destination: /u01/app/oracle/flash_recovery_area
database name (or database unique name) used for search: MMI
channel ORA_DISK_1: AUTOBACKUP /u01/app/oracle/flash_recovery_area/MMI/autobackup/2009_09_16/o1_mf_s_697729560_5c19gcmc_.bkp found in the recovery area
AUTOBACKUP search with format "%F" not attempted because DBID was not set
channel ORA_DISK_1: restoring control file from AUTOBACKUP /u01/app/oracle/flash_recovery_area/MMI/autobackup/2009_09_16/o1_mf_s_697729560_5c19gcmc_.bkp
channel ORA_DISK_1: control file restore from AUTOBACKUP complete
output file name=/u01/app/oracle/oradata/mmi/control01.ctl
output file name=/u01/app/oracle/oradata/mmi/control02.ctl
output file name=/u01/app/oracle/oradata/mmi/control03.ctl
Finished restore at 16-SEP-09

RMAN> alter database mount;

database mounted
released channel: ORA_DISK_1

Another terminal come to SQL

[oracle@khurram ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.1.0.6.0 - Production on Wed Sep 16 13:49:14 2009

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> set linesize 1000
SQL> select substr(name,1,50) fname,checkpoint_change#,last_change#,status
  2    from v$datafile;

FNAME                                              CHECKPOINT_CHANGE# LAST_CHANGE# STATUS
-------------------------------------------------- ------------------ ------------ -------
/u01/app/oracle/oradata/mmi/system01.dbf                      1350307              SYSTEM
/u01/app/oracle/oradata/mmi/sysaux01.dbf                      1350307              ONLINE
/u01/app/oracle/oradata/mmi/undotbs01.dbf                     1350307              ONLINE
/u01/app/oracle/oradata/mmi/users01.dbf                       1350307              ONLINE
/u01/app/oracle/oradata/mmi/mydatafile.dbf                    1350307              ONLINE

Here you can see that in the control line repositry START YVERT data files (CHECKPOINT_SCHANGE #) is 1350307, whenever the control points occur, Oracle writes a START SCN for the data file headers, he writes as well the START SCN in controlfile for each data file. The control file maintains also another value SCN for each feed with START YVERT is the RCS STOP, this STOP SNA is usually zero (infinite) when your status of databases is open and datafile status is online, the null state shows that recovery will start SNA START and will go until the end of the wire again. The STO SNA here is LAST_CHANGE #.

RMAN> restore database;

Starting restore at 16-SEP-09
Starting implicit crosscheck backup at 16-SEP-09
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=152 device type=DISK
Crosschecked 1 objects
Finished implicit crosscheck backup at 16-SEP-09

Starting implicit crosscheck copy at 16-SEP-09
using channel ORA_DISK_1
Finished implicit crosscheck copy at 16-SEP-09

searching for all files in the recovery area
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /u01/app/oracle/flash_recovery_area/MMI/autobackup/2009_09_16/o1_mf_s_697729560_5c19gcmc_.bkp
File Name: /u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_1_5c19gzs5_.arc
File Name: /u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_2_5c19h2m0_.arc
File Name: /u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_3_5c19h4tk_.arc

using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/mmi/system01.dbf
channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/mmi/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/mmi/undotbs01.dbf
channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/mmi/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/mmi/mydatafile.dbf
channel ORA_DISK_1: reading from backup piece /u01/app/oracle/flash_recovery_area/MMI/backupset/2009_09_16/o1_mf_nnndf_TAG20090916T134511_5c19dv9q_.bkp
channel ORA_DISK_1: piece handle=/u01/app/oracle/flash_recovery_area/MMI/backupset/2009_09_16/o1_mf_nnndf_TAG20090916T134511_5c19dv9q_.bkp tag=TAG20090916T134511
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:45
Finished restore at 16-SEP-09

SQL> select substr(name,1,50) fname,checkpoint_change#,last_change#,status
  2    from v$datafile;

FNAME                                              CHECKPOINT_CHANGE# LAST_CHANGE# STATUS
-------------------------------------------------- ------------------ ------------ -------
/u01/app/oracle/oradata/mmi/system01.dbf                      1350307              SYSTEM
/u01/app/oracle/oradata/mmi/sysaux01.dbf                      1350307              ONLINE
/u01/app/oracle/oradata/mmi/undotbs01.dbf                     1350307              ONLINE
/u01/app/oracle/oradata/mmi/users01.dbf                       1350307              ONLINE
/u01/app/oracle/oradata/mmi/mydatafile.dbf                    1350307              ONLINE

Now recover

RMAN> recover database;

Starting recover at 16-SEP-09
using channel ORA_DISK_1

starting media recovery

archived log for thread 1 with sequence 1 is already on disk as file /u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_1_5c19gzs5_.arc
archived log for thread 1 with sequence 2 is already on disk as file /u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_2_5c19h2m0_.arc
archived log for thread 1 with sequence 3 is already on disk as file /u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_3_5c19h4tk_.arc
archived log file name=/u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_1_5c19gzs5_.arc thread=1 sequence=1
archived log file name=/u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_2_5c19h2m0_.arc thread=1 sequence=2
archived log file name=/u01/app/oracle/flash_recovery_area/MMI/archivelog/2009_09_16/o1_mf_1_3_5c19h4tk_.arc thread=1 sequence=3
unable to find archived log
archived log thread=1 sequence=4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 09/16/2009 13:51:44
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 4 and starting SCN of 1350423

SQL> select substr(name,1,50) fname,checkpoint_change#,last_change#,status
  2    from v$datafile;

FNAME                                              CHECKPOINT_CHANGE# LAST_CHANGE# STATUS
-------------------------------------------------- ------------------ ------------ -------
/u01/app/oracle/oradata/mmi/system01.dbf                      1350423              SYSTEM
/u01/app/oracle/oradata/mmi/sysaux01.dbf                      1350423              ONLINE
/u01/app/oracle/oradata/mmi/undotbs01.dbf                     1350423              ONLINE
/u01/app/oracle/oradata/mmi/users01.dbf                       1350423              ONLINE
/u01/app/oracle/oradata/mmi/mydatafile.dbf                    1350423              ONLINE

Here you can see that there is in repositry controlfile datafile header YVERT START, which was 1350307 after the restoration, when you started the recovery now its
CPN is the 1350423 that shows that your recovery process from SNA 1350307 and ends at 1350423.

Khurram

Cannot open database - 10g
Dear experts,

I have a problem to open my database. ORA-01033: ORACLE initialization or shutting. I rebooted server several times. I tried several ways but no joy. Please see the steps I did to solve this-

------------------------------------------------------------------

SQL > connect dmadmin /mypwdx89 as sysdba
Connected.
SQL > STARTUP MOUNT
ORA-01081: cannot start already running ORACLE - he stop first
SQL > ALTER DATABASE OPEN;
ALTER DATABASE OPEN
*
ERROR on line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: ' C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSTEM01. DBF'

SQL > RECOVER DATABASE;
ORA-00279: change 149935494 September at 2009-06-10 17:05:33 needed to screw 1
ORA-00289: suggestion:
C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\ARCHIVELOG\2009_06_23\O1_MF_1_

673_ % U_. ARC
ORA-00280: change 149935494 thread 1 is in sequence #673

Specify the log: {< RET > = suggested |} Filename | AUTO | CANCEL}

ORA-00308: cannot open archived log
' C:\ORACLE\PRODUCT\10.1.0\FLASH_RECOVERY_AREA\ZUMA\ARCHIVELOG\2009_06_10\O1_MF_1
_673_530WXF9P_. ARC'
ORA-27041: could not open the file
04002 - OSD: could not open the file
S/O-error: (OS 3) the system cannot find the path specified.

SQL > select * from v$ controlfile;

STATUS
-------
NAME
--------------------------------------------------------------------------------

IS_
---

C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\CONTROL01. CTL
NO.

C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\CONTROL02. CTL
NO.

STATUS
-------
NAME
--------------------------------------------------------------------------------

IS_
---

C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\CONTROL03. CTL
NO.

SQL > shutdown immediate
ORA-01109: database is not open

The database is dismounted.
ORACLE instance stops.
SQL > startup nomount
ORACLE instance started.

Total System Global Area 171966464 bytes
Bytes of size 787988 fixed
145750508 variable size bytes
Buffers 25165824 database bytes
Redo buffers 262144 bytes
SQL > select name from v$ controlfile;

no selected line

SQL >
SQL > alter the editing of the database;

Database altered.

SQL > select name from v$ controlfile;

NAME
--------------------------------------------------------------------------------

C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\CONTROL01. CTL
C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\CONTROL02. CTL
C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\CONTROL03. CTL

SQL > alter database open;
change the database open
*
ERROR on line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: ' C:\ORACLE\PRODUCT\10.1.0\ORADATA\ZUMA\SYSTEM01. DBF'

SQL >

---------------------------------------------------------------

The I tried to recover datafile

SQL > Recover datafile '< datafile-name > ";

Yet once error - same cannot open the data file... restarted server... .i no use... same error.

Please help solve this problem.

Kind regards
John Ranjith
Set the allowresetlogs_corruption = true parameter in the init.ora file, and then try force start using pfile. For information, see http://forums.oracle.com/forums/thread.jspa?threadID=919959&tstart=15

Migration of the OMF

Hello guys,.
I'm in a phase of migration of OMF files and configured in my pfile file as follows:
* .db_create_file_dest = ' / DG_PRODUCTION'
* .db_create_online_log_dest_1 = ' / DG_PRODUCTION'
* .db_create_online_log_dest_2 = ' / FRA_PRODUCTION'
I used the following command:
RMAN > RUN {
SET NEWNAME FOR DATABASE AGAIN.
RESTORE THE DATABASE;
SWITCH DATAFILE;
RECOVER THE DATABASE;
}
RMAN > ALTER DATABASE OPEN RESETLOGS;
When you are finished, I consulted:
SQL > select name from v $ datafile;
NAME
-------------------------------------------------- ------------------------------
/DG_PRODUCTION/BD/datafile/o1_mf_system_c7ytmpqn_.dbf
/DG_PRODUCTION/BD/datafile/o1_mf_sysaux_c7ytmps5_.dbf
/DG_PRODUCTION/BD/datafile/o1_mf_undotbs1_c7yl7ltl_.dbf
So far, ok. !
SQL > select name from v $ controlfile;
NAME
-------------------------------------------------- ------------------------------
/ DG_PRODUCTION, BD, controlfile, o1_mf_c7yk6tol_. CTL
/ FRA_PRODUCTION, BD, controlfile, o1_mf_c7yk6x0n_. CTL
So far, ok!
but
SQL > select Member from v $ logfile;
MEMBERS
-------------------------------------------------- ------------------------------
/U05/BD/redo03.log
/U05/BD/redo02.log
/U05/BD/redo01.log
the migration of the log files have been migrated to DG_PRODUCTION and FRA_PRODUCTION that I specified in the pfile file?
the correct would be:
SQL > select Member from v $ logfile;
MEMBERS
-------------------------------------------------- ------------------------------
/DG_PRODUCTION/BD/onlinelog/redo03.log
/FRA_PRODUCTION/BD/onlinelog/redo02.log
??

SET NEWNAME applies only to the database files, log files redo not online.

You could issue commands ALTER DATABASE add LOGFILE without specifying the path to Oracle using the defined online_log_dest

(and then dropping the 'old')

Hemant K Collette

Oracle Autoextensible Tablespace does not extend

Hello
I updated the SYSTEM tablespace data file CanGrow but this isn't autoextending. He has reached 100% usage of a few times. I manually spread the data file because it isn't autoextending. Any help would be much appreciated. Thank you!
Version of DB-
SQL > select * from v version $;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11 g Enterprise Edition Release 11.2.0.3.0 - 64 bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE Production 11.2.0.3.0
AMT for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production
-The Tablespace DDL
SQL > SELECT DBMS_METADATA. GET_DDL ('TABLESPACE ',' SYSTEM) double;
DBMS_METADATA. GET_DDL ('TABLESPACE', 'SYSTEM')
--------------------------------------------------------------------------------
CREATE TABLESPACE DATAFILE 'SYSTEM '.
' / oracle/test/data4/test01/system01.dbf' 674013184 SIZE
AUTOEXTEND ON NEXT 8192 MAXSIZE 32767M
ONLINE REGISTRATION PERMANENT BLOCKSIZE 8192
EXTENT MANAGEMENT DEFAULT DICTIONARY
NOCOMPRESS
STORAGE (INITIAL NEXT 16384 16384 MINEXTENTS 1 MAXEXTENTS 505)
PCTINCREASE 50)
DataFile - status
NOM_TABLESPACE FILE_ID BYTES_MB MAXBYTES_MB AUT INCREMENT_BY
------------------------------ ---------- ---------- ----------- --- ------------
SYSTEM 1 642.789063 32767.9844 YES 1
My file system always has a 35,20 GB of free space.

Oracle report any error (could not allocate the measure)?

He would autoextend data file only when necessary. I've seen data files that seem to be full to 100%, but do not need autoextend because no new objects are created / existing objects do not grow.

Hemant K Collette

RMAN error

Hello everyone
I'm new to the rman recovery
my script as below
run
{
allocate channel c1 type disk;
allocate channel c2 type disk;
allocated channel c3 type disk;
@/ rman_bkp/db_script.sql;
restore the database;
switch datafile;
recover the database;
output channel c1;
output channel c2.
output channel c3.
}
file db_script. SQL I gave commands below
the value of newname for datafile 352 to ' / ebsapps/uatdb/uatdata/system09.dbf';
the value of newname for datafile 353 to ' / ebsapps/uatdb/uatdata/system08.dbf';
the value of newname for datafile 354 to ' / ebsapps/uatdb/uatdata/system11.dbf';
the value of newname for datafile 379 to ' / ebsapps/uatdb/uatdata/undo01.dbf';
the value of newname for datafile 392 to ' / ebsapps/uatdb/uatdata/a_txn_data01.dbf';
the value of newname for datafile 393 to ' / ebsapps/uatdb/uatdata/a_txn_ind01.dbf';
the value of newname for datafile 394 to ' / ebsapps/uatdb/uatdata/a_ref01.dbf';
the value of newname for datafile 395 to ' / ebsapps/uatdb/uatdata/a_int01.dbf';
the value of newname for datafile 396 to ' / ebsapps/uatdb/uatdata/a_summ01.dbf';
the value of newname for datafile 397 to ' / ebsapps/uatdb/uatdata/a_nolog01.dbf';
the value of newname for datafile 398 to ' / ebsapps/uatdb/uatdata/a_archive01.dbf';
the value of newname for datafile 399 to ' / ebsapps/uatdb/uatdata/a_queue01.dbf';
the value of newname for datafile 400 to ' / ebsapps/uatdb/uatdata/a_media01.dbf';
the value of newname for datafile 401 to ' / ebsapps/uatdb/uatdata/a_txn_data02.dbf';
So my question is when I run the rman script he ever read the file
get error below
RMAN-00558: error occurred during parsing of order entry
RMAN-01006: error reported during the analysis
' RMAN-00556: could not open CMDFILE ' / rman_bkp/db_script.sql; »
and beginning of restoration in the default path.
Why it happened I give chmod and chown every thing. ?

I found the error need to delete ';' after the script in the rman script file

Confusion about the tag recovery

Hi all
We had a situation where he must restore and recover to point in time until 24 June. One of our colleagues initially restored the controlfile from 24 June backup using script below...
run
{
ALLOCATE CHANNEL c1 DEVICE TYPE SBT_TAPE PARMS ' ENV = (NB_ORA_SERV = masterhp003.xxxxx.com, NB_ORA_POLICY = ora_pacerprd01_pacerprd, NB_ORA_CLIENT = orasalxhp603), BLKSIZE = 524288';
Restore controlfile from "TAG20130624T004158"
output channel c1;
}
After that, he executed the script below to recover the database.
run
{
ALLOCATE CHANNEL c1 DEVICE TYPE SBT_TAPE PARMS ' ENV = (NB_ORA_SERV = masterhp003.xxxxx.com, NB_ORA_POLICY = ora_pacerprd01_pacerprd, NB_ORA_CLIENT = orasalxhp603), BLKSIZE = 524288';
ALLOCATE CHANNEL c2 DEVICE TYPE SBT_TAPE PARMS ' ENV = (NB_ORA_SERV = masterhp003.xxxxx.com, NB_ORA_POLICY = ora_pacerprd01_pacerprd, NB_ORA_CLIENT = orasalxhp603), BLKSIZE = 524288';
ALLOCATE CHANNEL c3 DEVICE TYPE SBT_TAPE PARMS ' ENV = (NB_ORA_SERV = masterhp003.thehartford.com, NB_ORA_POLICY = ora_pacerprd01_pacerprd, NB_ORA_CLIENT = orasalxhp603), BLKSIZE = 524288';
ALLOCATE CHANNEL c4 DEVICE TYPE SBT_TAPE PARMS ' ENV = (NB_ORA_SERV = masterhp003.xxxxx.com, NB_ORA_POLICY = ora_pacerprd01_pacerprd, NB_ORA_CLIENT = orasalxhp603), BLKSIZE = 524288';
the value of newname for datafile 1 to ' / asj_pacerqa/data01/pacerqa/datafile/system01.dbf';
the value of newname for datafile 2 TO 'asj_pacerqa/data01/pacerqa/datafile/sysaux01.dbf ';
the value of newname for datafile 3 to ' / asj_pacerqa/data01/pacerqa/datafile/undotbs01.dbf';
the value of newname for datafile 4 to ' / asj_pacerqa/data01/pacerqa/datafile/users01.dbf';
the value of newname for datafile 5 to ' / asj_pacerqa/data01/pacerqa/datafile/base_idx_256k_0101.dbf';
the value of newname for datafile 6 to ' / asj_pacerqa/data01/pacerqa/datafile/base_idx_6400k_0101.dbf';
the value of newname for datafile 7 to ' / asj_pacerqa/data01/pacerqa/datafile/base_idx_6400k_0201.dbf';
the value of newname for datafile 8 to ' / asj_pacerqa/data01/pacerqa/datafile/base_idx_64k_0101.dbf';
the value of newname for datafile 9 to ' / asj_pacerqa/data01/pacerqa/datafile/base_idx_64k_0201.dbf';
the value of newname for datafile 10 to ' / asj_pacerqa/data01/pacerqa/datafile/base_tbl_256k_0101.dbf';
the value of newname for datafile 11 FOR ' / asj_pacerqa/data01/pacerqa/datafile/base_tbl_6400k_0101.dbf';
the value of newname for datafile 12 to ' / asj_pacerqa/data01/pacerqa/datafile/base_tbl_6400k_0201.dbf';
the value of newname for datafile 13 to ' / asj_pacerqa/data01/pacerqa/datafile/base_tbl_64k_0101.dbf';
the value of newname for datafile 14 FOR ' / asj_pacerqa/data01/pacerqa/datafile/base_tbl_64k_0201.dbf';
restore the tag database 'PACERPRD_LEVEL0_174_24 ';
switch datafile;
recover the database;
output channel c1;
output channel c2.
output channel c3.
output channel c4.
}
The "PACERPRD_LEVEL0_174_24" tag was also from a data file backup 24.
Please suggest that the database has been restored until 24 or it has been restored in the current data. Please, help us to understand.

Look at the log of the race to RESTORE + RESTORE in order to identify the archivelogs (to date) have been applied by Oracle.

It is perfectly possible to use an older controlfile (of 24) and retrieve a present (30).

You must use the SET clause until in RMAN to specify the point-in-time recovery.

Hemant K Collette

DataFile Status-&gt; &gt; &gt; recover

Similar Questions

Maybe you are looking for

DataFile Status-> > > recover