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

  • RMAN issues

    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 ORACLE

    ORA-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 10g

    have 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
    G

    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
    G

  • RMAN Issues urgent

    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 backup

    If 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 AM

    Thanks 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,
    phil

    First 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

  • RMAN pros and cons

    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 Rog

    Hello 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.php

    True, 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. ;)

  • Backup fails with RMAN-08132

    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,
    Felipe

    Hi,
    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

  • Invoice Split on line items

    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

  • Power cord replacement

    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

  • BAPI_ROUTING_CREATE comp. assign. ot working with large BOM's (multilevel)

    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