Why is Oracle RMAN restoring a datafile to a different diskgroup?
Hello,
When I was trying an RMAN restore of a datafile, I found it is restoring the datafile to a new location. Why is Oracle restoring a datafile to a different diskgroup instead of restoring to the original diskgroup where the datafile was originally present?
1) I have a datafile '+DATA3/slob1/datafile/undotbs2.260.819992871' which is on +DATA3 diskgroup
2) I am taking a backup on to +FRA diskgroup
3) I then offline and delete the datafile 5 using asmcmd to simulate the loss of a datafile
4) I perform restore and recover of datafile 5 from the backup set on +FRA
5) Unfortunately the datafile got restored on to +FRA instead of +DATA3. I realize that the file name can change because it is going to be a new file on ASM but I would assume this will be on the same diskgroup atleast since the control file has it pointing to '+DATA3/slob1/datafile/undotbs2.260.819992871' before restoration.
When I tested on file system, this gets restored on to file system correctly.
Anyone has any idea why the datafile was restored on to +FRA instead of +DATA3?
Below is the screen output of what I did.
[oracle@ltc-rac02[SLOB11]:/home/oracle ]$ rman target /
Recovery Manager: Release 11.2.0.2.0 - Production on Thu Jul 11 17:09:21 2013
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
connected to target database: SLOB1 (DBID=4051414893)
RMAN> report schema;
using target database control file instead of recovery catalog
Report of database schema for database with db_unique_name SLOB1
List of Permanent Datafiles
===========================
File Size(MB) Tablespace RB segs Datafile Name
1 720 SYSTEM *** +DATA3/slob1/datafile/system.258.819992865
2 590 SYSAUX *** +DATA3/slob1/datafile/sysaux.259.819992869
3 24430 UNDOTBS1 *** +DATA3/slob1/datafile/undotbs1.256.819992725
4 5 USERS *** +DATA3/slob1/datafile/users.262.819992873
5 25 UNDOTBS2 *** +DATA3/slob1/datafile/undotbs2.260.819992871
6 10824 IOPS *** +DATA3/slob1/datafile/iops.257.820445551
RMAN> backup as backupset datafile 5 format '+FRA';
Starting backup at 11-07-2013 17:10:03
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=687 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00005 name=+DATA3/slob1/datafile/undotbs2.260.819992871
channel ORA_DISK_1: starting piece 1 at 11-07-2013 17:10:04
channel ORA_DISK_1: finished piece 1 at 11-07-2013 17:10:05
piece handle=+FRA/slob1/backupset/2013_07_11/nnndf0_tag20130711t171003_0.256.820516205 tag=TAG20130711T171003 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 11-07-2013 17:10:05
RMAN> SQL 'alter database datafile 5 offline';
using target database control file instead of recovery catalog
sql statement: alter database datafile 5 offline
RMAN> quit
Recovery Manager complete.
[oracle@ltc-rac02[SLOB11]:/home/oracle ]$ asmcmd rm +DATA3/slob1/datafile/undotbs2.260.819992871
[oracle@ltc-rac02[+ASM2]:/home/oracle ]$ asmcmd ls -l +DATA3/slob1/datafile/undotbs2.260.819992871
ASMCMD-08002: entry 'undotbs2.260.819992871' does not exist in directory '+DATA3/slob1/datafile/'
[oracle@ltc-rac02[+ASM2]:/home/oracle ]$ . oraenv
ORACLE_SID = [+ASM2] ? SLOB11
The Oracle base remains unchanged with value /u01/app/oracle
[oracle@ltc-rac02[SLOB11]:/home/oracle ]$ rman target /
Recovery Manager: Release 11.2.0.2.0 - Production on Thu Jul 11 17:12:27 2013
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
connected to target database: SLOB1 (DBID=4051414893)
RMAN> report schema;
using target database control file instead of recovery catalog
Report of database schema for database with db_unique_name SLOB1
List of Permanent Datafiles
===========================
File Size(MB) Tablespace RB segs Datafile Name
1 720 SYSTEM *** +DATA3/slob1/datafile/system.258.819992865
2 590 SYSAUX *** +DATA3/slob1/datafile/sysaux.259.819992869
3 24430 UNDOTBS1 *** +DATA3/slob1/datafile/undotbs1.256.819992725
4 5 USERS *** +DATA3/slob1/datafile/users.262.819992873
5 0 UNDOTBS2 *** +DATA3/slob1/datafile/undotbs2.260.819992871
6 10824 IOPS *** +DATA3/slob1/datafile/iops.257.820445551
RMAN> restore datafile 5;
Starting restore at 11-07-2013 17:12:43
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=687 device type=DISK
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 00005 to +DATA3/slob1/datafile/undotbs2.260.819992871
channel ORA_DISK_1: reading from backup piece +FRA/slob1/backupset/2013_07_11/nnndf0_tag20130711t171003_0.256.820516205
channel ORA_DISK_1: piece handle=+FRA/slob1/backupset/2013_07_11/nnndf0_tag20130711t171003_0.256.820516205 tag=TAG20130711T171003
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
Finished restore at 11-07-2013 17:12:46
RMAN> report schema;
Report of database schema for database with db_unique_name SLOB1
List of Permanent Datafiles
===========================
File Size(MB) Tablespace RB segs Datafile Name
1 720 SYSTEM *** +DATA3/slob1/datafile/system.258.819992865
2 590 SYSAUX *** +DATA3/slob1/datafile/sysaux.259.819992869
3 24430 UNDOTBS1 *** +DATA3/slob1/datafile/undotbs1.256.819992725
4 5 USERS *** +DATA3/slob1/datafile/users.262.819992873
5 25 UNDOTBS2 *** +FRA/slob1/datafile/undotbs2.257.820516365
6 10824 IOPS *** +DATA3/slob1/datafile/iops.257.820445551
RMAN> recover datafile 5;
Starting recover at 11-07-2013 17:13:37
using channel ORA_DISK_1
starting media recovery
media recovery complete, elapsed time: 00:00:01
Finished recover at 11-07-2013 17:13:39
RMAN> SQL 'alter database datafile 5 online';
sql statement: alter database datafile 5 online
Thanks,
Rijesh
Hello,
Can you check what is the value set for the parameter "db_create_file_dest" on the database ?
Regards,
Shivananda
Similar Messages
-
Rman restore to windows server with different drive layout
I'm restoring to a server with a different drive layout. I'm using the set newname for the datafiles and it's working fine. However. My redo logs show that they are on the f: drive and the f: drive doesn't exist on the new server (recovery). so when I'm all done I get an error saying that it cant find the redo02.log. Any ideas?
TIA
Daveno problem, thanks for the reply.
Here's what I tried in the init.ora
LOG_FILE_NAME_CONVERT=('F:\ORADATA\ORCQA08','D:\ORADATA\ORCQA08')
I didn't even create the spfile I figured I could do that later.
The datafiles alll go to the correct drive, here's my restore statement:
run
allocate channel disk_channel1 type disk;
allocate channel disk_channel2 type disk;
SET NEWNAME for datafile 1 to 'd:\ORADATA\ORCQA08\SYSTEM01.DBF';
SET NEWNAME for datafile 2 to 'd:\ORADATA\ORCQA08\SYSAUX01.DBF';
SET NEWNAME for datafile 3 to 'e:\ORADATA\ORCQA08\UNDOTBS01.DBF';
SET NEWNAME for datafile 4 to 'd:\ORADATA\ORCQA08\USERS01.DBF';
SET NEWNAME for datafile 5 to 'e:\ORADATA\ORCQA08\PLATDATA.DBF';
SET NEWNAME for datafile 6 to 'd:\ORADATA\ORCQA08\PLATHISTDATA.DBF';
SET NEWNAME for datafile 7 to 'd:\ORADATA\ORCQA08\TS_MV.DBF';
SET NEWNAME for datafile 8 to 'e:\ORADATA\ORCQA08\PLATNDX.DBF';
SET NEWNAME for datafile 9 to 'd:\ORADATA\ORCQA08\POADATA.DBF';
SET NEWNAME for datafile 10 to 'd:\ORADATA\ORCQA08\POABDATA.DBF';
SET NEWNAME for datafile 11 to 'd:\ORADATA\ORCQA08\POANDX.DBF';
SET NEWNAME for datafile 12 to 'd:\ORADATA\ORCQA08\TS_REPORT_DATA.DBF';
restore database;
release channel disk_channel1;
release channel disk_channel2;
i then do a switch database to copy and this registers the datafiles under the correct drive BUT when I try to open the database this is what i get:
ORA-00280: change 15613734 for thread 1 is in sequence #861
ORA-00278: log file
'D:\oracle\flash_recovery_area\ORCQA08\ARCHIVELOG\2012_08_03\ARC0000000860_07815
80447.0001' no longer needed for this recovery
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-00344: unable to re-create online log 'F:\ORADATA\ORCQA08\REDO01.LOG'
ORA-27040: file create error, unable to create file
OSD-04002: unable to open file
O/S-Error: (OS 3) The system cannot find the path specified.
You can see that it's still looking on the f: drive for the redo log. Is my syntax correct?? - - LOG_FILE_NAME_CONVERT=('F:\ORADATA\ORCQA08','D:\ORADATA\ORCQA08')
I can get rid of the other redo logs by dropping them and recreating under the proper drive but 01 is the active log.
any other ideas?
Dave -
Can rman restore tablespace to a different tablespace name?
Hi all,
I was wondering that can RMAN restore a tablespace to a different name tablespace in the same instance? I have the full backup by RMAN, I wonder I can do that or not? Any helps would be greatly appreciated. Thank you.
Rich,Hi,
a tablespace is not necessarily a logical space to separate schema objects from one another (could be, but not necessarily, depends on your object distribution).
So what you need is: export your original user schema with the exp utility
then import this dump into another user schema with the imp tool (fromuser=old touser=new)
BEFORE you create the new user and you give it a different default tablespace. If you like to really separate the objects in tablespaces (like for transportable tablespaces) you may deny access to any of the tablespaces of old user to the new user. That makes sure data is not erroneously loaded in the old tablespaces.
Read the docs to understand this clearly if you like. -
ORA-01180: can not create datafile 1 during RMAN restore.
Hello,
I am trying to refresh one of our QA environments and I am getting this error message:
RMAN> run
2> {
3> allocate channel c1 device type disk;
4> allocate channel c2 device type disk;
5> restore database;
6> recover database;
7> }
allocated channel: c1
channel c1: SID=5 device type=DISK
allocated channel: c2
channel c2: SID=131 device type=DISK
Starting restore at 08-NOV-12
using channel ORA_DISK_1
creating datafile file number=1 name=+DATA1/alephpr/datafile/system.269.722874729
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/08/2012 16:27:40
ORA-01180: can not create datafile 1
ORA-01110: data file 1: '+DATA1/alephpr/datafile/system.269.722874729' I created a new database from scratch with the same name as is in Production, later on I will proceed to rename it to the right one. I started the steps for refreshing the PRD copy:
RMAN> shutdown immediate
using target database control file instead of recovery catalog
database dismounted
Oracle instance shut down
RMAN> startup nomount
connected to target database (not started)
Oracle instance started
Total System Global Area 534462464 bytes
Fixed Size 2228200 bytes
Variable Size 176160792 bytes
Database Buffers 348127232 bytes
Redo Buffers 7946240 bytes
RMAN> set dbid=3573460394
executing command: SET DBID
RMAN> restore controlfile from '/restorealeph/c-3573460394-20121106-01';
Starting restore at 08-NOV-12
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=130 device type=DISK
channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:07
+output file name=+DATA1/alephpr/controlfile/current.260.798747585+
+output file name=+FLASH/alephpr/controlfile/current.276.798747585+
Finished restore at 08-NOV-12
RMAN> alter database mount;
database mounted
released channel: ORA_DISK_1Once the control file is restored, I need to crosscheck, delete expired and catalog the backups at the new server:
RMAN> crosscheck backup;
Crosschecked 48 objects
RMAN> delete noprompt expired backup;
Deleted 48 EXPIRED objects
RMAN> list backup summary;
specification does not match any backup in the repositoryI need now to catalog the backups we transferred from Prod into the QA server's directory /restorealeph:
RMAN> catalog start with '/restorealeph/';
searching for all files that match the pattern /restorealeph/
List of Files Unknown to the Database
=====================================
File Name: /restorealeph/9cnpm51u_1_1
File Name: /restorealeph/9enpm6lj_1_1
File Name: /restorealeph/c-3573460394-20121107-00
File Name: /restorealeph/c-3573460394-20121107-01
File Name: /restorealeph/c-3573460394-20121106-01
Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: /restorealeph/9cnpm51u_1_1
File Name: /restorealeph/9enpm6lj_1_1
File Name: /restorealeph/c-3573460394-20121107-00
File Name: /restorealeph/c-3573460394-20121107-01
File Name: /restorealeph/c-3573460394-20121106-01
RMAN> list backup summary;
List of Backups
===============
Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
4097 B F A DISK 07-NOV-12 1 1 NO BACKUP_ALEPHPR.TUR_110712030000
4098 B A A DISK 07-NOV-12 1 1 NO BACKUP_ALEPHPR.TUR_110712030000
RMAN> list backup tag="BACKUP_ALEPHPR.TUR_110712030000";
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4097 Full 178.04G DISK 00:00:00 07-NOV-12
BP Key: 4097 Status: AVAILABLE Compressed: NO Tag: BACKUP_ALEPHPR.TUR_110712030000
Piece Name: /restorealeph/9cnpm51u_1_1
List of Datafiles in backup set 4097
File LV Type Ckp SCN Ckp Time Name
1 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/system.269.722874729
2 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/sysaux.266.722874731
3 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/undotbs1.289.722874727
4 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/undotbs2.257.722874727
5 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/users.298.722874731
6 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/audit.299.723372305
7 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/case_datos.260.723372307
8 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/case_indices.261.723372307
9 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_hist.262.723372309
10 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_l.264.723372319
11 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_long.265.723372349
12 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_md.270.723372355
13 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_sm.271.723372369
14 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_xl.272.723372375
15 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/index_l.273.723372401
16 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/index_md.274.723372427
17 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/index_sm.275.723372455
18 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/index_xl.276.723372473
19 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/tools.278.723372501
26 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_sm.300.736088959
27 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/dev_disco_ptm5_meta.301.746385117
28 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/dev_disco_pstore.302.746385119
29 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/dev_disco_ptm5_cache.304.746385121
30 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/undotbs1.305.796391931
31 Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/undotbs2.306.796392185
BS Key Size Device Type Elapsed Time Completion Time
4098 16.89G DISK 00:00:00 07-NOV-12
BP Key: 4098 Status: AVAILABLE Compressed: NO Tag: BACKUP_ALEPHPR.TUR_110712030000
Piece Name: /restorealeph/9enpm6lj_1_1
List of Archived Logs in backup set 4098
Thrd Seq Low SCN Low Time Next SCN Next Time
1 35722 6919870864350 06-NOV-12 6919871887697 06-NOV-12
1 35723 6919871887697 06-NOV-12 6919872372211 06-NOV-12
1 35724 6919872372211 06-NOV-12 6919872410158 06-NOV-12
1 35725 6919872410158 06-NOV-12 6919872447301 06-NOV-12
1 35726 6919872447301 06-NOV-12 6919872503332 06-NOV-12
1 35727 6919872503332 06-NOV-12 6919872551564 06-NOV-12
1 35728 6919872551564 06-NOV-12 6919872603881 06-NOV-12
1 35729 6919872603881 06-NOV-12 6919872655942 06-NOV-12
1 35730 6919872655942 06-NOV-12 6919872698722 06-NOV-12
1 35731 6919872698722 06-NOV-12 6919872741655 06-NOV-12
1 35732 6919872741655 06-NOV-12 6919872782284 06-NOV-12
1 35733 6919872782284 06-NOV-12 6919872872302 06-NOV-12
1 35734 6919872872302 06-NOV-12 6919872910206 06-NOV-12
1 35735 6919872910206 06-NOV-12 6919872945577 06-NOV-12
1 35736 6919872945577 06-NOV-12 6919872980056 06-NOV-12
1 35737 6919872980056 06-NOV-12 6919873013411 06-NOV-12
1 35738 6919873013411 06-NOV-12 6919873050761 06-NOV-12
1 35739 6919873050761 06-NOV-12 6919873084996 06-NOV-12
1 35740 6919873084996 06-NOV-12 6919873122049 06-NOV-12
1 35741 6919873122049 06-NOV-12 6919873521767 06-NOV-12
1 35742 6919873521767 06-NOV-12 6919873952773 06-NOV-12
1 35743 6919873952773 06-NOV-12 6919874258549 06-NOV-12
1 35744 6919874258549 06-NOV-12 6919874472213 06-NOV-12
1 35745 6919874472213 06-NOV-12 6919874744856 06-NOV-12
1 35746 6919874744856 06-NOV-12 6919875113086 06-NOV-12
1 35747 6919875113086 06-NOV-12 6919875733337 06-NOV-12
1 35748 6919875733337 06-NOV-12 6919876139061 06-NOV-12
1 35749 6919876139061 06-NOV-12 6919876707162 06-NOV-12
1 35750 6919876707162 06-NOV-12 6919877706313 06-NOV-12
1 35751 6919877706313 06-NOV-12 6919877919039 06-NOV-12
1 35752 6919877919039 06-NOV-12 6919878024429 06-NOV-12
1 35753 6919878024429 06-NOV-12 6919878107673 06-NOV-12
1 35754 6919878107673 06-NOV-12 6919878258511 06-NOV-12
1 35755 6919878258511 06-NOV-12 6919878308336 06-NOV-12
1 35756 6919878308336 06-NOV-12 6919878424419 06-NOV-12
1 35757 6919878424419 06-NOV-12 6919878488485 06-NOV-12
1 35758 6919878488485 06-NOV-12 6919878827092 06-NOV-12
1 35759 6919878827092 06-NOV-12 6919879350098 07-NOV-12
1 35760 6919879350098 07-NOV-12 6919879675556 07-NOV-12
2 35949 6919870864360 06-NOV-12 6919871494640 06-NOV-12
2 35950 6919871494640 06-NOV-12 6919871887487 06-NOV-12
2 35951 6919871887487 06-NOV-12 6919872410655 06-NOV-12
2 35952 6919872410655 06-NOV-12 6919872552468 06-NOV-12
2 35953 6919872552468 06-NOV-12 6919872698940 06-NOV-12
2 35954 6919872698940 06-NOV-12 6919872872690 06-NOV-12
2 35955 6919872872690 06-NOV-12 6919872980371 06-NOV-12
2 35956 6919872980371 06-NOV-12 6919873085902 06-NOV-12
2 35957 6919873085902 06-NOV-12 6919873569082 06-NOV-12
2 35958 6919873569082 06-NOV-12 6919873949096 06-NOV-12
2 35959 6919873949096 06-NOV-12 6919874404640 06-NOV-12
2 35960 6919874404640 06-NOV-12 6919875011814 06-NOV-12
2 35961 6919875011814 06-NOV-12 6919875631429 06-NOV-12
2 35962 6919875631429 06-NOV-12 6919876324885 06-NOV-12
2 35963 6919876324885 06-NOV-12 6919876363526 06-NOV-12
2 35964 6919876363526 06-NOV-12 6919876748508 06-NOV-12
2 35965 6919876748508 06-NOV-12 6919877741784 06-NOV-12
2 35966 6919877741784 06-NOV-12 6919878108943 06-NOV-12
2 35967 6919878108943 06-NOV-12 6919878424477 06-NOV-12
2 35968 6919878424477 06-NOV-12 6919879012111 06-NOV-12
2 35969 6919879012111 06-NOV-12 6919879260589 07-NOV-12
2 35970 6919879260589 07-NOV-12 6919879350086 07-NOV-12
2 35971 6919879350086 07-NOV-12 6919879464935 07-NOV-12
2 35972 6919879464935 07-NOV-12 6919879548399 07-NOV-12
2 35973 6919879548399 07-NOV-12 6919879675564 07-NOV-12
RMAN> list incarnation;
List of Database Incarnations
DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
1 1 ALEPHPR 3573460394 PARENT 1 13-MAY-10
2 2 ALEPHPR 3573460394 PARENT 2229467 28-JUN-10
3 3 ALEPHPR 3573460394 CURRENT 6918261828355 26-SEP-12The ASM structure is created...
ASMCMD> lsdg
State Type Rebal Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name
MOUNTED EXTERN N 512 4096 1048576 509282 507421 0 507421 0 N DATA1/
MOUNTED EXTERN N 512 4096 1048576 50641 42850 0 42850 0 N FLASH/
ASMCMD> cd DATA1/ALEPHPR/DATAFILE
ASMCMD> pwd
+DATA1/ALEPHPR/DATAFILEBoth source and target databases are 11.2.0.2 PSU 6 running on Linux x64. I cannot use RMAN Duplicate since there is no visibility among different environments (PROD - QA in this case).
Any idea?
Thanks
Martin
Edited by: martin.morono on Nov 8, 2012 11:19 AM
Edited by: martin.morono on Nov 8, 2012 11:49 AMThanks Levi,
I slightly modified your script to recatalog the backup pieces since they are note stored at the same location in PR and QA.
No luck. The error message is different but the result is the same... it keeps failing.
RMAN> run {
2> allocate channel c1 device type disk;
3> allocate channel c2 device type disk;
4> restore controlfile from '/restorealeph/c-3573460394-20121107-01';
5> startup mount;
6> catalog start with '/restorealeph/';
7> restore database from tag 'BACKUP_ALEPHPR.TUR_110712030000';
8> }
allocated channel: c1
channel c1: SID=191 device type=DISK
allocated channel: c2
channel c2: SID=131 device type=DISK
Starting restore at 09 NOV 2012 13:11:09
channel c2: skipped, AUTOBACKUP already found
channel c1: restoring control file
channel c1: restore complete, elapsed time: 00:00:15
output file name=+DATA1/alephpr/controlfile/current.260.798747585
output file name=+FLASH/alephpr/controlfile/current.276.798747585
Finished restore at 09 NOV 2012 13:11:24
database is already started
database mounted
Starting implicit crosscheck backup at 09 NOV 2012 13:11:31
Crosschecked 52 objects
Finished implicit crosscheck backup at 09 NOV 2012 13:11:39
Starting implicit crosscheck copy at 09 NOV 2012 13:11:39
Crosschecked 2 objects
Finished implicit crosscheck copy at 09 NOV 2012 13:11:40
searching for all files in the recovery area
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_2_seq_1.279.795017193
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_2_seq_34950.273.795014469
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_1.281.795017413
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_2.283.795017519
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_3.290.795018411
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_4.291.795018559
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_5.292.795018707
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_6.293.795018811
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_7.294.795018899
File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_8.295.795020509
File Name: +flash/ALEPHPR/CONTROLFILE/Current.268.798725123
searching for all files that match the pattern /restorealeph/
List of Files Unknown to the Database
=====================================
File Name: /restorealeph/9cnpm51u_1_1
File Name: /restorealeph/9enpm6lj_1_1
File Name: /restorealeph/c-3573460394-20121107-00
File Name: /restorealeph/c-3573460394-20121107-01
File Name: /restorealeph/c-3573460394-20121106-01
Do you really want to catalog the above files (enter YES or NO)? YEs
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: /restorealeph/9cnpm51u_1_1
File Name: /restorealeph/9enpm6lj_1_1
File Name: /restorealeph/c-3573460394-20121107-00
File Name: /restorealeph/c-3573460394-20121107-01
File Name: /restorealeph/c-3573460394-20121106-01
Starting restore at 09 NOV 2012 13:11:48
released channel: c1
released channel: c2
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 11/09/2012 13:11:48
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 31 found to restore
RMAN-06023: no backup or copy of datafile 30 found to restore
RMAN-06023: no backup or copy of datafile 29 found to restore
RMAN-06023: no backup or copy of datafile 28 found to restore
RMAN-06023: no backup or copy of datafile 27 found to restore
RMAN-06023: no backup or copy of datafile 26 found to restore
RMAN-06023: no backup or copy of datafile 19 found to restore
RMAN-06023: no backup or copy of datafile 18 found to restore
RMAN-06023: no backup or copy of datafile 17 found to restore
RMAN-06023: no backup or copy of datafile 16 found to restore
RMAN-06023: no backup or copy of datafile 15 found to restore
RMAN-06023: no backup or copy of datafile 14 found to restore
RMAN-06023: no backup or copy of datafile 13 found to restore
RMAN-06023: no backup or copy of datafile 12 found to restore
RMAN-06023: no backup or copy of datafile 11 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
RMAN>Just in case, I re-run this script including the crosscheck backup and the delete noprompt expired backups before restoring an the error messages were the same.
THanks again for your help.
Regards.
Martin
Edited by: martin.morono on Nov 9, 2012 7:21 AM -
HOW TO RESOLVE ORA-01110 during RMAN restoration in oracle 11g
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\tanmoy>rman
Recovery Manager: Release 11.1.0.6.0 - Production on Fri Mar 29 22:55:02 2013
Copyright (c) 1982, 2007, Oracle. All rights reserved.
RMAN> connect target orcl
target database Password:
connected to target database (not started)
RMAN> startup nomount;
Oracle instance started
Total System Global Area 535662592 bytes
Fixed Size 1334380 bytes
Variable Size 150995860 bytes
Database Buffers 377487360 bytes
Redo Buffers 5844992 bytes
RMAN> restore controlfile from autobackup;
Starting restore at 29-MAR-13
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: D:\app\administrator\flash_recovery_area
database name (or database unique name) used for search: ORCL
channel ORA_DISK_1: AUTOBACKUP D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUT
OBACKUP\2012_12_12\O1_MF_S_801849930_8DJQHTTW_.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 D:\APP\ADMINISTRATOR\
FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_12_12\O1_MF_S_801849930_8DJQHTTW_.BKP
channel ORA_DISK_1: control file restore from AUTOBACKUP complete
output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL01.CTL
output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL02.CTL
output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL03.CTL
Finished restore at 29-MAR-13
RMAN> alter database mount;
database mounted
released channel: ORA_DISK_1
RMAN> catalog recovery area;
Starting implicit crosscheck backup at 29-MAR-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=153 device type=DISK
Crosschecked 5 objects
Finished implicit crosscheck backup at 29-MAR-13
Starting implicit crosscheck copy at 29-MAR-13
using channel ORA_DISK_1
Finished implicit crosscheck copy at 29-MAR-13
searching for all files in the recovery area
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_12\O
1_MF_1_1450_8DK6YO0M_.ARC
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
1_MF_1_1451_8DLPSYDY_.ARC
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
1_MF_1_1452_8DLVBJZ7_.ARC
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
1_MF_1_1452_8DM0LM1L_.ARC
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
1_MF_1_1453_8DM0LM1L_.ARC
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
1_MF_1_1454_8DM0NQ8X_.ARC
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_12_12\O
1_MF_S_801849930_8DJQHTTW_.BKP
searching for all files in the recovery area
List of Files Unknown to the Database
=====================================
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
1_MF_1_1453_8DLXCJOB_.ARC
Do you really want to catalog the above files (enter YES or NO)? Y
cataloging files...
no files cataloged
List of Files Which Where Not Cataloged
=======================================
File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
1_MF_1_1453_8DLXCJOB_.ARC
RMAN-07517: Reason: The file header is corrupted
RMAN> list backup;
List of Backup Sets
===================
BS Key Size Device Type Elapsed Time Completion Time
512 245.35M DISK 00:00:39 12-DEC-12
BP Key: 512 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160059
Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
_12_12\O1_MF_ANNNN_TAG20121212T160059_8DJQ7OF3_.BKP
List of Archived Logs in backup set 512
Thrd Seq Low SCN Low Time Next SCN Next Time
1 1440 487654314 09-DEC-12 487695982 10-DEC-12
1 1441 487695982 10-DEC-12 487719639 10-DEC-12
1 1442 487719639 10-DEC-12 487741536 10-DEC-12
1 1443 487741536 10-DEC-12 487741634 10-DEC-12
1 1444 487741634 10-DEC-12 487771824 10-DEC-12
1 1445 487771824 10-DEC-12 487803737 12-DEC-12
1 1446 487803737 12-DEC-12 487810247 12-DEC-12
1 1447 487810247 12-DEC-12 487819910 12-DEC-12
1 1448 487819910 12-DEC-12 487837944 12-DEC-12
BS Key Type LV Size Device Type Elapsed Time Completion Time
513 Full 1.94G DISK 00:03:18 12-DEC-12
BP Key: 513 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160150
Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
_12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP
List of Datafiles in backup set 513
File LV Type Ckp SCN Ckp Time Name
1 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.D
BF
2 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSAUX01.D
BF
3 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\UNDOTBS01.
DBF
4 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\USERS01.DB
F
5 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\EXAMPLE01.
DBF
6 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_SMILE.
DBF
7 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_GENERA
L.DBF
8 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_EMR.DB
F
9 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_DIAGNO
STICS.DBF
10 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_PHARMA
CY.DBF
11 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_PATIEN
T.DBF
12 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_ACCOUN
T.DBF
13 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_INVENT
ORY.DBF
14 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_HR.DBF
15 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_DUMMY.
DBF
16 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_AUDIT.
DBF
17 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_FACILI
TIES.DBF
19 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_COMMON
.DBF
BS Key Size Device Type Elapsed Time Completion Time
514 222.00K DISK 00:00:06 12-DEC-12
BP Key: 514 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160520
Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
_12_12\O1_MF_ANNNN_TAG20121212T160520_8DJQHGS1_.BKP
List of Archived Logs in backup set 514
Thrd Seq Low SCN Low Time Next SCN Next Time
1 1449 487837944 12-DEC-12 487838190 12-DEC-12
BS Key Type LV Size Device Type Elapsed Time Completion Time
515 Full 12.17M DISK 00:00:00 12-DEC-12
BP Key: 515 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160530
Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\201
2_12_12\O1_MF_S_801849930_8DJQHTTW_.BKP
SPFILE Included: Modification time: 12-DEC-12
SPFILE db_unique_name: ORCL
Control File Included: Ckp SCN: 487838210 Ckp time: 12-DEC-12
RMAN> run {Set until sequence 1450;
2> Restore database;
3> Recover database;
4> }
executing command: SET until clause
Starting restore at 29-MAR-13
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 D:\APP\ADMINISTRATOR\ORADATA\ORC
L\SYSTEM01.DBF
channel ORA_DISK_1: restoring datafile 00002 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\SYSAUX01.DBF
channel ORA_DISK_1: restoring datafile 00003 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\UNDOTBS01.DBF
channel ORA_DISK_1: restoring datafile 00004 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\USERS01.DBF
channel ORA_DISK_1: restoring datafile 00005 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\EXAMPLE01.DBF
channel ORA_DISK_1: restoring datafile 00006 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_SMILE.DBF
channel ORA_DISK_1: restoring datafile 00007 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_GENERAL.DBF
channel ORA_DISK_1: restoring datafile 00008 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_EMR.DBF
channel ORA_DISK_1: restoring datafile 00009 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_DIAGNOSTICS.DBF
channel ORA_DISK_1: restoring datafile 00010 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_PHARMACY.DBF
channel ORA_DISK_1: restoring datafile 00011 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_PATIENT.DBF
channel ORA_DISK_1: restoring datafile 00012 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_ACCOUNT.DBF
channel ORA_DISK_1: restoring datafile 00013 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_INVENTORY.DBF
channel ORA_DISK_1: restoring datafile 00014 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_HR.DBF
channel ORA_DISK_1: restoring datafile 00015 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_DUMMY.DBF
channel ORA_DISK_1: restoring datafile 00016 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_AUDIT.DBF
channel ORA_DISK_1: restoring datafile 00017 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_FACILITIES.DBF
channel ORA_DISK_1: restoring datafile 00019 to D:\APP\ADMINISTRATOR\ORADATA\ORC
L\HMS_COMMON.DBF
channel ORA_DISK_1: reading from backup piece D:\APP\ADMINISTRATOR\FLASH_RECOVER
Y_AREA\ORCL\BACKUPSET\2012_12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP
channel ORA_DISK_1: piece handle=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\B
ACKUPSET\2012_12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP tag=TAG20121212
T160150
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:05:15
Finished restore at 29-MAR-13
Starting recover at 29-MAR-13
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 03/29/2013 23:03:53
ORA-19698: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG is from different databa
se: id=1339157974, db_name=ORCL
RMAN> alter database open resetlogs;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 03/29/2013 23:07:08
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF'Hi,
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 03/29/2013 23:03:53
ORA-19698: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG is from different databa
se: id=1339157974, db_name=ORCL
RMAN> alter database open resetlogs;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 03/29/2013 23:07:08
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF'Restore finished successfully. But Recover is not.
Can you delete or move D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG - redolog files to othere directory.
And recover again. Because this redo log files is belonging to other database.
Regards
Mahir M. Quluzade -
RMAN Restore Error - media recovery requesting unknown log: thread 1 seq 7
Im using RMAN to copy a database to another server. The new server is IDENTICAL to the old one. By identical I mean it has the same sever name, ip address, operating system, Oracle version and directory structure.
The new server already has the instance created, (same name as the old server instance, paths etc)
The backup files have been manually restored to the new server, same locations as they were on the old one. ( RMAN did an automatic controlfile backup and also the archivelogs on the old server ).
Ive restored the control file on the new server from the RMAN backup pieces.
Ive catalogued the RMAN backup pieces on the new server.
I know the last sequence available in the archivelogs backup by running on the new server :
list backup of archivelog all;
List of Backup Sets
===================
BS Key Size Device Type Elapsed Time Completion Time
5 14.43M DISK 00:00:03 11-MAY-11
BP Key: 9 Status: AVAILABLE Compressed: NO Tag: TAG20110511T163502
Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\
011_05_11\O1_MF_ANNNN_TAG20110511T163502_6WOC5833_.BKP
List of Archived Logs in backup set 5
Thrd Seq Low SCN Low Time Next SCN Next Time
1 2 550217 10-MAY-11 556559 11-MAY-11
1 3 556559 11-MAY-11 559776 11-MAY-11
1 4 559776 11-MAY-11 560093 11-MAY-11
1 5 560093 11-MAY-11 560794 11-MAY-11
BS Key Size Device Type Elapsed Time Completion Time
7 15.50K DISK 00:00:01 11-MAY-11
BP Key: 10 Status: AVAILABLE Compressed: NO Tag: TAG20110511T163653
Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\
011_05_11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP
List of Archived Logs in backup set 7
Thrd Seq Low SCN Low Time Next SCN Next Time
1 6 560794 11-MAY-11 560851 11-MAY-11
So far its all going swimmingly well.
Now I want to restore the datafiles and recover. So I ran :
RMAN run { restore database; recover database; alter database open resetlogs; }
This gave me the output below which goes great but I get a final error, I think the error is because its looking for an archive log thats not in the backup set, but it should be. However, I think SCN 560851 is for a log that hadnt been created yet on the old server when the backup was ran ?
How do I address resolving the error ? Its worth pointing out log, "archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
\2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC recid=10 stamp=750881741" isnt on the old server either which is why its not in the backup set.
I can do a alter database open reset logs but Id prefer to know why its failing.
Any help would be much appreciated.
RMAN> run { restore database; recover database; alter database open resetlogs; }
Starting restore at 11-MAY-11
using channel ORA_DISK_1
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\SYSTEM01.DBF
restoring datafile 00002 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\UNDOTBS01.DBF
restoring datafile 00003 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\SYSAUX01.DBF
restoring datafile 00004 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\USERS01.DBF
channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\FLASH_REC
OVERY_AREA\SAT\BACKUPSET\2011_05_11\O1_MF_NNNDF_TAG20110511T163507_6WOC5CM7_.BKP
channel ORA_DISK_1: restored backup piece 1
piece handle=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\2011_05_
11\O1_MF_NNNDF_TAG20110511T163507_6WOC5CM7_.BKP tag=TAG20110511T163507
channel ORA_DISK_1: restore complete, elapsed time: 00:00:55
Finished restore at 11-MAY-11
Starting recover at 11-MAY-11
using channel ORA_DISK_1
starting media recovery
channel ORA_DISK_1: starting archive log restore to default destination
channel ORA_DISK_1: restoring archive log
archive log thread=1 sequence=6
channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\FLASH_REC
OVERY_AREA\SAT\BACKUPSET\2011_05_11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP
channel ORA_DISK_1: restored backup piece 1
piece handle=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\2011_05_
11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP tag=TAG20110511T163653
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
\2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC thread=1 sequence=6
channel default: deleting archive log(s)
archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
\2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC recid=10 stamp=750881741
unable to find archive log
archive log thread=1 sequence=7
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 05/11/2011 18:15:42
RMAN-06054: media recovery requesting unknown log: thread 1 seq 7 lowscn 560851
RMAN>
Edited by: user12173666 on 11-May-2011 10:28You need to do incomplete recovery i.e. to ask RMAN to restore/recover to some specific point in time. This is usually done with some UNTIL clause or SET UNTIL statement. Example in your case:
SET UNTIL SEQUENCE 7;See http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta065.htm#RCMRF160. -
Hello all,
I'm able to successfully restore a database's datafiles from tape to the host where the database actually runs but when I try to restore the datafiles to a completely differnt host RMAN errors out saying that it could not locate the datafile on the tape.
This is what I did....
Database Name : DEV (live database)
Host : dev_host
From the dev_host, I initiated the rman restore script (which connects to the catalog) to restore just one of DEV's datafiles and it worked. The datafile got restored to dev_host.
Let's now assume a disaster recovery scenario where dev_host becomes unusable and I have to restore the database from tape to a totally diffrent host and bring up the database. To simulate this I did the following.
Database: DEV( shell database in mount state)
Host : new_host
I just created a pfile and mounted the DEV database on the "new_host". At this time we do not have any of the DEV's datafiles on the "new_host". We need to retore them from tape. While the database was in mount state, I initiated the restore script( which connects to the catalog) from "new_host" but rman failed with the following message.
run {
allocate channel t1 type SBT_TAPE;
SEND 'NB_ORA_SERV=bkp200,NB_ORA_POLICY=ora-bkp200-dev_host';
set newname for datafile '/d1/oradata/DEV/users_temp_01.dbf' to '/d2/oradata/DEV/users_temp_01.dbf';
restore tablespace USERS_TEMP until time "TO_DATE('12/27/09','MM/DD/YY')";
release channel t1;
allocated channel: t1
channel t1: sid=92 devtype=SBT_TAPE
channel t1: Veritas NetBackup for Oracle - Release 6.5 (2007072323)
sent command to channel: t1
executing command: SET NEWNAME
Starting restore at 01/08/2010 11:31:30
channel t1: starting datafile backupset restore
channel t1: specifying datafile(s) to restore from backup set
restoring datafile 00004 to /d2/oradata/DEV/users_temp_01.dbf
channel t1: reading from backup piece FULL_DEV_oel1s5u4
ORA-19870: error reading backup piece FULL_DEV_oel1s5u4
ORA-19507: failed to retrieve sequential file, handle="FULL_DEV_oel1s5u4", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
Backup file <FULL_DEV_oel1s5u4> not found in NetBackup catalog
failover to previous backup
channel t1: starting datafile backupset restore
channel t1: specifying datafile(s) to restore from backup set
restoring datafile 00004 to /d2/oradata/DEV/users_temp_01.dbf
channel t1: reading from backup piece FULL_DEV_o4l1rfsh
ORA-19870: error reading backup piece FULL_DEV_o4l1rfsh
ORA-19507: failed to retrieve sequential file, handle="FULL_DEV_o4l1rfsh", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
Backup file <FULL_DEV_o4l1rfsh> not found in NetBackup catalog
failover to previous backup
Question: Can I not restore data from tape to a host other than where the database actually runs. I'm not sure why rman fails to restore data to a different host.
Do I need to set something at the database level or Media Manager level? We are using Netbackup.
Appreciate if you can give me some pointers.
Thanks for your time.Can I not restore data from tape to a host other than where the database actually runs. I'm not sure why rman fails to restore data to a different host.
Do I need to set something at the database level or Media Manager level? We are using Netbackup
You can. For that you have to use Duplicate command. You have to duplicate the database, by replicating it from the backup.
For that you have to have the same versions OS of both the prod (from which you took backup) and test (to which you are going to replicate). The auxiliary database (test) should be in nomount for this. There are tons of websites to give you step by step processes for this
http://download-east.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmdupdb.htm#i1006506
Check the link -
If I need a full rman restore which backups will it use?
Hello,
I have a database 11.1.0.7 with 8TB. Block change tracking is enabled.
At the weekend I take level 0 backup and during the week level 1 cumulative.
For some weeks the level 0 backup is failing, so I only have level 1 cumulative backups taken every week day with a 4 weeks old level 0 backup.
If I need a full rman restore which backups will it use? Will it be the last level 0 backup with the last level 1 cumulative?
I ask this because grid crontrol tells me that the recent level 1 backups input size is smaller than last week level 1 backups and in between I dont have any level 0 sucessfull backups. Shouldn't the input size of level 1 cumulative increase until the next level 0 backup ?
The grid reports:
Backup Name Status Start Time Time Taken Type Output Devices Input Size Output Size Output Rate (Per Sec)
rman_df_lv1c COMPLETED 25/Jul/2011 21H00m WEST 02:33:29 DB INCR SBT_TAPE *1.32T* 289.02G 32.14M
rman_df_lv0 FAILED 23/Jul/2011 02H01m WEST DB INCR SBT_TAPE 8.78T 8.06T
rman_df_lv1c COMPLETED 21/Jul/2011 21H00m WEST 04:39:38 DB INCR SBT_TAPE *3.46T* 550.82G 33.62M
rman_df_lv1c COMPLETED 20/Jul/2011 21H00m WEST 04:47:36 DB INCR SBT_TAPE *3.37T* 524.36G 31.12M
rman_df_lv1c COMPLETED 19/Jul/2011 21H00m WEST 04:06:09 DB INCR SBT_TAPE *3.15T* 490.75G 34.03M
rman_df_lv1c COMPLETED 18/Jul/2011 21H00m WEST 03:40:24 DB INCR SBT_TAPE *2.49T* 410.88G 31.82M
rman_df_lv0 FAILED 16/Jul/2011 22H16m WEST DB INCR SBT_TAPE 6.27T 5.69T
rman_df_lv1c FAILED 14/Jul/2011 21H00m WEST 06:13:40 DB INCR SBT_TAPE 4.38T 714.30G 32.62M
rman_df_lv1c FAILED 13/Jul/2011 21H01m WEST 04:40:45 DB INCR SBT_TAPE 3.25T 542.98G 33.01M
rman_df_lv1c COMPLETED 12/Jul/2011 21H00m WEST 07:15:54 DB INCR SBT_TAPE 4.74T 847.93G 33.20M
rman_df_lv1c COMPLETED 11/Jul/2011 21H00m WEST 07:26:40 DB INCR SBT_TAPE 3.78T 766.40G 29.28M
rman_df_lv0 FAILED 9/Jul/2011 02H32m WEST 04:30:44 DB INCR SBT_TAPE 749.89G 716.02G 45.14M
rman_df_lv1c FAILED 7/Jul/2011 21H01m WEST 04:49:24 DB INCR SBT_TAPE 2.16T 515.90G 30.42M
rman_df_lv1c FAILED 6/Jul/2011 21H00m WEST 01:26:06 DB INCR SBT_TAPE 745.83G 165.48G 32.80M
rman_df_lv1c FAILED 5/Jul/2011 21H01m WEST 00:05:48 DB INCR SBT_TAPE 58.56G 7.56G 22.24M
rman_df_lv1c FAILED 4/Jul/2011 21H00m WEST 01:55:03 DB INCR SBT_TAPE 422.40G 79.55G 11.80M
rman_df_lv0 FAILED 3/Jul/2011 16H32m WEST 30:22:04 DB INCR SBT_TAPE 4.53T 4.21T 40.40M>
If I need a full rman restore which backups will it use? Will it be the last level 0 backup with the last level 1 cumulative?
From http://download.oracle.com/docs/cd/B28359_01/backup.111/b28270/rcmvalid.htm
Validating Backups Before Restoring Them
You can run RESTORE ... VALIDATE to test whether RMAN can restore a specific file or set of files from a backup. RMAN chooses which backups to use.
The database must be mounted or open for this command. You do not have to take datafiles offline when validating the restore of datafiles, because validation of backups of the datafiles only reads the backups and does not affect the production datafiles.
When validating files on disk or tape, RMAN reads all blocks in the backup piece or image copy. RMAN also validates offsite backups. The validation is identical to a real restore operation except that RMAN does not write output files.
You can monitor what RESTORE VALIDATE does.
Make precautions, so you do not damage the production DB!!!
Iordan Iotzov
http://iiotzov.wordpress.com/ -
RMAN restore from active database, ASM
I'm attempting to refresh a stage database from a prod database using RMAN restore from active database. Both are on ASM. After working through various hurdles, I've got one issue I'm a bit stuck on. I've got a handful of data files that do NOT have OMF names (ie MSTRDATA/mstrmdpd/datafile/gsa_indx instead of MSTRDATA/mstrmdpd/datafile/gsa_indx.351.714779777) and these are failing when I do the restore. The syntax I'm using in RMAN is as follows:
duplicate target database to dwstage
from active database
spfile parameter_value_convert 'dwprod','dwstage'
SET DB_FILE_NAME_CONVERT '+DWPROD','+DWSTAGE'
SET LOG_FILE_NAME_CONVERT '+DWPROD','+DWSTAGE';
The error message I'm getting is this:
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 04/21/2011 13:26:24
ORA-17628: Oracle error 19505 returned by remote Oracle server
continuing other job steps, job failed will not be re-run
Normally from what I've seen/read this error can be traced back to needing to pre-create the directories for the controlfiles etc, but since 90% of the datafiles copied correctly...
Any suggestions as to a way around this, or am I going to be forced to restore from a backupset?This fails saying that "ORA-12528: TNS:listener: all appropriate instances are blocking new connections" which is quite normal given that the listener is havig a handle in BLOCKED state for this AUXDB as it is in NOMOUNT state.
Could you please help me on how to proceed?
One option can be to create the controlfile manually and mount the instance before doing the duplicate. I hope Rman can continue from there.
Another option is to go for backup based duplicate.
Is there any other way to go?
Provide static registration on AUXILIARY side for your auxiliary instance and try again.For example change listener.ora file as
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = AUXDB)
(ORACLE_HOME = <your oracle home>)
(SID_NAME = AUXDB)
LISTENER =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <auxiliary host/ip>)(PORT = 1521))
)And restart listener on auxiliary host then try again -
Hi,
Oracle 10.2.0.4.0 on AIX
Im restoring the backup.
I have restored the controlfile.
When I give restore databse, It's throwing the error.
RMAN> restore database
2> ;
Starting restore at 23-SEP-10
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
released channel: ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 09/23/2010 18:01:16
ORA-19554: error allocating device, device type: SBT_TAPE, device name:
ORA-27211: Failed to load Media Management Library
Additional information: 2
'ADDITION' And I'm trying to restore from disk
Please suggest me
Thanks
KSG
Edited by: KSG on Sep 23, 2010 6:16 PM 'ADDITION'Hi,
Thanks again
I have created the symbolic link for the directory '"/t24/rman". does symbolic link works with RMAN?
RMAN> show all;
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO NONE;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP OFF;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/t24/rman/%U';
CONFIGURE MAXSETSIZE TO UNLIMITED;
CONFIGURE ENCRYPTION FOR DATABASE OFF;
CONFIGURE ENCRYPTION ALGORITHM 'AES128';
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/glosoft/oracle/oracle10g/product/10.2.0/db_1/dbs/snapcf_hilalrac.f'; # default
RMAN> restore database;
Starting restore at 23-SEP-10
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 09/23/2010 18:46:14
RMAN-12009: command aborted because some backup pieces could not be located
RMAN-12008: could not locate backup piece /t24/rman/df_t724770389_s23595_p1
RMAN-12008: could not locate backup piece /t24/rman/df_t724770389_s23597_p1
RMAN-12008: could not locate backup piece /t24/rman/df_t724770389_s23598_p1
RMAN-12008: could not locate backup piece /t24/rman/df_t724770389_s23596_p1
$ cd /t24/rman
$ ls
cf_t724773247_s23600_p1 df_t724770389_s23596_p1 df_t724770389_s23598_p1
df_t724770389_s23595_p1 df_t724770389_s23597_p1 df_t724772695_s23599_p1
$
Restoration started...
I did the following
RMAN> CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' clear;
old RMAN configuration parameters are successfully deleted
released channel: ORA_DISK_1
RMAN> show all;
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO NONE;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP OFF;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/t24/rman/%U';
CONFIGURE MAXSETSIZE TO UNLIMITED;
CONFIGURE ENCRYPTION FOR DATABASE OFF;
CONFIGURE ENCRYPTION ALGORITHM 'AES128';
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/glosoft/oracle/oracle10g/product/10.2.0/db_1/dbs/snapcf_hilalrac.f'; # default
rman>exit
$rman target /
rman>
$ rman target /
Recovery Manager: Release 10.2.0.4.0 - Production on Thu Sep 23 19:30:24 2010
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: HILALRAC (DBID=2934614354, not open)
RMAN> restore database;
Starting restore at 23-SEP-10
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=159 devtype=DISK
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00003 to /u01/oradata/hilalmisdata/sysaux01.dbf
restoring datafile 00008 to /u01/oradata/hilalmisdata/t242dxml007.dbf
restoring datafile 00016 to /u01/oradata/hilalmisdata/t242dxml003.dbf
channel ORA_DISK_1: reading from backup piece /t24/rman/df_t724770389_s23596_p1
Thanks again for everyone... :)
Thanks
KSG
Edited by: KSG on Sep 23, 2010 7:36 PM ***Restoration started*** -
Oracle backup & restore problem
Hi Team,
I am new to the RMAN, I want to test Backup & restore operation
I have database called Test , I am creating new table in the database called Test_table through SQL *coPlus create mmand.
Now After this I am taking backup the of all cotrolfile , datafile & snapshot file.
once again I am opening this database in SQL *plus & deleted the table (Test_table).
Now if restore back the database with backup set taken before deleting table. It is not showing me the Test_table.
What is the problem? Plz help..Hi,
Thanks for replay,
Using Windows XP & ORACLE 9i
I am doing following steps.
Created one table ( Test_table ) in database my Test database.
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\Administrator>rman
Recovery Manager: Release 9.2.0.1.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
RMAN> connect target system/sreedhar@Test;
connected to target database: Test (DBID=1558624384)
RMAN> show all;
using target database controlfile instead of recovery catalog
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'C:\Testing\CTL_
%F';
configuration for DISK channel 2 is ignored
CONFIGURE DEVICE TYPE DISK PARALLELISM 1;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT 'C:\Testing\DBF_%U';
CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT 'C:\RmanBack\std_%U';
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 'C:\Testing\CHA_Dev_%U_%S_%P';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\TESTING\SNCFTest.ORA';
RMAN> backup database;
Starting backup at 06-OCT-06
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=9 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=C:\ORACLE\ORADATA\Test\SYSTEM01.DBF
input datafile fno=00002 name=C:\ORACLE\ORADATA\Test\UNDOTBS01.DBF
input datafile fno=00005 name=C:\ORACLE\ORADATA\Test\EXAMPLE01.DBF
input datafile fno=00010 name=C:\ORACLE\ORADATA\Test\XDB01.DBF
input datafile fno=00006 name=C:\ORACLE\ORADATA\Test\INDX01.DBF
input datafile fno=00009 name=C:\ORACLE\ORADATA\Test\USERS01.DBF
input datafile fno=00003 name=C:\ORACLE\ORADATA\Test\CWMLITE01.DBF
input datafile fno=00004 name=C:\ORACLE\ORADATA\Test\DRSYS01.DBF
input datafile fno=00007 name=C:\ORACLE\ORADATA\Test\ODM01.DBF
input datafile fno=00008 name=C:\ORACLE\ORADATA\Test\TOOLS01.DBF
channel ORA_DISK_1: starting piece 1 at 06-OCT-06
channel ORA_DISK_1: finished piece 1 at 06-OCT-06
piece handle=C:\TESTING\DBF_0QHV5L4T_1_1 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:01:05
Finished backup at 06-OCT-06
Starting Control File and SPFILE Autobackup at 06-OCT-06
piece handle=C:\TESTING\CTL_C-1558624384-20061006-01 comment=NONE
Finished Control File and SPFILE Autobackup at 06-OCT-06
RMAN> exit
Recovery Manager complete.
After this backup I am deleting this Test_table table using SQL *PLUS Drop table clause.
Also deleted the all .DBF files from Test folder. and I am restoring now the old backup set which has the information regarding the Test_table.
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\Administrator>rman
Recovery Manager: Release 9.2.0.1.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
RMAN> connect target system/sreedhar@Test;
connected to target database (not started)
RMAN> startup mount;
Oracle instance started
database mounted
Total System Global Area 252779340 bytes
Fixed Size 453452 bytes
Variable Size 125829120 bytes
Database Buffers 125829120 bytes
Redo Buffers 667648 bytes
RMAN> show all;
using target database controlfile instead of recovery catalog
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'C:\Testing\CTL_
%F';
configuration for DISK channel 2 is ignored
CONFIGURE DEVICE TYPE DISK PARALLELISM 1;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT 'C:\Testing\DBF_%U';
CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT 'C:\RmanBack\std_%U';
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 'C:\Testing\CHA_Dev_%U_%S_%P';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\TESTING\SNCFTest.ORA';
RMAN> restore database;
Starting restore at 06-OCT-06
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=11 devtype=DISK
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\ORADATA\Test\SYSTEM01.DBF
restoring datafile 00002 to C:\ORACLE\ORADATA\Test\UNDOTBS01.DBF
restoring datafile 00003 to C:\ORACLE\ORADATA\Test\CWMLITE01.DBF
restoring datafile 00004 to C:\ORACLE\ORADATA\Test\DRSYS01.DBF
restoring datafile 00005 to C:\ORACLE\ORADATA\Test\EXAMPLE01.DBF
restoring datafile 00006 to C:\ORACLE\ORADATA\Test\INDX01.DBF
restoring datafile 00007 to C:\ORACLE\ORADATA\Test\ODM01.DBF
restoring datafile 00008 to C:\ORACLE\ORADATA\Test\TOOLS01.DBF
restoring datafile 00009 to C:\ORACLE\ORADATA\Test\USERS01.DBF
restoring datafile 00010 to C:\ORACLE\ORADATA\Test\XDB01.DBF
channel ORA_DISK_1: restored backup piece 1
piece handle=C:\TESTING\DBF_0QHV5L4T_1_1 tag=TAG20061006T122500 params=NULL
channel ORA_DISK_1: restore complete
Finished restore at 06-OCT-06
RMAN> recover database;
Starting recover at 06-OCT-06
using channel ORA_DISK_1
starting media recovery
media recovery complete
Finished recover at 06-OCT-06
RMAN> exit
Recovery Manager complete.
When i check table Test_table in SQL *Plus using command DESC Test_table; it is showing me error object Test_table does not exist -
Impact of Rman restore on test server.
Hi,
I am working on oracle 10g on linux 64 bit
I have rman backup from production database. Name and SID of production database is Prod1 and i want to to check this RMAN backup after restoring it on the other test server (VMDB) for Disaster recovery.
Now problem is that, i want to test it for DR, where i only need to run a script to restore and recover a database at the time of disaster in production site.
My disaster recovery site will be in different network, so i can keep the name of database and sid same as of Production but is it possible that i could install the database in test database with same db name and same sid as of Production when Test and Production database are in same network.
What will be the steps if i want to have a single script to restore database to new server. Do i need to create database with installation of Oracle on test machine or RMAN script will create database by itself.
Do i need to set same dbid as of production in test database before restore. What can be the problems when i have production database running and i am restoring backup of same database on test machine with different IP address but same database name and SID and setting same DBID. I am not using catalog
I have a full backup of database +Auto backup of controlfile and spfile
Production database is being accessed by client via TOMCAT server.>
is it possible that i could install the database in test database with same db name and same sid as of Production when Test and Production database are in same network.
>Yes it is possible.
>Do i need to create database with installation of Oracle on test machine or RMAN script will create database by itself.
>
There is no need to run CREATE DATABASE. Running the right RMAN RESTORE statements will recreate database control files, datafiles and redo log files.
>What will be the steps if i want to have a single script to restore database to new server.
>
Note that in case of disaster recovery, you must make sure that RMAN backups are available from test server.
You can try to apply following example to your environment:
http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmrecov.htm#BRADV156
>
What can be the problems when i have production database running and i am restoring backup of same database on test machine with different IP address but same database name and SID and setting same DBID. I am not using catalog If you are not using RMAN catalog, risks are limited: you should take care at least:
1. that Oracle Net configuration files (tnsnames.ora) used in production are not updated
2. that any tool/script you are using to manage (monitor, backup, etc.) the test database does not interfere with the production database. -
System Copy/ Oracle Backup/Restore as part of migrating from 32 to 64-bit
Source system (I386): R3E47 Ext Set 2.00 SAP_BASIS 620 Kernel 640 Windows 2000, Oracle 10.2.0.4, non-unicode
Target system (x86-64/AMD64): R3E47 Ext Set 2.00 SAP_BASIS 620 Kernel 640 Windows 2000 Oracle 10.2.0.4, non-unicode
Am using method System Copy/ Oracle Backup/Restore to migrate from 32 to 64 bit (HOM System Copy).
Actions on source system:
a) Upgrade from 9.2.0.7 to Oracle 10.2.0.4
b) Used ora_br_copy.bat to generate CONTROL.SQL and init<sid>.ora
c) Switched logfiles
d) Performed offline backup
Actions on target system:
a) Installed Oracle 10.2.0.1 and patched it to 10.2.0.4
b) Used CD 51033746 "6.20/6.40 based products Installation Master (Edition May 2008)" to install the CI
c) Started installation of the DB instance selecting System Copy/ Oracle Backup/Restore (same <SID> for source and target systems)
Relevant input parameters used:
Database schema: SAPR3
Database character set: US7ASCII
d) When SAPINST stopped to allow for restoring of datafiles, logs and init<sid.ora>:
- copied datafiles and logs to the usual place
- copied CONTROL.SQL (edited to include utilrp.sql and utlrp.sql for the migration from 32 to 64) to the DB-instance intallation . directory.
- copied generated init<SID>.ora to the <ORACLE_HOME>\database
e) Resumed SAPINST.
David Byrne in a previous post suggested: "check your oracle alert file in case there are errors there you may need to update the word size for the 64bit install. Errors like this in the oracle alert file would suggest that.,
ORA-12012
ORA-06544: PL/SQL: internal error, arguments: [ORA-06544: PL/SQL: internal error, arguments: 56319], [, ], [, ], [, ], [
ORA-06553"
Well, I am getting ORA-06553: PLS-801: internal error [56319] but then my edited CONTROL.SQL (which is mainly a CREATE CONTROLFILE as it would be obtained with a ...BACKUP CONTROLFILE TO TRACE) includes at the end this:
shutdown immediate
startup upgrade
spool utlirp.log
@?/rdbms/admin/utlirp.sql
spool off
Shutdown immediate
Startup
Spool utlrp.log
@?/rdbms/admin/utlrp.sql
Spool off
exit
which is supposed to do just that... (I think)
Help, anyone?> Trying to cheer me up, are you?
No
> It is NOT free that reorganization! Quite expensive, actually, paid for in time! But you're right... the database needed a reorg anyway :-\
True, not "free" - it takes time but the data will be nicely aligned then
> And why would I have to reconfigure all those 10.2 features? Everything's either in the database or init<sid>.ora, ain't it? And my database is a pretty 10.2.0.4 with all those nice features already activated...
No - not really auotmatically if you upgraded from 9.2 And "init<SID>.ora" is past, you nowadays use "spfile" If, of course, e. g. Automatic Undo was activated in 9.2 then it's there of course in 10.2 too.
> One sticky point... I haven't really read the r3load procedure yet and I will before I import, but... I would say I don't have to do anything about the 32->64 bit, right? I mean, it should behave properly while reloading on 64-bit...
The exported content is about 10 % of the size of the system, it's database and OS independent so yes, you can import it nicely on 32bit. Another tip: make sure you don't just use the default configurations for R3load, it will take a HUGE amount of time. Use the package splitter (builtin-in in sapinst) so you get a much higher parallelism when importing.
Markus -
Restore single datafile from source database to target database.
Here's my issue:
Database Release : 11.2.0.3 across both the source and targets. (ARCHIVELOG mode)
O/S: RHEL 5 (Tikanga)
Database Storage: Using ASM on a stand-alone server (NOT RAC)
Using Oracle GG to replicate changes on the Source to the Targets.
My scenario:
We utilize sequences to keep the primary key in tact and these are replicated utilizing GG. All of my schema tables are located in one tablespace and datafile and all of my indexes are in seperate tablespace (nothing is being partitioned).
In the event of media failure on the Target or my target schema being completely out of whack, is there a method where I can copy the datafile/tablespace from my source (which is intact) to my target?
I know there are possibilites of
1) restore/recover the tablespace to a SCN or timestamp in the past and then I could use GoldenGate to run the transactions in (but this could take time depending on how far back I need to recover the tablespace and how many transactions have processed with GG) (This is not fool-proof).
2) Could use DataPump to move the data from the Source schema to the Target schema (but the sequences are usually out of order if they haven't fired on the source, get that 'sequence is defined for this session message'). I've tried this scenario.
3) I could alter the sequences to get them to proper number using the start and increment by feature (again this could take time depending on how many sequences are out of order).
I would think you could
1) back up the datafile/tablespace on the source,
2)then copy the datafile to the target.
3) startup mount;
4) Newname the new file copied from the source (this is ASM)
5) Restore the datafile/tablespace
6) Recover the datafile/tablespace
7) alter database open;
Question 1: Do I need to also copy the backup piece from the source when I execute the backup tablespace on the source as indicated in my step 1?
Question 2: Do I need to include "plus archivelog" when I execute the backup tablespace on the source as indicated in my step 1?
Question 3: Do I need to execute an 'alter system switch logfile' on the Target when the recover in step 6 is completed?
My scenario sounds like a Cold Backup but running with Archivelog mode, so the source could be online while the database is running.
Just looking for alternate methods of recovery.
Thanks,
JasonLet me take another stab at sticking a fork into this myth about separating tables and indexes.
Let's assume you have a production Oracle database environment with multiple users making multiple requests and the exact same time. This assumption mirrors reality everywhere except in a classroom where a student is running a simple demo.
Let's further assume that the system looks anything like a real Oracle database system where the operating system has caching, the SAN has caching, and the blocks you are trying to read are split between memory and disk.
Now you want to do some simple piece of work and assume there is an index on the ename column...
SELECT * FROM emp WHERE ename = 'KING';The myth is that Oracle is going to, in parallel, read the index and read the table segments better, faster, whatever, if they are in separate physical files mapped by separate logical tablespaces somehow to separate physical spindles.
Apply some synapses to this myth and it falls apart.
You issue your SQL statement and Oracle does what? It looks for those index blocks where? In memory. If it finds them it never goes to disk. If it does not it goes to disk.
While all this is happening the hundreds or thousands of other users on the database are also making requests. Oracle is not going to stop doing work while it tries to find your index blocks.
Now it finds the index block and decides to use the ROWID value to read the block containing the row with KING's data. Did it freeze the system? Did it lock out everyone else while it did this? Of course not. It puts your read request into the queue and, again, first checks memory to see if it needs to go to disk.
Where in here is there anything that indicates an advantage to having separate physical files?
And even if there was some theoretical reason why separate files might be better ... are they separate in the SAN's cache? No. Are they definitely located on separate stripes or separate physical disks? Of course not.
Oracle uses logical mappings (tables and tablespaces) and SANS use logical mappings so you, the DBA or developer, have no clue as to where anything physically is located.
PS: Ouija Boards don't work either. -
RMAN Restore From External System
I have been asked to restore a database from a different company onto our system.
I was given a CD with the RMAN backup that they took. It's the same Oracle 9i database and we are both on Windows 2003.
I've never done a restore this way before. I would like to overlay an existing database instance that we have so as not to create yet another instance on this box.
The file structure is different from the two boxes, so that is somewhat of a concerns....
Here are my thoughts of how to proceed. Copy RMAN backup files into c:\rman\rmanfull directory. This is where they were on their machine.
Restore control file from backup piece. But not sure if I should restore to where existing control files are to database to be overlain or different location.
Set DBID to RMAN backup database.
Recovery control file from RMAN backup
set newname for all datafiles to where they should be for new database
Recover database.
There should be some documentation on how to do this....I can't believe this is that uncommon. If someone wants to give you their database from the outside world, there must be a way to install it onto your system.
Anyway, that's my idea of how to do it.....Can anyone verify or assist??
ThanksI think this is the scenario 'Restore and recover a database to a new host'.
Step-by-step description is here:
http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmrecov002.htm#sthref723
Werner
Maybe you are looking for
-
HI Expert ! I m using this code . LTIME TYPE SY-UZEIT T1 TYPE SY-UZEIT VALUE 030000, T2 TYPE SY-UZEIT VALUE 050000, BUT WHEN I M USING T1 AND T2 in loop ( if statement ),ITS value r T1 = 082000. t2 = 131100 . if t1(6) t2(6 ) ltime (6 ). then ok
-
When I was using the HP Prime for the first time the Spreadsheet App had problems. I couldn't enter any number in the cell, the error message came up and when I moved to another cell and made an attempt to enter any data the calculator started poppin
-
Removal of Pathfinder when it has opened itself?
I just began using Illustrator one day ago. Upon initially opening the .jpg sketch I'm inking, there is a pathfinder "box" opened in the center of the drawing. I can't figure out for the life of me how to remove it - it serves no purpose - and under
-
Corupt Template, Other Problem?..
Okay, here's the situation: Been working happily for several weeks with a DW MX site on a PC under XP. Building a site, currently about 115 pages, all derived from a single template. Now get error messages preventing me from working on the pages. One
-
Hi,I have the following code which returns day of week name, position and date and time of surgeries. SELECT DATENAME(WEEKDAY,OPE_START_TIME) AS DOW, [OPE_ORDER_IN_SESS_ASC] AS POSITION, OPE_START_TIME AS [TIME] FROM table1The data looks like thisHow