Applying level  1 Incremental Backup (Abid)

Dear All
I have taken Prouduction database backup incremental level 0 from machine A
and restored in on Machine B ( another machine). Now i have taken incremental level 1 backup of Production with the following command,
BACKUP INCREMENTAL LEVEL 1 DATABASE;
Now i want to apply it on Machine B. Kindly tell me steps and command.
Thanks

What is the Machine B database doing? Is it a standby?

Similar Messages

  • Level 1 incremental backup taking larger space

    Hi All,
    Yesterday i had level 1 incremental backup. Backup completed successfully but its size was as equal as Full Backup.
    What could me the possible reason for that ?
    Environmnt is Oracle 10g R2 2 Node RAC on windows.

    Hi,
    you can enable block change tracking and see the results.
    ORACLE 10G BLOCK CHANGE TRACKING INSIDE OUT (Doc ID 1528510.1)
    Thanks,
    Renu

  • Level 0 incremental backup

    Hi,
    is the level 0 incremental backup a full backup ?
    Thank you.

    Stellios wrote:
    A level 0 backup is not the same as a full backup in that you cannot perform an incremental backup over a full but only over an incremental level 0. So for a large database this may affect your backup strategy (backup running overtime because of no level 0 to start with and implicitly creating one).
    "A level 0 backup must exist as the base backup for an incremental strategy. An incremental backup at level 0 is identical in content to a full backup, but unlike a full backup the level 0 backup is considered a part of the incremental strategy. If no level 0 backup exists when you run a level 1 backup, then RMAN makes a level 0 backup automatically."
    See INCREMENTAL LEVEL:
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta009.htm#i1009966
    Correct.
    Level 0 backup is not same as full backup because it's not possible to take level 1 backup after nonincremental full backup
    Level 0 backup is identical in content to full backup because they both take backup of ONLY used data blocks
    To show it, backup database as "full backup" and as "level 0 incremental backup" and check sizes:
    RMAN> backup database;
    piece handle=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTRMAN\BACKUPSET\2009_09_06\O1_MF_NNNDF_TAG20090906T103503_5B6LJ8FO_.BKP
    RMAN> backup incremental level 0 database;
    piece handle=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTRMAN\BACKUPSET\2009_09_06\O1_MF_NNND0_TAG20090906T103603_5B6LL4CQ_.BKP
    RMAN> exit
    C:\oracle\product\10.2.0\flash_recovery_area\TESTRMAN\BACKUPSET\2009_09_06>dir
    Volume in drive C has no label.
    Volume Serial Number is 303A-82D4
    Directory of C:\oracle\product\10.2.0\flash_recovery_area\TESTRMAN\BACKUPSET\20
    09_09_06
    06.09.2009  10:36    <DIR>          .
    06.09.2009  10:36    <DIR>          ..
    06.09.2009  10:36         7 143 424 O1_MF_NCSN0_TAG20090906T103603_5B6LMM5C_.BKP
    06.09.2009  10:35         7 143 424 O1_MF_NCSNF_TAG20090906T103503_5B6LKQG5_.BKP
    06.09.2009  10:36       535 527 424 O1_MF_NNND0_TAG20090906T103603_5B6LL4CQ_.BKP
    06.09.2009  10:35       535 527 424 O1_MF_NNNDF_TAG20090906T103503_5B6LJ8FO_.BKP
                   4 File(s)  1 085 341 696 bytes
                   2 Dir(s)  13 859 717 120 bytes free
    C:\oracle\product\10.2.0\flash_recovery_area\TESTRMAN\BACKUPSET\2009_09_06>As you see, size of both backups is same. Although one of the is full backup, another one is "level 0 incremental backup"

  • Is a Level 0 Incremental the same as Backup Database?

    hi experts,
    This is a 10g database running in archivelog mode.
    This is the backup scheme I'm currently using:
    backup database plus archivelog; (runs once per day)
    backup incremental level 1 database; this runs every 3 hours
    (All the incrementals I make are level 1.)
    In another forum, I was advised to make a level 0 incremental backup, because you cannot restore a level 1 if there was no level 0 made earlier. Now, I'm looking for the RMAN expert's advice :-)
    ** If I do this will I have what I need to be able to restore: **
    - backup incremental level 0 database; (this will run once per day)
    - backup incremental level 1 database; (this will run every 3 hours
    In other words, will I miss anything if I dont do a backup database ?
    Thanks, John

    If you taking level 1 backup and If you dont have any level 0 then RMAN take hole database backup (level 0) with level 1 command.
    It is always advisible to take level 0 and follow the level 1.
    I advise to see the below doc which covers all your doubts and best way to backup.
    Hope this solves your issue.
    http://www.mcs.csueastbay.edu/support/oracle/doc/10.2/backup.102/b14192/bkup004.htm
    Regards
    Satishbabu Gunukula
    Click here to improve[ RMAN backup Performance |http://oracleracexpert.blogspot.com/2009/09/block-change-tracking-in-oracle-10g.html]

  • Incremental Backup Levels

    Hello Everybody.
    I want to know the description of all 0-4 levels of incremental backups. Anybody please tell me in details.
    Thanks and Regards

    ora-boy
    Questions like this have version specific answers. Almost all questions have.
    It is useless and silly to post any question without any version information.
    Here's why
    In 8i and 9i: incremental levels are between 0 and 3. There is nothing to explain,
    1>0, 2>1, 3>2. That's all.
    In 10g there is only 0 and 1. The higher levels have been removed.
    Please stop asking questions without version information, assuming people keep track of your version (which we don't) or will summarize it for all available versions (which we won't )
    Sybrand Bakker
    Senior Oracle DBA

  • Can we take Incremental backups without Level 0 backups

    Kindly share the procedure if any by which we can initiate an incremental backup without Level 0 backup

    Kindly share the procedure if any by which we can initiate an incremental backup without Level 0 backup
    There is NO such procedure.
    You can't 'increment' something that doesn't exist can you?
    Please increment the previous number by 1. Can you do that? Of course not because there IS no previous number.
    BY DEFINITION (see the doc) an incremental backup for any level but 0 REQUIRES a previous backup:
    an incremental backup copies only those data blocks that have changed since a previous backup
    A level 1 incremental backup can be either of the following types:
      A differential incremental backup, which backs up all blocks changed after the most recent incremental backup at level 1 or 0
      A cumulative incremental backup, which backs up all blocks changed after the most recent incremental backup at level 0
    Incremental backups are differential by default.

  • Restore Tablespace incremental backup is not work as after reimage oracle

    TheTablespace incremental backup Restore is not work as after reimage the oracle database or restore tablespace in standby machine(another machine) is not working .its working in the same machine without reimage .after reimage not working please clarify me ,
    I need the solution as soon as please reply as soon as .
    Commnads used:
    This is the step is followed but i am getting backup or control file not found error.Its works i the application server is not reimaged ;
    please give your valuable suggestion .
    Product Used:oracle 11g in linux environmnet
    1)Before taking backup get SCN number for restore.
    Command applied: Select current_scn from v$database;
    2)running Full backup of database
    Command applied:
    configure controlfile autobackup on;
    backup database plus archivelog;
    CROSSCHECK BACKUP;
    exit;
    3)Running level 0 incremental backup
    Before taking backup get SCN number for restore.
    Command applied:
    BACKUP AS COMPRESSED BACKUPSET INCREMENTAL LEVEL 0 TAG ='WEEKLY' TABLESPACE TEST;
    exit;
    3) Running level 1 incremental backup
    Before taking backup get SCN number for restore.
    Command applied:
    BACKUP AS COMPRESSED BACKUPSET INCREMENTAL LEVEL 1 TAG ='DAILY' TABLESPACE TEST;
    4)Before Restore(TSPITR) following procedure are applied under sysdba privilege
    Command applied:
    SQL 'exec dbms_backup_restore.manageauxinstance ('TSPITR',1)';
    5)TSPITR Restore command
    Command applied:
    run
    RECOVER TABLESPACE TEST UNTIL SCN 1791053 AUXILIARY DESTINATION '/opt/oracle/base/flash_recovery_area';
    SQL 'ALTER TABLESPACE TEST ONLINE';
    please calrfiy my following question:
    1. After reimage(reinstall oracle database with application ).The aboove scenario is not working
    2. After fullbackup what are the files needs to copy from (opt/oraclle/base/flash_recovery_area/dbname/) to repository because daily cleanup script will keep the data as sysdate -1 .
    For fullbacckup we are currently copying entire (flash_recovery_area/dbname) database folder to repoistory.
    3. after incremental backup what are the files needs to copy from (opt/oraclle/base/flash_recovery_area/dbname/..) to repository because daily cleanup script will keep the data as sysdate -1
    For incremenatl backup currently we are copying (flash_recovery_area/dbname/backupset/<currentdate> and flash_recovery_area/dbname/autobackup/<currentdate>) folder to repoistory.
    4.During restore we are copy entire things from repository to flash_recovery_area finaly apply the above mentioned restore command.
    Tabelspace incremenatl restore is possible after reimage application server(fresh database)/another server with same database(standby machine) ....?
    If we missing something in backup side please clarify me how to retore the tablespace incremental / level 0 tablespacae after reinstallion of server/another standby server.
    Any information please let me know .I need the solution as soon as please reply as soon as .

    Try the Recovery Manager (RMAN) instead. This forum is for feedback about the 11g XE Beta.

  • RMAN - Incremental backup / NOARCHIVELOG / Restore & Recover Until Cancel

    I'm testing out a weekly plan as follows:
    Sun : Shutdown db, RMAN level 0 Incremental Backup
    Mon-Sat: Shutdown db, RMAN level 1 Incremental Backup.
    The database is NOARCHIVELOG mode and is 10.2 XE.
    I then run a restore (which I understand to be to move the datafiles from the backup set to their online location). My next aim is to do a recover.
    I'm really confused at this point. Say I take the backup the night before (either a level 0 or 1, I'm assuming that this makes no difference) then in the morning I drop a table accidentally. Okay - I want to go back to the position after the backup. When I do recover, I understand that Oracle applies redo logs written since the backup.
    So I don't want a recover, I want a recover until cancel. When I issue this command it is suggesting that I use an archive log file. Well obviously I don't have any of those so I press cancel thinking that this will bring me back to the point EXACTLY AFTER THE NIGHTLY BACKUP and with my table back. But it doesn't!
    I would be really grateful if anyone has a definitive answer to this - what are the steps to recover a database to the point after the backup was taken ignoring any changes since the backup.
    Thanks all.
    Tom.

    Hi Werner
    Do you mean if the online logs are available with the changes after the last backup until the database restore then there is a possibility to apply changes? Ie at this point I could put in the redo log names instead of the archive log names.
    If they have been overwritten since the backup (ie cycled round completely) then is the behaviour to restore the database and then not apply any logs?
    Do you know if this is documented anywhere? There seems to be an emphasis on ARCHIVELOG mode only, especially in the books I have seen.
    Thanks,
    Tom

  • Does it necessary to put the "plus archivelog" in incremental backup?

    Hi
    Because RMAN is using the archivelog to create the incremental backup , does it necessary to put the "plus archivelog" in backup command?

    VahidS wrote:
    Hi
    Because RMAN is using the archivelog to create the incremental backup , does it necessary to put the "plus archivelog" in backup command?
    Please cite the documentation that says rman is using the archivelog to create the incremental backup.
    Lacking documentation, please post a proof example.In your personal sandbox database, do the following:
    1 - delete any existing archivelogs
    2 - take a level 0 incremental backup
    3 - generate a few archivelogs
    4 - delete the generated archivelogs manually, using and os command
    5 - take a level 1 incremental backup

  • Configuring Incremental Backup

    Hi there
    I am designing RMAN backup
    - I want to use Repository Catalog
    - I want to take level zero backup every saturday night
    - I want to take level 1 incremental backup everyday night, except sunday
    - and I want jobs to be scheduled and I prefer not to use EM.
    - I want to check for logical and physical corruptions before taking the backup
    Q1. what is the place of archive log in incremental backup
    Q2. should I include the archive log in level 0, in level 1 or in both
    Q3. so can any one provide me with a sort of template scripts to help me start with
    I know there are wide resources but I wanted a seed to build up on.
    I appreciate any help
    Thanks

    Firstly - you cannot backup archive logs at level 0 or 1. When you think about it archive logs don't change once they are created so why would you ever back them up with incremental level 1 besides there is no option to do this.
    You can say however "backup incremental level 0 database include current controlfile spfile plus archivelog;" in one statement.
    "You can delete the archive logs once incremental backup is complete. It is done automatically by using delete obsolete command."
    Depends if that's what you want to achieve - I personally prefer to backup archive logs at least 3 times before deleting them (BACKED UP 3 TIMES) and also on seperate tapes. The balance is between available disk space for archive logs and requirements of the client. You would hate to compromise recoverability because of a few lost archive logs all backed up on one corrupted or lost tape.
    You should also "sql 'alter system archive log current';" before the backup command to capture maximum data changes.

  • What are the steps applying incremental backups to standby database 11g

    Hi All,
    I have built 11g none ASM standby database from ASM RAC Database. Now I want to apply incremental backup to the standby database from primary but not sure how to do it. I tried following and I had an error “ORA-01103: database name 'ins-prim' in control file is not 'ins-sec'”
    1- I have configured standby database with RMAN backup.
    2- After finishing installation, I took a incremental backup from primary server(ins-prim) and moved incremental backup and control file to the standby (ins-sec) database
    3- I stared standby database nomount mode
    4- restore controlfile from “incremental backup location in standby database”
    5- alter database mount; and got this error
    “ORA-01103: database name 'ins-prim' in control file is not 'ins-sec'”
    What are the steps applying incremental backups to standby database with 11g?
    Thank you

    I build the database from backup and changed from ASM to none ASM and changed location of data files and logfiles. I think this changes makes the standby database as logical one.
    You can a have a physical standby with different locations for everything (redo/controlfiles/datafiles), ASM and no ASM etc. I have a such a configuration in production (10gR2)
    I build the database from backup
    Are you sure you have a standby ? Ins-sec receives the archivelog files from the primary ? How did you proceed to build this database ? I suspect you don't have a standby at all ! If you have duplicated the database ins-sec and ins-pri are independent databases and you won't be able to apply an incremental backup (your script was not correct but it is another story)

  • Apply problem after sync with incremental backup

    Hello all,
    I have primary as rac with 4 nodes and one physical (all have asm)
    I made incremental backup to re-sync my primary with physical standby and when i tried to start DG process the shiping is working but apply not workin : check please :
    THREAD#,Last Standby Seq Received
    1,29598
    2,22308
    3,27230
    4,21868
    THREAD#,Last Standby Seq Applied
    1,28634
    2,21227
    3,25780
    4,21104
    when i run apply command i see in alert log file this :
    Media Recovery Waiting for thread 4 sequence 1
    Fetching gap sequence in thread 4, gap sequence 1-100
    Tue Apr 07 12:06:49 2015
    FAL[client]: Failed to request gap sequence
    GAP - thread 4 sequence 1-100
    DBID 1722434320 branch 849356882
    FAL[client]: All defined FAL servers have been attempted.
    Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
    parameter is defined to a value that's sufficiently large
    enough to maintain adequate log switch information to resolve
    archivelog gaps.
    the system searching for gab started with seq 1 in node 4 !!!!
    how can i deal with that please ??

    Thanks Stefan , kindly find below the output for both primary and standby :
    1- select NAME,RESETLOGS_CHANGE#, CHECKPOINT_CHANGE#,CONTROLFILE_CHANGE#,CURRENT_SCN,RECOVERY_TARGET_INCARNATION# from v$database
    Primary :
    ORACLE,925702,3231069178,3231935937,3231937322,2
    Standby :
    ORACLE,925702,3096376393,3096507373,3096507372,2
    2- list incarnation
    Primary :
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    1       1       ORACLE   1722434320       PARENT  1          24-AUG-13
    2       2       ORACLE   1722434320       CURRENT 925702     04-JUN-14
    Standby:
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    1       1       ORACLE   1722434320       PARENT  1          24-AUG-13
    2       2       ORACLE   1722434320       CURRENT 925702     04-JUN-14
    3- select FILE#,RESETLOGS_CHANGE#,RESETLOGS_TIME, CHECKPOINT_CHANGE#,CHECKPOINT_TIME from v$datafile_header;
    FILE# RESETLOGS_CHANGE# RESETLOGS CHECKPOINT_CHANGE# CHECKPOIN
             1            925702 04-JUN-14         3231779881 08-APR-15
             2            925702 04-JUN-14         3231779881 08-APR-15
             3            925702 04-JUN-14         3231779881 08-APR-15
             4            925702 04-JUN-14         3231779881 08-APR-15
             5            925702 04-JUN-14         3231779881 08-APR-15
             6            925702 04-JUN-14         3231779881 08-APR-15
             7            925702 04-JUN-14         3231779881 08-APR-15
             8            925702 04-JUN-14         3231779881 08-APR-15
             9            925702 04-JUN-14         3231779881 08-APR-15
            10            925702 04-JUN-14         3231779881 08-APR-15
            11            925702 04-JUN-14         3231779881 08-APR-15
         FILE# RESETLOGS_CHANGE# RESETLOGS CHECKPOINT_CHANGE# CHECKPOIN
            12            925702 04-JUN-14         3231779881 08-APR-15
            13            925702 04-JUN-14         3231779881 08-APR-15
            14            925702 04-JUN-14         3231779881 08-APR-15
            15            925702 04-JUN-14         3231779881 08-APR-15
            16            925702 04-JUN-14         3231779881 08-APR-15
            17            925702 04-JUN-14         3231779881 08-APR-15
            18            925702 04-JUN-14         3231779881 08-APR-15
            19            925702 04-JUN-14         3231779881 08-APR-15
            20            925702 04-JUN-14         3231779881 08-APR-15
            21            925702 04-JUN-14         3231779881 08-APR-15
            22            925702 04-JUN-14         3231779881 08-APR-15
         FILE# RESETLOGS_CHANGE# RESETLOGS CHECKPOINT_CHANGE# CHECKPOIN
            23            925702 04-JUN-14         3231779881 08-APR-15
            24            925702 04-JUN-14         3231779881 08-APR-15
            25            925702 04-JUN-14         3231779881 08-APR-15
            26            925702 04-JUN-14         3231779881 08-APR-15
            27            925702 04-JUN-14         3231779881 08-APR-15
            28            925702 04-JUN-14         3231779881 08-APR-15
            29            925702 04-JUN-14         3231779881 08-APR-15
    29 rows selected.
    Standby:
    FILE# RESETLOGS_CHANGE# RESETLOGS CHECKPOINT_CHANGE# CHECKPOIN
             1            925702 04-JUN-14         3065328471 25-MAR-15
             2            925702 04-JUN-14         3065328464 25-MAR-15
             3            925702 04-JUN-14         3065328464 25-MAR-15
             4            925702 04-JUN-14         3065328461 25-MAR-15
             5            925702 04-JUN-14         3065328471 25-MAR-15
             6            925702 04-JUN-14         3065328471 25-MAR-15
             7            925702 04-JUN-14         3065328461 25-MAR-15
             8            925702 04-JUN-14         3065328471 25-MAR-15
             9            925702 04-JUN-14            1016743 04-JUN-14
            10            925702 04-JUN-14            1020278 04-JUN-14
            11            925702 04-JUN-14            1020681 04-JUN-14
         FILE# RESETLOGS_CHANGE# RESETLOGS CHECKPOINT_CHANGE# CHECKPOIN
            12            925702 04-JUN-14            1021083 04-JUN-14
            13            925702 04-JUN-14            1021086 04-JUN-14
            14            925702 04-JUN-14            1021877 04-JUN-14
            15            925702 04-JUN-14            1021880 04-JUN-14
            16            925702 04-JUN-14            1021883 04-JUN-14
            17            925702 04-JUN-14            1021886 04-JUN-14
            18            925702 04-JUN-14            1031089 04-JUN-14
            19            925702 04-JUN-14            1031555 04-JUN-14
            20            925702 04-JUN-14            1032064 04-JUN-14
            21            925702 04-JUN-14            1032525 04-JUN-14
            22            925702 04-JUN-14            1032922 04-JUN-14
         FILE# RESETLOGS_CHANGE# RESETLOGS CHECKPOINT_CHANGE# CHECKPOIN
            23            925702 04-JUN-14            1033338 04-JUN-14
            24            925702 04-JUN-14            1033731 04-JUN-14
            25            925702 04-JUN-14            1034126 04-JUN-14
            26            925702 04-JUN-14           90283375 09-JUL-14
            27            925702 04-JUN-14           90291448 09-JUL-14
            28            925702 04-JUN-14         3065328471 25-MAR-15
            29            925702 04-JUN-14         3065328461 25-MAR-15
    29 rows selected.
    4- select name,CHECKPOINT_CHANGE#,CHECKPOINT_TIME, UNRECOVERABLE_CHANGE# ,UNRECOVERABLE_TIME from v$datafile
    Prmairy :
    NAME
    CHECKPOINT_CHANGE#
    CHECKPOINT_TIME
    UNRECOVERABLE_CHANGE#
    UNRECOVERABLE_TIME
    +ASM_ORADATA/oracle/datafile/system.274.849356797
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/sysaux.260.849356797
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/undotbs1.263.849356799
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/users.269.849356799
    3232100160
    04/08/2015 10:07:12
    404,796,458
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/example.272.849356895
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/undotbs2.262.849357043
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/undotbs3.261.849357043
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/undotbs4.267.849357045
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/asd01.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/dev01.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/feed01.dbf
    3232100160
    04/08/2015 10:07:12
    404,790,786
    08/25/2014 22:36:42
    +ASM_ORADATA/oracle/datafile/indx01.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/indx02.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/website01.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/website02.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/website03.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/website04.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/users01.dbf
    3232100160
    04/08/2015 10:07:12
    404,796,505
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/users02.dbf
    3232100160
    04/08/2015 10:07:12
    404,796,502
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/users03.dbf
    3232100160
    04/08/2015 10:07:12
    404,796,499
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/users04.dbf
    3232100160
    04/08/2015 10:07:12
    404,796,496
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/users05.dbf
    3232100160
    04/08/2015 10:07:12
    404,796,493
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/users06.dbf
    3232100160
    04/08/2015 10:07:12
    404,796,490
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/users07.dbf
    3232100160
    04/08/2015 10:07:12
    404,796,487
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/users08.dbf
    3232100160
    04/08/2015 10:07:12
    404,796,505
    08/25/2014 22:36:50
    +ASM_ORADATA/oracle/datafile/feed02.dbf
    3232100160
    04/08/2015 10:07:12
    134,340,010
    07/16/2014 22:06:21
    +ASM_ORADATA/oracle/datafile/indx03.dbf
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/oracle/datafile/system_2_01
    3232100160
    04/08/2015 10:07:12
    0
    +ASM_ORADATA/catalog01
    3232100160
    04/08/2015 10:07:12
    0
    Standby :
    NAME
    CHECKPOINT_CHANGE#
    CHECKPOINT_TIME
    UNRECOVERABLE_CHANGE#
    UNRECOVERABLE_TIME
    +DATA/oracledrs/datafile/system.3248.875795981
    3096432813
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/sysaux.3244.875796111
    3096432814
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/undotbs1.3249.875796547
    3096432814
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/users.3255.875796621
    3096432811
    03/30/2015 07:55:20
    404,796,458
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/example.3258.875796817
    3096432814
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/undotbs2.3256.875796823
    3096432813
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/undotbs3.3253.875796869
    3096432811
    03/30/2015 07:55:20
    0
    +DATA/oracledrs/datafile/undotbs4.3247.875797223
    3096432813
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/asd01.dbf
    3096432813
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/dev01.dbf
    3096432814
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/feed01.dbf
    3096432813
    03/30/2015 07:55:21
    404,790,786
    08/25/2014 22:36:42
    +DATA/oracledrs/datafile/indx01.dbf
    3096432803
    03/30/2015 07:55:20
    0
    +DATA/oracledrs/datafile/indx02.dbf
    3096432803
    03/30/2015 07:55:20
    0
    +DATA/oracledrs/datafile/website01.dbf
    3096432813
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/website02.dbf
    3096432811
    03/30/2015 07:55:20
    0
    +DATA/oracledrs/datafile/website03.dbf
    3096432811
    03/30/2015 07:55:20
    0
    +DATA/oracledrs/datafile/website04.dbf
    3096432811
    03/30/2015 07:55:20
    0
    +DATA/oracledrs/datafile/users01.dbf
    3096432811
    03/30/2015 07:55:20
    404,796,505
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/users02.dbf
    3096432803
    03/30/2015 07:55:20
    404,796,502
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/users03.dbf
    3096432803
    03/30/2015 07:55:20
    404,796,499
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/users04.dbf
    3096432814
    03/30/2015 07:55:21
    404,796,496
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/users05.dbf
    3096432813
    03/30/2015 07:55:21
    404,796,493
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/users06.dbf
    3096432803
    03/30/2015 07:55:20
    404,796,490
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/users07.dbf
    3096432811
    03/30/2015 07:55:20
    404,796,487
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/users08.dbf
    3096432814
    03/30/2015 07:55:21
    404,796,505
    08/25/2014 22:36:50
    +DATA/oracledrs/datafile/feed02.dbf
    3096432813
    03/30/2015 07:55:21
    134,340,010
    07/16/2014 22:06:21
    +DATA/oracledrs/datafile/indx03.dbf
    3096432814
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/system_2_01
    3096432814
    03/30/2015 07:55:21
    0
    +DATA/oracledrs/datafile/catalog.288.873258217
    3096432811
    03/30/2015 07:55:20
    0
    Thanks in advance,

  • Rman incremental backup

    Hi,
    we are using oracle10g(10.2.0.3).
    is it possible to apply rman incremental backup on top of manual full backup?
    Note:There is no level 0 backup available
    Thanks
    With Regards
    Umair

    Yes, you can.
    Register your manual backup in recovery catalog as level 0 backup. Then take a fresh incremental backup. I have demonstrated the same in my article. You may download the same from here .
    Go through the section "Rolling forward a backup".
    Regards,
    S.K.

  • Incremental backup time query?

    Database size = 270GB
    Time taken for full level 0 backup = 50 minutes (Day 1)
    Time taken for cumulative level 1 backup = 70 minutes (Day 2)
    Time taken for differental level 1 backup = 55 minutes (Day 3)
    My question is how come the incremental backup is taking more time than the full backup time?
    Please advice.
    Sami Malik
    [email protected]

    Sami Malik wrote:
    Yes incremental backup is taken on the same time when there is heavy load on the system. For sure is this the reason? No, not for sure. We haven't seen enough info to say for sure, but given what we have been shown, it is a reasonable first guess. To know for sure, you need to do some actual performance analysis during both full and incremental backups and compare the two. STATSPACK is always a good place to start.
    I will try the incremental backup at night when there is nobody connected.
    Even though online backups <i>can</i> be taken anytime, it's always a good idea to schedule them during low-usage times.
    But one more question when in case if there is a 24/7 system, then its no use of taking incremental backup right?Why would you think that? If your system is 24/7, that's even <i><b>more</b></i> reason to be taking incrementals. If you do have to perform a recovery, having incrementals will shorten your recovery time, vs. haveing to apply all archived redo back to the last full backup.
    Also, you should be taking regular full backups as well. Most people take a full backup weekly, and an incremental on the other 6 days of the week.
    As an additional thought .... while it is a curiosity that that your incremental took longer than the full and much could be learned by chasing it down, you always have to ask "is this a problem that needs to be solved?" If you schedule all backups (full and incremental) during low-use times, and the users do not notice any impact, do you really care if the incremental took longer than the full? On the other hand, it may <i>not</i> be a problem that "needs" to be solved, but running it down may reveal other problems that are impacting or have real potential to impact the business, and <i>should</i> be solved.

  • Restoring incremental backup in QAS_ECC6_Ora_10G_Unix

    Dear All,
    We have restored PRD data in QAS about 4 months back upto 2009. Now we wish to restore the production data for the months of Jan to Apri;2010 in QAS. We can not afford restoring PRD whole data in QAS as it is more than 1.5 TB and it will take at least 3 to 4 days. We have the incremental databackup for these months with us (RMAN backup). Even we do have archive logs for this period.
    Is it possible to apply archive logs in QAS (database open state), I believe we can not do this once we open the database.
    How to restore incremental backup in QAS?
    Thanks
    S@pm@n

    Hi,
    Is it possible to apply archive logs in QAS (database open state), I believe we can not do this once we open the database.
    Yes , you are right , you can not apply redo logs once database is open.
    For restoring incremental backup also you need 0 level database restore first(You can not restore incremental backup of PRD directly on QAS)  , so every case you need to restore almost 1.5TB of data.
    Regards,

Maybe you are looking for

  • My G5 will no longer mount any external hard drive

    I am running a G5 Power PC on OS10.4 and am recently unable to mount any of my 4 external hard drives via firewire 400, 800, usb on either front or rear buses. I have tried multiple cables, power supplies, and have run disk utility but still cannot s

  • Bdc and smartforms

    hi experts, can u plz send me few questions related to bdc n smartforms thanks

  • Provide Resource Data - Page customization

    Hi Experts, 1.End-user requests a new resource . Lets say "AD User". 2.In the second page (Provide Resource Data) , end user will choose the IT Resource (created a Resource Object form for end user to choose a AD IT Resource from the lookup) In this

  • How to import and anlyze TIFF images in Lab View 7

    Is there any way to read images from a CCD camera in TIFF format with Lab View 7.0 for a subsequent intensity analysis? I would like to import the TIFF image and have it converted in an array of numbers... Thanks Kla

  • What Services are lost on Branded Phones

    Has anyone come accross a web site that lists the features you loose or are forced to use because you have purchased a branded phone. Does such a thing exist? Matt