RMAN restore fails
We have taken a full backup using RMAN backup script and NETBACKUP on to a tape.
We are using netbackup to restore this backup on to a new server with same directory structure as source and we are getting the following error.
ORA-12546: TNS PERMISSION DENIED.
I have given 777 permissions on tnsnames.ora in source which did not help.
DB version : 10.2.0.1
Getting the following err now while restoring.
Recovery Manager: Release 10.2.0.1.0 - Production on Mon Feb 7 10:31:41 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
RMAN> connect target sys/devmanager@XXXXX
connected to target database: XXXXX (DBID=XXXXXXXXXXX)
RMAN> conncet auxiliary /
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00558: error encountered while parsing input commands
RMAN-01009: syntax error: found "identifier": expecting one of: "allocate, alter, backup, beginline, blockrecover, catalog, change, connect, copy, convert, create, crosscheck, configure, duplicate, debug, delete, drop, exit, endinline, flashback, host, {, library, list, mount, open, print, quit, recover, register, release, replace, report, renormalize, reset, restore, resync, rman, run, rpctest, set, setlimit, sql, switch, spool, startup, shutdown, send, show, test, transport, upgrade, unregister, validate"
RMAN-01008: the bad identifier was: conncet
RMAN-01007: at line 1 column 1 file: standard input
RMAN> connect auxiliary /
connected to auxiliary database: XXXXX (not mounted)
RMAN> RUN {
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE';
RESTORE
DATABASE;
RECOVER
DATABASE;
RELEASE CHANNEL ch00;
RELEASE CHANNEL ch01;
}2> 3> 4> 5> 6> 7> 8> 9> 10>
using target database control file instead of recovery catalog
allocated channel: ch00
channel ch00: sid=289 devtype=SBT_TAPE
channel ch00: Veritas NetBackup for Oracle - Release 6.5 (2007072323)
allocated channel: ch01
channel ch01: sid=312 devtype=SBT_TAPE
channel ch01: Veritas NetBackup for Oracle - Release 6.5 (2007072323)
Starting restore at 07-FEB-11
channel ch00: starting datafile backupset restore
channel ch00: specifying datafile(s) to restore from backup set
restoring datafile 00009 to /data/XXXXX/data.dbf
restoring datafile 00019 to /data/XXXXX/development4.dbf
restoring datafile 00024 to /data/XXXXX/index3.dbf
restoring datafile 00028 to /data/XXXXX/direpos04.dbf
restoring datafile 00033 to /data/XXXXX/direpos09.dbf
channel ch00: reading from backup piece db_XXXXX_02042011_753_1_742217446
channel ch01: starting datafile backupset restore
channel ch01: specifying datafile(s) to restore from backup set
restoring datafile 00006 to /data/XXXXX/diprofiler.dbf
restoring datafile 00011 to /data/XXXXX/development.dbf
restoring datafile 00015 to /data/XXXXX/data2.dbf
restoring datafile 00023 to /data/XXXXX/index2.dbf
restoring datafile 00027 to /data/XXXXX/direpos03.dbf
channel ch01: reading from backup piece db_BODEV_02042011_752_1_742217446
released channel: ch00
released channel: ch01
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/07/2011 10:36:16
ORA-19870: error reading backup piece db_BODEV_02042011_752_1_742217446
ORA-19573: cannot obtain exclusive enqueue for datafile 11
Similar Messages
-
RMAN Restoration failed from ASM to non asm
While restoring the database, we are getting this error frequently, updated the media center they said media is intact, but there is some "NO POLICY" NO SCHEDULE" error. what does this mean.
Could some one please help us why and how to resolve this issue. We are stuck in between our restoration.
ORA-19870: error reading backup piece ROCT_rman_db_weekly_20110719_2jmhrat3_1_1
ORA-19507: failed to retrieve sequential file, handle="ROCT_rman_db_weekly_20110719_2jmhrat3_1_1", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
Failed to process backup file <ROCT_rman_db_weekly_20110719_2jmhrat3_1_1>784786 wrote:
While restoring the database, we are getting this error frequently, updated the media center they said media is intact, but there is some "NO POLICY" NO SCHEDULE" error. what does this mean.
Could some one please help us why and how to resolve this issue. We are stuck in between our restoration.
ORA-19870: error reading backup piece ROCT_rman_db_weekly_20110719_2jmhrat3_1_1
ORA-19507: failed to retrieve sequential file, handle="ROCT_rman_db_weekly_20110719_2jmhrat3_1_1", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
Failed to process backup file <ROCT_rman_db_weekly_20110719_2jmhrat3_1_1>where is No policy/no schedule errors?
Error reading backup piece can occur even the handle was corrupt (or) handle was unable to read (or) did tapes loaded in MML ?
*RMAN Duplicate fails with ORA-19870, ORA-19507, ORA-27029 and ORA-19511 [ID 562780.1]* -
RMAN restore fails due to space issue
Hi,
My database size is 225 GB . I m restoring the backupfiles using RMAN from production backup to the test instance.During restore process rman failed due to space issue.When the error occurred rman restored around 122 GB.
Now i increased the free space in server.So now my doubt is i have to delete the restored files (122GB) and start the restore process again or RMAN will automatically skip the the restored file and resume the process from where it was failed ?
DB Version -11.2.0.2
RMAN error
channel CH2: ORA-19870: error while restoring backup piece /ebs/DEV/backup/GOLD_db_t801111628_s10788_p1.rman
ORA-19502: write error on file "/ebs/DEV/bin/db/apps_st/data/a_txn_data11.dbf", block number 3492608 (block size=8192)
ORA-27072: File I/O error
Linux-x86_64 Error: 28: No space left on device
Additional information: 4
Additional information: 3492608
Additional information: -1
ThanksWhen you start the restore from the failure, RMAN knows whcih are restored and it will check file headers. if the headers match, it will skip restoring the files.
Hope this helps,
Regards,
http://www.oracleracexpert.com
RMAN Debug and Trace
http://www.oracleracexpert.com/2012/11/rman-debug-and-trace.html
Time for Change: Migrate your Non-RAC Database to RAC
http://www.oracleracexpert.com/2012/10/time-for-change-migrate-your-non-rac.html -
RMAN restore failing in another environment
Hi,
I am facing a problem. I have to restore a database backup from production to Integration
environment. In Production, it is RAC db and RMAN and Veritas Net backup taking the backups.
In Integration Environment also we have the same setup.
So the steps I have done so far is:
1.Have the export of RMAN catalog schema from production and imported in RMAN server in Integration
Environment.#
2. UNIX admins put and mounts the TAPE in tape library.
3. Set the environment for new db in oratab file.
4. connected to target and RMAN.
5. startup nomount from RMAN.
6.executed the following commands
RMAN> run {
2> allocate channel t1 type sbt;
3> validate backupset 2805233;
4> }
released channel: ORA_DISK_1
allocated channel: t1
channel t1: sid=317 devtype=SBT_TAPE
channel t1: VERITAS NetBackup for Oracle - Release 6.0 (2005090703)
channel t1: starting validation of datafile backupset
channel t1: reading from backup piece db_11192_1_651890513
released channel: t1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of validate command on t1 channel at 06/05/2008 12:23:51
ORA-19870: error reading backup piece db_11192_1_651890513
ORA-19507: failed to retrieve sequential file, handle=”db_11192_1_651890513″, parms=”"
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
Failed to process backup file
RMAN>
I’ve got the backupset key from RMAN catalog, but it is failing to validate the backup set.
And also all the subsequent attempts to restore spfile/controlfile/database are failing.
Now, I have been advised by Oracle that this is the problem with Media Manager and I have to contact
them, unfortunately I dont have support service from Veritas.
Could any of you guys please advise, do we need to do any other configrations in net back to Identify
the tapes from foreigen envirnment/ do we need to pass any more paramters from RMAN to see the newly
mounted TAPS?
Your help will be highly appreciated.
Thanks and Regards,
ZachZach,
Can you certain tests for me ?
1)
Lets assume some terms here
a) origclient = your target host
b) altclient = your destination host
c)media manager server = host that contains your netbackup master software
Can you goto altclient and first check if your altclient is able to browse the backups generated by the origclient
$NETBACKUP_HOME/bin/bplist -C <origClient> -t 4 -l -R /
2) Have you configured your ORACLE_HOME on the destination to link one of its libraries to the Media Management software ?
goto $ORACLE_HOME/lib
ls -lrt libobk.sl . This file should be a softlink to $NETBACKUP_HOME/bin/libobk.sl64
3) Please use the SEND command in your RMAN restore scripts. You need so specify the NB_ORA_SERV (your media management master server) and NB_ORA_CLIENT (your origclient host)
SEND 'NB_ORA_SERV=<media manager server>, NB_ORA_CLIENT=<origclient>';
4) Make sure your $NETBACKUP_HOME/bp.conf has the required parameters for client and server. client will be your origclient and server will be your media management server that has the netbackup master software -
Hi ,
We are seeing the following in veritas console while restoring complete backup of db A on server 1 to server 2 with same db name i.e. A
02/09/2011 11:07:41 - begin Restore
02/09/2011 11:07:42 - number of images required: 1
02/09/2011 11:07:42 - media needed: XSI384
02/09/2011 11:07:47 - restoring from image xxxxx-xxxxxxx.xxxxx.xxx.xxx_1296837052
02/09/2011 11:07:52 - started process bptm (pid=10747)
02/09/2011 11:07:52 - mounting XSI384
02/09/2011 11:07:50 - requesting resource XSI384
02/09/2011 11:07:50 - granted resource XSI384
02/09/2011 11:07:50 - granted resource HP.Ultrium2-SCSI.001
02/09/2011 11:08:36 - mounted XSI384; mount time: 0:00:44
02/09/2011 11:08:37 - positioning XSI384 to file 54
02/09/2011 11:10:35 - positioned XSI384; position time: 0:01:58
02/09/2011 11:10:35 - begin reading
02/09/2011 11:10:43 - end reading; read time: 0:00:08
02/09/2011 11:10:44 - restored from image xxxxx-xxxxxxx.xxxxx.xxx.xxx_1296837052; restore time: 0:02:57
02/09/2011 11:10:44 - end Restore; elapsed time 0:03:03
the requested operation was successfully completed (0)
Any thoughts why restore is failing....Using Rman on Server 2 we could restore and recover successfully.02/09/2011 11:07:41 - begin Restore
02/09/2011 11:07:42 - number of images required: 1
02/09/2011 11:07:42 - media needed: XSI384
02/09/2011 11:07:47 - restoring from image xxxxx-xxxxxxx.xxxxx.xxx.xxx_1296837052
02/09/2011 11:07:52 - started process bptm (pid=10747)
02/09/2011 11:07:52 - mounting XSI384
02/09/2011 11:07:50 - requesting resource XSI384
02/09/2011 11:07:50 - granted resource XSI384
02/09/2011 11:07:50 - granted resource HP.Ultrium2-SCSI.001
02/09/2011 11:08:36 - mounted XSI384; mount time: 0:00:44
02/09/2011 11:08:37 - positioning XSI384 to file 54
02/09/2011 11:10:35 - positioned XSI384; position time: 0:01:58
02/09/2011 11:10:35 - begin reading
02/09/2011 11:10:43 - end reading; read time: 0:00:08
02/09/2011 11:10:44 - restored from image xxxxx-xxxxxxx.xxxxx.xxx.xxx_1296837052; restore time: 0:02:57
02/09/2011 11:10:44 - end Restore; elapsed time 0:03:03
the requested operation was successfully completed (0)
Any thoughts why restore is failing....Using Rman on Server 2 we could restore and recover successfully.I do not see any entry in the log above which shows that the restore is failing -- It shows "the requested operation was successfully completed (0)" which means it is completed successfully.
Thanks,
Hussein -
HI All,
I would be thankful to you if you help me.
I am restoring full database backup with RMN but due to space crunch issue my restore got failed.
Please let me know is there any way i can start my restore operation from the point it failed with RMAN
Regards,910742 wrote:
HI AlL,
Please share you experience.Patience, Grasshopper
You posted this follow-up a mere SIX minutes after your previous post.
This forum is not a chat line, and it is not paid support.
Everyone here has a job for which they are paid, and this forum is not it.
No one is responsible for monitoring it and giving a quick response.
Furthermore, it is a global forum. The person with the information you seek may very well live 20 time zones away from you and was going to bed just as you posted. He will not even see your post for several more hours.
Your original post went up in the middle of the night for half the world.
No one with the information you seek is deliberately withholding it until you sound sufficiently desperate. -
RMAN Restore Control File Fails - File Header Validation Fails
hi everyone,
This is 9i on Windows 2000.
I'm trying to restore a control file from a backup made by RMAN on another server.
I expected Oracle/RMAN to choke because it knows the backup file was not made from this servers database.
RMAN>restore control file from '......' gives ORA-19563 Control File header validation failed
Is there a way to force RMAN to restore a file, in a situation like this?
Thanks,
John>>I expected Oracle/RMAN to choke because it knows the backup file was not made from this servers database.
What do you mean by this statement ? Do you mean that the servers are on different platforms ? If so first you need to do RMAN platform conversion to able to recognize the controlfile.
If not, Can you make sure of the following
1) source and target servers are same operating system
2) source and target database homes have same versions. -
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 -
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 -
Does RMAN restore from 11.2.0.3 to 11.1.0.7?
Hi Team,
Interesting point is here, source is on 11.2.0.3 and somehow we missed 11.2.0 home on target (my team mate forgot to built new 11.2.0.3 home - we have 11.1.0 home), not sure how this rman restored/recovered with no issues on target even it has compatibility change (controlfile restore itself should fail).
Source is 11.2.0.3 and target is 11.1.0.7, presently the instance up and running with no issues, but we decided to re build with 11.2.0.3 home
Any hints? Please advice, I am curious about this functionality how did this happen! J
Thanks,
VenkatSee Oracle Support Note "Frequently Asked Questions about Restoring Or Duplicating Between Different Versions And Platforms (Doc ID 369644.1)" . Particularly Question 5.
You need to run the Downgrade procedures to downgrade a database from 11.2 to 11.1
Hemant K Chitale -
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*** -
Block corruptioin after rman restore/recovery
Thanks for taking my question!
Oracle Enterprise Edition 11.1.0.7 on Windows 2008. Using Rman on-line backups COMPRESSED.
Can anyone give me any ideas on why SYSAUX data block corruption should occur after a rman recovery?
Below is my script. Am I missing something? Should I be physically removing the redo? Any ideas welcome?
Thanks!
Kathie
rman> restore until seq = 123
recover until seq = 123
alter database open resetlogs;
Background:
I had to do a rman recovery the other day to restore our database back to the previous day. After the recovery the sysaux table became logically corrupted. I tried to fix data corruption with rman but it said it couldn't after reading thru 6 days of backups. I ended up deleting the database, recreating the database and restoring from an export takien a few hours prior.
I now have a database to test rman recovery. Database has been up and rman backups (compressed) running for several days. I tried to recover back to previouse day and again SYSAUX has logical corruption. I tried to use Rman to recover data corruption but it failed.
I deleted database and recreated it. Took several rman on-line backups (this time not compressed). Did 3rd recovery this time only a few hours back. This time everything worked - no sysaux block corruption but why? The only difference is the recovery used non compressed backups and recovery was a shorter time frame. why ???I agree the errors are not identical but I am going to stop performing compressed backups until I am sure that is not the issue.
My first two recoveries had logical block corruption and this last one without compression set had no block corruption. I performed the same recovery process for all recoveries and the big difference was the successfull recovery did not have compressed backups. I checked v$database_block_corruption and it shows no errors. I also, performed a backup and verify to double check.
The only issue I can see is below. I am hoping someone can confirm this is normal after "alter database open resetlogs". Can anyone verify that?
Thanks!
Kathie
Thu Aug 27 10:17:49 2009
alter database open resetlogs
RESETLOGS after incomplete recovery UNTIL CHANGE 3587892
Resetting resetlogs activation ID 3129052671 (0xba818dff)
Thu Aug 27 10:17:50 2009
Errors in file e:\oracle\diag\rdbms\cs90dev\cs90dev\trace\cs90dev_m000_2244.trc:
ORA-00316: log 1 of thread 1, type 0 in header is not log file
ORA-00312: online log 1 thread 1: 'E:\ORACLE\11.1.0\ORADATA\CS90DEV\REDO01.LOG'
Errors in file e:\oracle\diag\rdbms\cs90dev\cs90dev\trace\cs90dev_m000_2244.trc:
ORA-00316: log 2 of thread 1, type 0 in header is not log file
ORA-00312: online log 2 thread 1: 'E:\ORACLE\11.1.0\ORADATA\CS90DEV\REDO02.LOG'
Errors in file e:\oracle\diag\rdbms\cs90dev\cs90dev\trace\cs90dev_m000_2244.trc:
ORA-00316: log 3 of thread 1, type 0 in header is not log file
ORA-00312: online log 3 thread 1: 'E:\ORACLE\11.1.0\ORADATA\CS90DEV\REDO03.LOG'
Thu Aug 27 10:17:53 2009
Setting recovery target incarnation to 3 -
Hi all,
have below doubts.
IF RMAN duplicate failed in the middle of the process due to disk full or any other reason.
Do I start from the beginning again or is there anyway to sort of "resume" from where it stopped?
Please consider what need to do in 9i or in 10G.
Please also reply what need to do for FS or for ASM.
Please also share if you have any doc or link.Hi,
IF RMAN duplicate failed in the middle of the process due to disk full or any other reason.See always perform fresh duplicate.
it will overwrite the existing files... so you need to check in alert log file like how many files restored & recovered during duplicate..
sybrand_b wrote:
Duplicate database is a quite robust command.
It will automatically skip what has already been done, so you can safely re-execute it without problems.
Been there, done that.
Sybrand Bakker
Senior Oracle DBA@sybrand
What it automatically skips?
1)did RMAN duplicate knows about earlier restores...
2)if i restored system,sysaux,users,undo datafiles of another database and again I'm performing another database in same location.. so it will skip?
are you sure...
Thanks
*Manual Completion of a Failed RMAN Duplicate [ID 360962.1]*
Edited by: CKPT on Dec 11, 2010 12:40 PM -
Rman restoration - Cannot identify file
Hi,
I am doing a RMAN restoration in linux server named I have a full backup plus next two days incremental backup to restore database till time.
I have created a instance started it wilth a pfile and restored the control file with below option
RMAN> restore control file from C:\backups\control_123.ctl';
The control file is succesfully restored...
RMAN > Alter database mount;
Database Mounted.
when i tried to restore the USERS tablespace i am getting the below error that file cannot be identified.
ORA-19870: error reading backup piece C:\Rman_files\hth_data_full_6304_1_770178761.bkp
ORA-19505: failed to identify file "C:\Rman_files\hth_data_full_6304_1_770178761.bkp
ORA-27037: unable to obtain file status
My question is it mandatory to move the rman and archive log backup files to the path that is specified in the backup control file, can we copy the RMAN files to some other location instead of default control file location and restore from there ?
Thanks
Edited by: user11981262 on Mar 6, 2012 3:58 AMuser11981262 wrote:
Hi,
I am doing a RMAN restoration in linux server named I have a full backup plus next two days incremental backup to restore database till time.
I have created a instance started it wilth a pfile and restored the control file with below option
RMAN> restore control file from C:\backups\control_123.ctl';
The control file is succesfully restored...
RMAN > Alter database mount;
Database Mounted.
when i tried to restore the USERS tablespace i am getting the below error that file cannot be identified.
ORA-19870: error reading backup piece C:\Rman_files\hth_data_full_6304_1_770178761.bkp
ORA-19505: failed to identify file "C:\Rman_files\hth_data_full_6304_1_770178761.bkp
ORA-27037: unable to obtain file status
My question is it mandatory to move the rman and archive log backup files to the path that is specified in the backup control file, can we copy the RMAN files to some other location instead of default control file location and restore from there ?
Thanks
Edited by: user11981262 on Mar 6, 2012 3:58 AM
can we copy the RMAN files to some other location instead of default control file location and restore from there ? Catalog the backup before restoring the tablespace
or just put the backup in the default location as in your case it is in folder "C:\Rman_files\"
--neeraj
Maybe you are looking for
-
Hi, We have program that is inserting records in a table. In middle it is giving Duplicate key error. How can I know which record is getting duplicated? We are using SQL Server 2012 Regards
-
V$RECOVERY_LOG files doesn't works?
Hi I am trying to do which the V$RECOVERY_LOG shows to me all the archivelogs that I will need to recovery my database since the last backup. ( an incremental level 0 backup in archivelog mode ). My test consists in: Fill the redo log file with data
-
Creating a XMLfile using pl/sql procedure.
Hi, I have a scenario here. I have to create a XML file, in a perticular format. Since its not a well formed XML format, I am facing issues while creating the file. The XML file format is as below. <SECTION>10-B</SECTION> <?xml version="1.0" encoding
-
Link 1.2.0 build 17 - sync/copy functions greyed out Mac OSX 10.9
I have my new blackberry Q10. I have downloaded the latest Link software for Mac I have Mac OSX 10.9 The sync / copy functions are disabled/greyed out. What is wrong? Cheers Ben
-
Hello there, being a E90 user since almost 6 months now, i really can not understand why Nokia has not overworked the E90 yet. Hey guys at Nokia, are you sleeping? Every day i hear and read new users' opinions of the E90, how great the device is, but