RMAN Issue
I am having issue with RMAN
I have Oracle 11gR2 database on HP-UX. when I issue any command in RMAN prompt, its displaying the information but it's not returning to RMAN prompt, I have to hit CTRL+C to come out. But I have 2 more database on the same home, and I don't have this problem on that database.
oracle@hublhp10:/home/oracle$ rman target /
Recovery Manager: Release 11.2.0.1.0 - Production on Mon Mar 19 15:00:53 2012
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
connected to target database: IMGPROD (DBID=2867365220)
RMAN> show all;
using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name IMGPROD are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/imgback/RMAN/cf-IMGPROD-%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/imgback/RMAN/snapcf_imgprod.f';
RMAN>
RMAN> report obsolete;
RMAN retention policy will be applied to the command
RMAN retention policy is set to redundancy 1
Report of obsolete backups and copies
Type Key Completion Time Filename/Handle
Archive Log 1 19-MAR-12 /imgarch/ORACLE/imgprod/al_imgprod_1_283_777982948.dbf
I traced the session, see the following
WAIT #2: nam='control file sequential read' ela= 143 file#=0 block#=17 blocks=1 obj#=-1 tim=11750515395399
WAIT #2: nam='control file sequential read' ela= 143 file#=0 block#=1 blocks=1 obj#=-1 tim=11750515395853
WAIT #2: nam='control file sequential read' ela= 144 file#=0 block#=15 blocks=1 obj#=-1 tim=11750515396024
WAIT #2: nam='control file sequential read' ela= 145 file#=0 block#=17 blocks=1 obj#=-1 tim=11750515396192
WAIT #2: nam='control file sequential read' ela= 206 file#=0 block#=1 blocks=1 obj#=-1 tim=11750515396719
WAIT #2: nam='control file sequential read' ela= 142 file#=0 block#=15 blocks=1 obj#=-1 tim=11750515396909
WAIT #2: nam='control file sequential read' ela= 168 file#=0 block#=17 blocks=1 obj#=-1 tim=11750515397102
FETCH #2:c=0,e=16905,p=0,cr=0,cu=0,mis=0,r=1,dep=0,og=1,plh=818693323,tim=11750515397527
WAIT #2: nam='SQL*Net message from client' ela= 450 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=11750515398178
CLOSE #2:c=0,e=27,dep=0,type=3,tim=11750515398262
=====================
PARSING IN CURSOR #4 len=205 dep=0 uid=0 oct=3 lid=0 tim=11750515399507 hv=1796820951 ad='c0000004fe449f88' sqlid='gq4u3dppjkmyr'
select /*+ rule */ round(sum(MBYTES_PROCESSED)), round(sum(INPUT_BYTES)), round(sum(OUTPUT_BYTES)) from V$RMAN_STATUS START WITH RECID = :row_id and STAMP = :row_stamp CONNECT BY PRIOR RECID = parent_recid
END OF STMT
PARSE #4:c=0,e=556,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,plh=0,tim=11750515399506
Similar Messages
-
Database version 11.2
It’s been no issues with backups and no changes to database or catalog Database. Getting following errors. Anybody could tell what is going on?
rman
connect target /
connect catalog dbname/pass@catDB
run
backup archivelog all delete input;
RMAN-03002: failure of backup command at 05/23/2011 12:45:12
RMAN-03014: implicit resync of recovery catalog failed
ORA-03113: end-of-file on communication channel
Process ID: 3534920
Session ID: 52 Serial number: 2751
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
ORA-03114: not connected to ORACLE
Also show all getting similar error:
RMAN> show all;
RMAN configuration parameters for database with db_unique_name dbname are:
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of show command at 05/23/2011 13:18:28
ORA-03114: not connected to ORACLEORA-03114: not connected to ORACLE
Cause: A call to Oracle was attempted when no connection was established. Usually this happens because a user-written program has not logged on. It may happen if communication trouble causes a disconnection. In addition, this message could occur when ALTER SYSTEM KILL SESSION or ALTER SYSTEM DISCONNECT SESSION were issued with the IMMEDIATE qualifier because, in those cases, the client's connection to the database is terminated without waiting for the client to issue a request.
Action: Try again. If the message recurs and the program is user written, check the program.HTH
Aman.... -
Rman issues - running archive job
Recovery Manager: Release 10.2.0.4.0 - Production on Tue Dec 4 02:12:19 2012
Copyright (c) 1982, 2007, Oracle. All rights reserved.
RMAN>
connected to target database: S7PB (DBID=1234567)
using target database control file instead of recovery catalog
RMAN>
echo set on
RMAN> run{ execute script firtuna_backup_archive; }
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-06002: command not allowed when not connected to a recovery catalog
RMAN> exit;
Recovery Manager complete.
Could anybody tell me how I can solve this issue (catalog) using grid control oracle 10ghave you used syntax like
rman target / catalog username/passsword@dbname ?? -
RMAN issue, any feedback appreciated
Guys,
Sorry, i shouldn't have posted it here..
We currently use the following script to take backup of our database on production. But this morning i've noticed that the RETENTION POLICY was set to redundancy 1 and it was deleting all backup prior to a day old, although the image copy script says, retain a recovery window of up to 3 days..
run {allocate channel daily_backup device type disk;recover copy of database with tag 'DAILY_BKP' until time 'SYSDATE - 3';backup incremental level 1 cumulative copies=1 for recover of copy with tag 'DAILY_BKP' database;}So, i set the RENTENTION POLICY to 3 days and deleted all old backup pieces and started a fresh one.. But i am gobsmacked to see that the output below still shows it as incrmental level 1,( it should have been level 0) and the size of 890M for a database of size 50+ Gb.
What's going wrong ? Is RMAN doing something wrong ?
here is the output after the backup..
RMAN> list backup;using target database control file instead of recovery catalogList of Backup Sets===================BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ ---------------205 Incr 1 847.98M DISK 00:00:24 24-JAN-07 BP Key: 201 Status: AVAILABLE Compressed: NO Tag: TAG20070124T095347 Piece Name: ORARECO/vfprod/backupset/2007_01_24/nnndn1_tag20070124t095347_0.2441.612698029 List of Datafiles in backup set 205 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/system.262.604149337 2 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/undotbs1.261.604149337 3 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/sysaux.263.604149337 4 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/users.268.604149337 5 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/undotbs2.260.604149411 6 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/prod_data_01.258.604153527 7 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/prod_data_02.259.604158465 8 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/prod_index_02.266.604158515 9 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/backup_01.265.607712919 10 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/prod_index_01.256.604158593 11 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/reports_01.269.604160179 12 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/prod_data_03.270.607340425 13 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/prod_data_04.271.607342515 14 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/prod_index_03.272.607342557 15 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/prod_index_04.273.607342857 16 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/swe_data_01.285.611322965 17 1 Incr 58614445 24-JAN-07 ORADATA/vfprod/datafile/swe_index_01.286.611323027BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ------------ ---------------206 Full 15.48M DISK 00:00:01 24-JAN-07 BP Key: 202 Status: AVAILABLE Compressed: NO Tag: TAG20070124T095413 Piece Name: +ORARECO/vfprod/autobackup/2007_01_24/s_612698053.2423.612698053 Control File Included: Ckp SCN: 58614605 Ckp time: 24-JAN-07 SPFILE Included: Modification time: 22-JAN-07RMAN> exitAny comments will be valuable.
Thanks
G'RMAN' seems to be a good work and is doing an incremental backup after the first full backup (this is the correct way).</BR>If you look to the files size you'll see that incremental backup is taking only 15.48M.</BR>It's normal a backup (or incremental backup) take more few space than a "conventional backup" because RMAN compress data.</BR></BR></BR>
[Please, in future format properly your code: lines with more than 2048 characters are difficult to read, format and understand.] -
RMAN issue - any feedback would be appreciated
Guys,
Sorry, i shouldn't have posted it here..
We currently use the following script to take backup of our database on production. But this morning i've noticed that the RETENTION POLICY was set to redundancy 1 and it was deleting all backup prior to a day old, although the image copy script says, retain a recovery window of up to 3 days..
run {
allocate channel daily_backup device type disk;
recover copy of database with tag 'DAILY_BKP' until time 'SYSDATE - 3';
backup incremental level 1 cumulative copies=1 for recover of copy with tag 'DAILY_BKP' database;
}So, i set the RENTENTION POLICY to 3 days and deleted all old backup pieces and started a fresh one.. But i am gobsmacked to see that the output below still shows it as incrmental level 1,( it should have been level 0) and the size of 890M for a database of size 50+ Gb.
What's going wrong ? Is RMAN doing something wrong ?
here is the output after the backup..
RMAN> list backup;
using target database control file instead of recovery catalog
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
205 Incr 1 847.98M DISK 00:00:24 24-JAN-07
BP Key: 201 Status: AVAILABLE Compressed: NO Tag: TAG20070124T095347
Piece Name: +ORARECO/vfprod/backupset/2007_01_24/nnndn1_tag20070124t095347_0.2441.612698029
List of Datafiles in backup set 205
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/system.262.604149337
2 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/undotbs1.261.604149337
3 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/sysaux.263.604149337
4 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/users.268.604149337
5 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/undotbs2.260.604149411
6 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_data_01.258.604153527
7 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_data_02.259.604158465
8 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_index_02.266.604158515
9 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/backup_01.265.607712919
10 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_index_01.256.604158593
11 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/reports_01.269.604160179
12 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_data_03.270.607340425
13 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_data_04.271.607342515
14 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_index_03.272.607342557
15 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_index_04.273.607342857
16 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/swe_data_01.285.611322965
17 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/swe_index_01.286.611323027
BS Key Type LV Size Device Type Elapsed Time Completion Time
206 Full 15.48M DISK 00:00:01 24-JAN-07
BP Key: 202 Status: AVAILABLE Compressed: NO Tag: TAG20070124T095413
Piece Name: +ORARECO/vfprod/autobackup/2007_01_24/s_612698053.2423.612698053
Control File Included: Ckp SCN: 58614605 Ckp time: 24-JAN-07
SPFILE Included: Modification time: 22-JAN-07
RMAN> exitAny comments will be valuable.
Thanks
GGuys,
Sorry, i shouldn't have posted it here..
We currently use the following script to take backup of our database on production. But this morning i've noticed that the RETENTION POLICY was set to redundancy 1 and it was deleting all backup prior to a day old, although the image copy script says, retain a recovery window of up to 3 days..
run {
allocate channel daily_backup device type disk;
recover copy of database with tag 'DAILY_BKP' until time 'SYSDATE - 3';
backup incremental level 1 cumulative copies=1 for recover of copy with tag 'DAILY_BKP' database;
}So, i set the RENTENTION POLICY to 3 days and deleted all old backup pieces and started a fresh one.. But i am gobsmacked to see that the output below still shows it as incrmental level 1,( it should have been level 0) and the size of 890M for a database of size 50+ Gb.
What's going wrong ? Is RMAN doing something wrong ?
here is the output after the backup..
RMAN> list backup;
using target database control file instead of recovery catalog
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
205 Incr 1 847.98M DISK 00:00:24 24-JAN-07
BP Key: 201 Status: AVAILABLE Compressed: NO Tag: TAG20070124T095347
Piece Name: +ORARECO/vfprod/backupset/2007_01_24/nnndn1_tag20070124t095347_0.2441.612698029
List of Datafiles in backup set 205
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/system.262.604149337
2 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/undotbs1.261.604149337
3 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/sysaux.263.604149337
4 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/users.268.604149337
5 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/undotbs2.260.604149411
6 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_data_01.258.604153527
7 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_data_02.259.604158465
8 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_index_02.266.604158515
9 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/backup_01.265.607712919
10 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_index_01.256.604158593
11 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/reports_01.269.604160179
12 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_data_03.270.607340425
13 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_data_04.271.607342515
14 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_index_03.272.607342557
15 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/prod_index_04.273.607342857
16 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/swe_data_01.285.611322965
17 1 Incr 58614445 24-JAN-07 +ORADATA/vfprod/datafile/swe_index_01.286.611323027
BS Key Type LV Size Device Type Elapsed Time Completion Time
206 Full 15.48M DISK 00:00:01 24-JAN-07
BP Key: 202 Status: AVAILABLE Compressed: NO Tag: TAG20070124T095413
Piece Name: +ORARECO/vfprod/autobackup/2007_01_24/s_612698053.2423.612698053
Control File Included: Ckp SCN: 58614605 Ckp time: 24-JAN-07
SPFILE Included: Modification time: 22-JAN-07
RMAN> exitAny comments will be valuable.
Thanks
G -
When I am trying to take the online backup through Rman it is faling saying accepted archive log not found..
Current script that I am using for the RMAN is
run {
allocate channel 'dev_1' type 'sbt_tape' parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=iobasprd,OB2BARLIST=Oracle9i_Archive)';
backup incremental level <incr_level> filesperset 5
format 'Oracle9i_Archive<iobasprd_%s:%t:%p>.dbf'
archivelog all
delete input;
Is it possible that it dont search for a particular arcvhive log and atleast start by online backupIf you don't have all the archive log then,you can try something like this..
run {
allocate channel 'dev_1' type 'sbt_tape' parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=iobasprd,OB2BARLIST=Oracle9i_Archive)';
backup incremental level <incr_level> filesperset 5
format 'Oracle9i_Archive<iobasprd_%s:%t:%p>.dbf';
backup archivelog from sequence <seq no> delete input;
Message was edited by:
KrishPx -
Backup Physical Standby (Dataguard) using RMAN : Issues
Hello All,
I am running a RMAN backup on standby server using the command below. The RMAN backup is actually connecting to the primary database on another server, I found this very confusing and to reassure, i shutdown the primary database and ran the backup again. It fails with not able to conenct to target database. Can you please explain?
run {
allocate channel t1 type disk format '/backup/oracle/PRODCDW/RMAN/DBFILES_%d_t%t_s%s_p%p';
allocate channel t2 type disk format '/backup/oracle/PRODCDW/RMAN/DBFILES_%d_t%t_s%s_p%p';
recover copy of database with tag 'STDBY_PRODCDW';
backup as compressed backupset format '/backup/oracle/PRODCDW/RMAN/DBFILES_%d_t%t_s%s_p%p' tag 'STDBY_PRODCDW' incremental level 1 for recover of copy with tag 'STDBY_PRODCDW' database plus archivelog delete input;
}I am not doing the image copy anymore, I am taking the RMAN incremental backups for the database. I am not getting any errors now but, Here is what I want to achieve:
I am running the RMAN backups on the standby database. I want to :
1) Delete archivelogs on my PRIMARY server only when these logs are successfully TRANSFERED/APPLIED to all my standby databases?
2) Delete archivelogs on my STANDBY server only when these logs are sucessfully APPLIED to the database?
Regards -
Most common issue on RMAN 11gR2 and MyOracleSupport Community
Hello,
under the My Oracle support Community, we have just posted a link to a list of most common RMAN issues when running 11gR2 release.
You may want to check it and collaborate with other customers and experts to get the best from it.
The My Oracle Support Community which covers all support related questions on Backup and Recovery (and Recovery Manager of course) is available under: [https://communities.oracle.com/portal/server.pt/community/database_backup_and_recovery/243]
Have you ever visited the Community to exchange, learn, share and get answers to your support related questions?
This My Oracle Support Community is a vibrant forum for Oracle customers, partners and employees to share knowledge, discover best practices and ask questions. We encourage you to use these communities for all your support related topics.
Generally with over 427,000 members and 227 communities dedicated to product and industry-specific topics, the My Oracle Support Community encompasses a huge range of technologies, applications, and business processes—including 30 focused communities for Oracle Database, 6 for Enterprise Manager, 4 for Engineered Systems etc.
Join a community of peers with real-world experience using Oracle products, and Oracle support engineers who moderate and contribute to discussions, for unparalleled access to deep and practical expertise. With My Oracle Support Community, you’ll get faster, real-time access to information about Oracle technologies to help you improve your operational efficiency and reduce downtime.
An existing support contract is required for this service.
If you have not used the My Oracle Support Communities before, please watch this brief (2 minute) video to help you quickly understand the benefits available to you.
[http://bcove.me/rvjqwdn5]
Regards,
Carmelo Amoroso
(Snr Manager High Availability Produts for Global Customer Support)Hi,
Permissions Issue on STANDBY machine?First problem I see is the sysdba password must be the same on both sides (target and auxiliary dbs).
From the documentation.
The source database and auxiliary instances must use the same SYSDBA password, which means that both instances must have password files. You can
create the password file with a single password so you can start the auxiliary instance and enable the source database to connect to it.Check all prereqs for the standby db duplicate here.
http://download.oracle.com/docs/cd/E11882_01/backup.112/e10643/rcmsynta020.htm#i81724
Rgds,
Tycho -
Archive directory full. RMAN backup failed.
My archive directory went out of space due to rman issue. /tmp was 100%. I had no choice late last night but to move archive logs to another directory (/backups/arch) I changed log_archive_dest also to this location. However RMAN keeps looking at the previous archive directory. Any ideas how I acn make RMAN pick up the archives from this new location?
Oracle version : 10.2.0.4
HP-UX OS
Thank you.Solved it. Had to use :
catalog start with '<new_directory_of_archivelogs>';
Edited by: 860412 on Aug 3, 2011 9:52 AM -
Newbie has RMAN restore questions
I am new to Oracle and RMAN. We had a failure on a Windows Server running Oracle 9.2. I copied the backed up datafiles from RMAN to a recovery system. The production system is running again. I need to restore the old data on the recovery system, which is a clean installation of Windows Server and Oracle 9.2.
How do I get RMAN to see the backup set files that I copied over from our production system?
I tried this using the name of one of the backed up files:
CATALOG DATFILECOPY 'C:\BACKUP\ZEUS\DF0_ZEUS-2965_715266526';This returned "ORA-19563: datafile copy header validation failed for file C:\BACKUP\ZEUS\DF0_ZEUS-2965_715266526."
I think the problem is the one described at http://youngcow.net/doc/oracle10g/backup.102/b14192/maint007.htm:
If you try to catalog a datafile copy from a database other than the connected target database,
then RMAN issues an error such as the following:
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of catalog command on default channel at 08/29/2001 14:44:34
ORA-19563: datafile copy header validation failed for file /tmp/tools01.dbfI tried SET DBID so that the DBID is the same as the production database, but my results are unchanged.
Edited by: user12961563 on Apr 15, 2010 10:27 AMThanks for all the suggestions. I have tried "RESTORE CONTROLFILE FROM AUTOBACKUP;" and the procedure "Performing Disaster Recovery" documented here: http://www.stanford.edu/dept/itss/docs/oracle/10g/server.101/b10734/rcmrecov.htm. I run into these problems:
Not mounted: The RESTORE command fails with ORA-01507: Database not mounted.
Mounted: RMAN-06189: Current DBID does not match target mounted database.
So I run "SET DBID" to make the DBID the same as the source database, just like it says in step 3 of "Performing Disaster Recovery". The RESTORE command then searches some files and gives RMAN-06172: No autobackup found or specified handle is not a valide copy or piece.
The backed up files are in F:\Backup, and I have these settings:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'F:\BACKUP\cf_%F';
The only thing I can think of is that RMAN is not looking in F:\BACKUP. Is there something else going on? I've read through scores of pages of docs, but can't find and leads. -
Can I use rman 64 bit backupsets to restore/recover on a 32bit platform?
Hi,
rman is creating daily backupsets on my 64bit prod database.
In case of failure, may I use those backupsets to restore on a 32 bit database?
Cheers,
philFirst of all you should specify the specific DB version you are working with, since there are certain constraints you should be aware with the 64/32 interoperability. You may take a look at this thread --> Re: can i do dataguard between oracle 64 bit to oracle 32 bit? where the 64/32 bit problem is addressed with data guard. I know you are concerned about the rman issue, not data guard, but there you will find some references on the 64/32 interoperability on both, oracle documents and metalink notes.
~ Madrid -
Hey everyone,
We are implementing a new system, and are struggling to deterimine if it is worth while to implement RMAN. I know Rman can save us backup time and money (as you can perform incremental backups vs. full.. However in the past, I have run into issuse with restores/backups - and was told they were caused by RMAN issues.
Could anyone let me know if this RMAN is now stable, and if it is recommended? If we can handle the extra storage needed to do full online backups daily, is it still worth implementing rman?
Thank you everyone in advance for any info.
Kind Regards
Richard RogHello Richard,
here is my personal opinion about RMAN.
Pro:
- automatic consistency check of the blocks (if DB_BLOCK_CHECKSUM is enabled)
- incremental backups are possible
- brtools support RMAN backups/restores
- block media recovery is only possible with RMAN (but you can use an old fashioned [non-RMAN] backup for this)
Con:
- RMAN requires CPU time while performing the backup
- RMAN compression is not useful if you write your data e.g. to LTO drives which perform compression "for free"
- RMAN is quite complex, so you'll encounter lots of new Oracle error messages
Regards,
Mark -
RMAN: Switch database back
Hi,
I am having a small rman issue. With:
switch database to copy;I am able to recover a database very quickly however how can I switch back respectively restore afterwards the database to its original location. Are there no other ways to do it file by file?
Thanks for your feedback.
Cheers,
David
OCP 9i
http://www.oratoolkit.ch/otn.phpTrue, I just had to rename the files and to recover them. Here the procedure:
$ sqlplus / as sysdba
SQL> shutdown immediate
SQL> startup mount
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-SYSTEM_FNO-1_0vl14lkl'
to '+DATA01/PROD/DATAFILE/prod_system_01.dbf';
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-TAB_FNO-6_12l14lm2'
to '+DATA01/PROD/DATAFILE/prod_tab_01.dbf';
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-TAB_FNO-7_13l14lm9'
to '+DATA01/PROD/DATAFILE/prod_tab_02.dbf';
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-IDX_FNO-9_15l14lmn'
to '+DATA01/PROD/DATAFILE/prod_idx_02.dbf';
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-IDX_FNO-8_14l14lmg'
to '+DATA01/PROD/DATAFILE/prod_idx_01.dbf';
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-OTK_FNO-5_16l14lmq'
to '+DATA01/PROD/DATAFILE/prod_otk_01.dbf';
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-USERS_FNO-4_17l14lmr'
to '+DATA01/PROD/DATAFILE/prod_users_01.dbf';
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-SYSAUX_FNO-3_11l14llj'
to '+DATA01/PROD/DATAFILE/prod_sysaux_01.dbf';
SQL> alter database rename file
'/backup01/rdbms/physical/prod/datafile/PROD_copy_data_D-PROD_I-116298551_TS-UNDO_FNO-2_10l14ll4'
to '+DATA01/PROD/DATAFILE/prod_undo_01.dbf';
SQL> exit
$ rman target /
RMAN> recover database;
RMAN> alter database open;Thanks a lot for your inputs. ;) -
Hi
I'm trying to run rman backup on standby db. It seems like the backup completes but i'm getting the following message at the end. I cant issue commands like "list backup;" Fails with the same error. Tried searching metalink without any luck. Anyone seen this before??
Finished backup at 25-APR-07
RMAN-08132: WARNING: cannot update recovery area reclaimable file list
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of REFAF command on default channel at 04/25/2007 12:30:45
ORA-00604: error occurred at recursive SQL level 1
ORA-01219: database not open: queries allowed on fixed tables/views only
Any clues from you sharp-eyed dba's out there would be greatly appricated!!There's an entry on metalink:
Known RMAN issues in Oracle10g
Doc ID: Note:363409.1
Inside this note search for 'WARNING: cannot update recovery area reclaimable file list'
Werner -
Rman + CPU/memory doubts
Hi guys,
Another Rman issue. I´m making hotbackups (oracle 10gR1 - linux) and I can see a high CPU utilization during RMAN backup. like 98% CPU in use during backup. Is it normal ? is there any documentation regarding cpu and memory use during rman backups ?
I can see 360 Mb of memory being used, and my shared pool size=360 Mb If I increase this valor it should improve my cpu and memory utilization
during backup ?
Any documentation about Rman + memory utilization would be great.
Thanks,
FelipeHi,
the backup is not encrypted, but I´m compressing it using AS COMPRESSED command.
Oracle 10gR1 (10.1.0.3) linux environment
run {
BACKUP AS COMPRESSED BACKUPSET
INCREMENTAL LEVEL 0
DATABASE TAG 'DB_LEVEL0_WHOLE'
FORMAT '/oradata/RMAN/backupset/%d_%I_level0_%s_%p_%u.bkp'
PLUS ARCHIVELOG TAG 'ARCHIVEDLOGS'
FORMAT '/oradata/RMAN/archievelog/%d_%I_arch_%s_%p_%u.bkp'
delete input;
Processor :
Intel Xeon(TM) CPU 3.00GHz
4GB Ram memory
thanks,
Felipe
Maybe you are looking for
-
Dear all, We are on CRM 7.0. We are doing billing in crm for service products . We have a requirement that if the number of line items in the invoice is more than 200, invoice split should happen. Has anyone worked on this scenario and if so pl. let
-
Eexchange rate is picked up in assessment line items
Hi Friends, Our controlling area currency is USD and object currency is AUD. When we are doing assessment(T code GJF5-realted to JVA), the line item generated from the execution of assessment is picking up some rate of exchange which we are not able
-
Received this Shipping Notification: Thank you for choosing HP for your technology needs. We value your business. This is an automated shipping confirmation of an order you placed for the HP AC Power Cord Replacement Program. Your order was shipped o
-
We use the BAPI_ROUTING_CREATE for the copy of routings from one system to another via ALE. When we do this for relatively easy BOM's (not to many levels), this works fine. When we do this for large BOM's (more than 5 levels), the component assignm
-
Printing Hard Copy of Calendar from MacBook Pro
Is there a way I can make a printed hard copy of a moth of my Calendar always being with the same weekday? My preference happens to be Monday, however I can not find any setting that takes care of the inconsistencies I am experiencing. For example a