NOLOGGING with DEC and RMAN incremental backup

DB Version: 10.2.0.4
OS : AIX

We use RMAN for our backup scheduled via cron.
Retention Policy : REDUNDANCY 1
Type             : Incremental
On the 31 of every month in most of our patterns, we recreate a lot of tables using DEC.

Due to the size, the CREATE TABLE instructions take a while. Because we run on the Standard edition, we cannot use the PARALLELISM.
NOLOGGING is the only option to improve performance. But we are concerned the roll forward not being generated for these tables and the potential loss of data in case of crash.

Currently we take a Level0 backup every Wednesday and Sunday night and LEVEL1 backup on the rest of the days.

I know that all will be saved on Level0. But what happens if 31 falls on a day which occurs the only backup of level 1. We will be safe only until the next Level0 arrives.

No work around for this?

HI T.Boyd,

NOLOGGING is the only option to improve performance.

So no recovery will be generated but the blocks in the data files will change.

But what happens if 31 falls on a day which occurs the only backup of level 1.

Only blocks changed since the last level 0 (or level 1 if you use differential differential) will be saved which includes blocks modified by the ETG.

No work around for this?

No need for a work around. You can check at any time whether a certain activity nologging will compromise a restoration with < report="" unrecoverable;=""> .
Kind regards
Tycho

Tags: Database

Similar Questions

  • Roll forward standby with RMAN incremental backup when used DG broker

    Hello

    I'm about to use the process defined in the note: steps to roll forward a database ensures the RMAN incremental backup using during primaries and Eve are in the file [836986.1 ID] ASM system. I'm on 11.1.0.7.

    However, it does not mention the DataGuard broker.
    Did someone played this process when you use the broker.
    The broker he manages properly?
    Does it matter if the broker is upwards or downwards during the physical recovery of standby or replacement of control file?
    Should the broker configuration be re-created?

    Thank you.

    user11993454 wrote:
    Hello

    I'm about to use the process defined in the note: steps to roll forward a database ensures the RMAN incremental backup using during primaries and Eve are in the file [836986.1 ID] ASM system. I'm on 11.1.0.7.

    However, it does not mention the DataGuard broker.
    Did someone played this process when you use the broker.
    The broker he manages properly?
    Does it matter if the broker is upwards or downwards during the physical recovery of standby or replacement of control file?
    Should the broker configuration be re-created?

    Thank you.

    (1) disable the broker
    (2) perform the Roll forard SNA.
    (3) select the broker

  • Merger of the RMAN incremental backups

    Hi all

    I have a confusion.

    Sunday I L0 scheduled backup (backup as compressed).
    Then next 6 days (MON - sat) I incremental backup Level1 (differential).

    So let's assume that if I need to restore the Thursday, I need Sunday L0 and L1 of (MON, TUE, WED).

    Is it possible to merge L0 and L1 (until WEDNESDAY).

    Please specify.

    Thanks in advance.

    Kind regards
    Bikram

    As long as you use differential incremental backups, you need all of them between the last level 0 backup and recovery at the time point. It is exactly the concept of cumulative incremental backups to change this behavior. In the case of cumulative backups you would only need the full backup and the incremental backup from Wednesday.

    Werner

  • Before physical deployment standby with RMAN incremental backups.

    This method is available in 10g:

    http://Web.Stanford.edu/dept/ITSS/docs/Oracle/10gR2/server.102/b14239/scenarios.htm#CIHIAADC

    For 11g:

    http://docs.Oracle.com/CD/E11882_01/server.112/e41134/RMAN.htm#SBYDB00759

    For 12 c:

    http://docs.Oracle.com/database/121/BRADV/rcmadvre.htm#BRADV685

    According to dosc 10 g, the scenario is simple:

    1. create an incremental backup to SNA required on primary and copy it in standby mode

    2 save the backup in sleep mode and perform a recovery

    11 g dosc, we must recreate the standby control file and update the file names before performing the recovery.

    12 c introduces the new method - recovery on network, but again, we must recreate and standby control file update.

    The question is: why we must create new controlfile ensures g 11 and 12 c and can we use a simple method of 10g?

    Thank you.

    Hello

    1 why the incremental backup application does not update standby controlfile?

    -Your database pending is be retrieved using the incremental backup. This does not update the eve controlfile. Your standby controlfile completely ignores the last CNS to the primary database.

    2. what happens if we leave the old standby controlfile? RFS will record new logs of the primary, but will ignore them MRP? If so, can update us standby controlfile by manually applying the following log?

    -Your old standby controlfile is unaware of the last CNS to the primary database.

    As Mseberg said, trying things on a test computer and you will have the answers to your questions.

    Kind regards

    Shivananda

  • Resume failure RMAN incremental backup to disk 0 cold

    Linux x 86-64 10.2.0.4

    I take an incremental backup of 0 to disk in a database that is mounted. I'm backup the database on an NFS volume. I lost the NFS mounting. Is it possible to take a backup where it stopped at? He complains "ORA-27038: created file already exists" if I restart it. RMAN can easily return to a restore. I don't have time to redo everything all again. The database is greater than 10 TB. The target is not upward. Is there something else I could do?

    If you have lost the NFS mounting, has not lost what had been saved to this mount? So, don't you create a fresh backup of all the files again?

    How are you "restart" backup? If you issue a fresh BACKUP DATABASE, it must create a new backup, with new backupsets - I hope the backuppiece (i.e. the name of the file) is unique and/or the file with the same name is not existing on the target.

    Hemant K Collette

  • RMAN incremental backup continue to make backups "complete"?

    Hello, I am new to RMAN. I used only the full backup by RMAN, and it was OK. Now, due to lack of disk space, I decided to make incremental backups.

    I put 'to recovey retention policy window of 3 days; then made a new backup (by MS) job, looks like:

    $rman_script = ' backup database cumulative device type disk tag '% TAG' extra strength 1;

    backup disc tag '% TAG' type device archivelog all not saved delete all entries;

    But, always visible, size of the backup is the same all the time as a full backup? Where is my mistake?

    This is a backup log:

    RMAN > database backup incremental level 1 cumulative device type disk tag "BACKUP_DB10_00002_070413021501".

    From backup 4 July 13

    allocated channel: ORA_DISK_1

    channel ORA_DISK_1: sid = 1043 devtype = DISK

    channel ORA_DISK_1: additional start-up compressed 1 datafile backupset

    channel ORA_DISK_1: specifying datafile (s) in backupset

    input datafile fno = name=/database/app/oracle/oradata/db/tablespace1.dbf 00007

    input datafile fno = name=/database/app/oracle/oradata/db/tablespace2.dbf 00002

    ...

    channel ORA_DISK_1: starting total, 1 to 4 July 13

    channel ORA_DISK_1: finished piece 1 to 4 July 13

    piece handle=/backup/oracle/flash_recovery_area/db/backupset/2013_07_04/o1_mf_nnnd1_BACKUP_DB10_00002_0_8x9d45f5_.bkp tag = BACKUP_DB10_00002_070413021501 comment = NONE

    channel ORA_DISK_1: complete set of backups, time: 00:41:15

    Backup finished on 4 July 13

    > database backup incremental level 1 cumulative device type disk tag "BACKUP_DB10_00002_070413021501".

    There is a Note of support Oracle ' size of level 1 or level 1 cumulative backup greater than level 0 backups [ID 1534691.1].

    which applies if you use the DUNGEON and change the tag.

    I note that you change the tag every day, but do not use the clause to KEEP this note should not apply.

    Why not explicitly run EXTRA STRENGTH 0 backup once and then monitor subsequent LEVEL 1 backups?

    Hemant K Collette

  • RMAN incremental backup

    Hi all

    I have a question, I am on RHEL-6 / Oracle 11 GR 2.

    After taking the backup of level 0 (RMAN), if I plan tale level1 backup then how oracle knows that they are the backup piece is considered a level 1 backup.

    I mean, that's how oracle knows that these are the blocks that had to be backeup.

    Kind regards.

    Please refer to the https://docs.oracle.com/cd/B19306_01/backup.102/b14192/bkup004.htm documentation

    Article: 4.4.1 Alogrithm incremental backup

    -Jonathan Rolland

  • Case of level 1 RMAN incremental backup failure...

    Hello

    I have a question. If the incremental level 1 RMAN backup fails, the next level 1 backup attempt will have backup all changes since the last backup of level 0 OR level 1 successful?

    Best regards

    Hello

    I have a question. If the incremental level 1 RMAN backup fails, the next level 1 backup attempt will have backup all changes since the last backup of level 0 OR level 1 successful?

    Check the dictionary BACKUP_SET V$ to confirm if the last backup has been affected by the data dictionary. If incremental backup failed is picked up then the last incremental backup will be required in the case of the next LEVEL 1 DIFFERENTIAL INCREMENTIELLE backup.

    But to be on the safe side, it is recommended that you take a LEVEL 01 CUMILATIVE INCREMENTAL backup of level 0 up to this day. For the recovery process can go through even if the previous backup is not valid.

    Thank you &

    Best regards

  • RMAN incremental backup levels

    Hi experts,

    It is a 10g database operates in archivelog mode.

    It's the backup plan I currently use:

    backup database archivelog; (runs once a day)


    database backup incremental level 1; This runs every 3 hours


    All of the incremental backups that I do are level 1.

    * I will be able to restore, if I have no extra 0 level? **

    Thank you, John

    user629010 wrote:
    Thanks for the replies.

    So I should make a level 0 backup immediately after the full backup (backup of database ;) is that correct?

    Not its correct level 0 is in fact the entire backup only. This is the point which includes everything and hereonly, you start your next batch of incremental backups. You can throw the last backups made if you have taken a level 0 backup, because it covers everything and is a full backup.

    HTH
    Aman...

  • RMAN incremental backup issue

    Hi all

    I'm read on Oracle11g release2 doc RMAN.

    In Chapter 9:

    "For example, you can implement a three-tier backup plan as well as a level 0 backup is performed every month, a cumulative level 1 is taken from the week, and a premium of level 1 is taken daily. In this strategy, you will never have to apply more than one day to complete recovery redo. »

    First I got an error when I try to make a level 0 backup
    RMAN> BACKUP INCREMENTAL LEVEL 0 database;
 
Starting backup at 27-APR-11
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
using channel ORA_DISK_4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 04/27/2011 20:42:19
RMAN-20021: database not set
RMAN-06031: could not translate database keyword
    and if the success of step, how I would go about to implement this?
    I can do this via dbms_scheduler? or I need to do this via cron?

    -Thank you very much for the entry

    Your DB must be in use archivelogmode use hot backups. Is your db in archivelog mode?

  • Problem with the archive log when you use RMAN for backup and restore (11g 2)

    Hello world
    Please help me solve this problem.
    I'm just beginner in Oracle Database (11 g 2). Today, I had a problem, I tried to back up and restore my db by RMAN. I delete all the files in /u01/app/oracle/oradata/orcl / * , then I restore them easily, but the point is I have a table, I can restore Hungarian, but cannot restore anything ranks in it (something wrong with step restore database). I'll tell the detail below.
    -First, I create a 'Day' with command table create table hr.day (varchar (20)) day. Then I backup complete by this:
    run{
    allocate channel bkp device type DISK FORMAT '/u01/backup/DB_FULL_%d_%T_s%s_p%p' ;
    backup as compressed backupset incremental level 0 tag 'DB_FULL' database include current controlfile;
    backup as compressed backupset tag 'ARCL_BKP_FULL' archivelog all delete input;
    crosscheck archivelog all;
    crosscheck backup;
    delete noprompt obsolete;
    release channel bkp;
    }


    D ' other hand, I have insert 'Monday' to table. then do an incremental backup by this:

    run{
    allocate channel bkp device type DISK FORMAT '/u01/backup/DB_INC_%d_%T_s%s_p%p' ;
    backup as compressed backupset incremental level 1 tag 'DB_INC' database include current controlfile;
    backup as compressed backupset tag 'ARCL_BKP_INC' archivelog all delete input;
    crosscheck archivelog all;
    crosscheck backup;
    delete noprompt obsolete;
    release channel bkp;
    }

    Repeat 7 times (Monday-> Saturday). And I got these files:

    [oracle@rac ~]$ ls -l /u01/backup/
    total 400280
    -rw-r----- 1 oracle oinstall  10158080 Jan 20 07:23 c-1428943247-20160120-01
    -rw-r----- 1 oracle oinstall  10158080 Jan 20 08:04 c-1428943247-20160120-02
    -rw-r----- 1 oracle oinstall  10158080 Jan 20 08:05 c-1428943247-20160120-03
    -rw-r----- 1 oracle oinstall  10158080 Jan 20 08:06 c-1428943247-20160120-04
    -rw-r----- 1 oracle oinstall  10158080 Jan 20 08:08 c-1428943247-20160120-05
    -rw-r----- 1 oracle oinstall  10158080 Jan 20 08:08 c-1428943247-20160120-06
    -rw-r----- 1 oracle oinstall  10158080 Jan 20 08:09 c-1428943247-20160120-07
    -rw-r----- 1 oracle oinstall  10158080 Jan 20 08:32 c-1428943247-20160120-08
    -rw-r----- 1 oracle oinstall 296337408 Jan 20 07:23 DB_FULL_ORCL_20160120_s89_p1
    -rw-r----- 1 oracle oinstall   1130496 Jan 20 07:23 DB_FULL_ORCL_20160120_s90_p1
    -rw-r----- 1 oracle oinstall   2266624 Jan 20 07:23 DB_FULL_ORCL_20160120_s91_p1
    -rw-r----- 1 oracle oinstall   4073984 Jan 20 07:23 DB_FULL_ORCL_20160120_s92_p1
    -rw-r----- 1 oracle oinstall  11201536 Jan 20 07:23 DB_FULL_ORCL_20160120_s93_p1
    -rw-r----- 1 oracle oinstall   1130496 Jan 20 08:05 DB_INC_ORCL_20160120_s100_p1
    -rw-r----- 1 oracle oinstall    146944 Jan 20 08:05 DB_INC_ORCL_20160120_s101_p1
    -rw-r----- 1 oracle oinstall    884736 Jan 20 08:06 DB_INC_ORCL_20160120_s103_p1
    -rw-r----- 1 oracle oinstall   1130496 Jan 20 08:06 DB_INC_ORCL_20160120_s104_p1
    -rw-r----- 1 oracle oinstall     82432 Jan 20 08:06 DB_INC_ORCL_20160120_s105_p1
    -rw-r----- 1 oracle oinstall    294912 Jan 20 08:07 DB_INC_ORCL_20160120_s107_p1
    -rw-r----- 1 oracle oinstall   1130496 Jan 20 08:07 DB_INC_ORCL_20160120_s108_p1
    -rw-r----- 1 oracle oinstall     18944 Jan 20 08:08 DB_INC_ORCL_20160120_s109_p1
    -rw-r----- 1 oracle oinstall    155648 Jan 20 08:08 DB_INC_ORCL_20160120_s111_p1
    -rw-r----- 1 oracle oinstall   1130496 Jan 20 08:08 DB_INC_ORCL_20160120_s112_p1
    -rw-r----- 1 oracle oinstall    131584 Jan 20 08:08 DB_INC_ORCL_20160120_s113_p1
    -rw-r----- 1 oracle oinstall    647168 Jan 20 08:09 DB_INC_ORCL_20160120_s115_p1
    -rw-r----- 1 oracle oinstall   1130496 Jan 20 08:09 DB_INC_ORCL_20160120_s116_p1
    -rw-r----- 1 oracle oinstall      8704 Jan 20 08:09 DB_INC_ORCL_20160120_s117_p1
    -rw-r----- 1 oracle oinstall   2203648 Jan 20 08:04 DB_INC_ORCL_20160120_s95_p1
    -rw-r----- 1 oracle oinstall   1130496 Jan 20 08:04 DB_INC_ORCL_20160120_s96_p1
    -rw-r----- 1 oracle oinstall   1899008 Jan 20 08:04 DB_INC_ORCL_20160120_s97_p1
    -rw-r----- 1 oracle oinstall    327680 Jan 20 08:05 DB_INC_ORCL_20160120_s99_p1

    And
    RMAN> list backup summary;
    List of Backups
    ===============
    Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
    ------- -- -- - ----------- --------------- ------- ------- ---------- ---
    80      B  0  A DISK        20-JAN-16       1       1       YES        DB_FULL
    81      B  0  A DISK        20-JAN-16       1       1       YES        DB_FULL
    82      B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_FULL
    83      B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_FULL
    84      B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_FULL
    85      B  F  A DISK        20-JAN-16       1       1       NO         TAG20160120T072332
    86      B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    87      B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    88      B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_INC
    89      B  F  A DISK        20-JAN-16       1       1       NO         TAG20160120T080440
    90      B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    91      B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    92      B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_INC
    93      B  F  A DISK        20-JAN-16       1       1       NO         TAG20160120T080545
    94      B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    95      B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    96      B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_INC
    97      B  F  A DISK        20-JAN-16       1       1       NO         TAG20160120T080657
    98      B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    99      B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    100     B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_INC
    101     B  F  A DISK        20-JAN-16       1       1       NO         TAG20160120T080801
    102     B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    103     B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    104     B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_INC
    105     B  F  A DISK        20-JAN-16       1       1       NO         TAG20160120T080844
    106     B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    107     B  1  A DISK        20-JAN-16       1       1       YES        DB_INC
    108     B  A  A DISK        20-JAN-16       1       1       YES        ARCL_BKP_INC

    My configuration of rman:
    RMAN> show all;
    RMAN configuration parameters for database with db_unique_name ORCL are:
    CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
    CONFIGURE BACKUP OPTIMIZATION ON;
    CONFIGURE DEFAULT DEVICE TYPE TO DISK;
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/u01/backup/%F';
    CONFIGURE DEVICE TYPE DISK PARALLELISM 2 BACKUP TYPE TO BACKUPSET;
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/u01/backup/backup_df%t_s%s_s%p';
    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 '/u01/app/oracle/product/11.2.0/dbhome/dbs/snapcf_orcl.f'; # default

    - Thirdly, i removed all file in /u01/app/oracle/oradata/orcl/*. then restore control file from the newest backup control file (saturday backup) + restore database. Seem nothing's wrong here.
    RMAN> restore controlfile from '/u01/backup/c-1428943247-20160120-08';
    Starting restore at 20-JAN-16
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=18 device type=DISK
    allocated channel: ORA_DISK_2
    channel ORA_DISK_2: SID=20 device type=DISK
    channel ORA_DISK_2: skipped, AUTOBACKUP already found
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:09
    output file name=/u01/app/oracle/oradata/orcl/control01.ctl
    output file name=/u01/app/oracle/flash_recovery_area/orcl/control02.ctl
    Finished restore at 20-JAN-16

    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    released channel: ORA_DISK_2

    RMAN> restore database;
    Starting restore at 20-JAN-16
    Starting implicit crosscheck backup at 20-JAN-16
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=20 device type=DISK
    allocated channel: ORA_DISK_2
    channel ORA_DISK_2: SID=18 device type=DISK
    Crosschecked 29 objects
    Finished implicit crosscheck backup at 20-JAN-16

    Starting implicit crosscheck copy at 20-JAN-16
    using channel ORA_DISK_1
    using channel ORA_DISK_2
    Finished implicit crosscheck copy at 20-JAN-16

    searching for all files in the recovery area
    cataloging files...
    no files cataloged

    using channel ORA_DISK_1
    using channel ORA_DISK_2

    channel ORA_DISK_1: starting datafile backup set restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    channel ORA_DISK_1: restoring datafile 00001 to /u01/app/oracle/oradata/orcl/system01.dbf
    channel ORA_DISK_1: restoring datafile 00002 to /u01/app/oracle/oradata/orcl/sysaux01.dbf
    channel ORA_DISK_1: restoring datafile 00003 to /u01/app/oracle/oradata/orcl/undotbs01.dbf
    channel ORA_DISK_1: restoring datafile 00004 to /u01/app/oracle/oradata/orcl/users01.dbf
    channel ORA_DISK_1: restoring datafile 00005 to /u01/app/oracle/oradata/orcl/example01.dbf
    channel ORA_DISK_1: reading from backup piece /u01/backup/DB_FULL_ORCL_20160120_s89_p1
    channel ORA_DISK_1: piece handle=/u01/backup/DB_FULL_ORCL_20160120_s89_p1 tag=DB_FULL
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:01:15
    Finished restore at 20-JAN-16

    -Fourth, the problem here, I got the database;
    .. .every oky until this line...
    starting media recovery

    channel ORA_DISK_1: starting archived log restore to default destination
    channel ORA_DISK_1: restoring archived log
    archived log thread=1 sequence=15
    channel ORA_DISK_1: reading from backup piece /u01/backup/DB_INC_ORCL_20160120_s117_p1
    channel ORA_DISK_1: piece handle=/u01/backup/DB_INC_ORCL_20160120_s117_p1 tag=ARCL_BKP_INC
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
    archived log file name=/u01/app/oracle/flash_recovery_area/ORCL/archivelog/2016_01_20/o1_mf_1_15_c9xsyx9k_.arc thread=1 sequence=15
    unable to find archived log
    archived log thread=1 sequence=1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 01/20/2016 08:50:22
    RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 1 and starting SCN of 1205841

    The error said that it is impossible to find the archived log thread = 1 sequence = 1. Then I check it with this command always there (oh, I'm wrong?)
    RMAN> list backup of archivelog all;
    List of Backup Sets
    ===================
    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    82      2.16M      DISK        00:00:00     20-JAN-16     
            BP Key: 82   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_FULL
            Piece Name: /u01/backup/DB_FULL_ORCL_20160120_s91_p1

      List of Archived Logs in backup set 82
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
    1    1       1154833    20-JAN-16 1177422    20-JAN-16

    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    83      3.88M      DISK        00:00:00     20-JAN-16     
            BP Key: 83   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_FULL
            Piece Name: /u01/backup/DB_FULL_ORCL_20160120_s92_p1

      List of Archived Logs in backup set 83
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
    1    1       1162729    20-JAN-16 1188784    20-JAN-16

    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    84      10.68M     DISK        00:00:01     20-JAN-16     
            BP Key: 84   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_FULL
            Piece Name: /u01/backup/DB_FULL_ORCL_20160120_s93_p1

      List of Archived Logs in backup set 84
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
      1    2       1177422    20-JAN-16 1201833    20-JAN-16

    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    88      1.81M      DISK        00:00:01     20-JAN-16     
            BP Key: 88   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_INC
            Piece Name: /u01/backup/DB_INC_ORCL_20160120_s97_p1

      List of Archived Logs in backup set 88
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
      1    3       1201833    20-JAN-16 1204844    20-JAN-16
      1    4       1204844    20-JAN-16 1204893    20-JAN-16
      1    5       1204893    20-JAN-16 1204958    20-JAN-16

    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    92      143.00K    DISK        00:00:00     20-JAN-16     
            BP Key: 92   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_INC
            Piece Name: /u01/backup/DB_INC_ORCL_20160120_s101_p1

      List of Archived Logs in backup set 92
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
      1    6       1204958    20-JAN-16 1205034    20-JAN-16
      1    7       1205034    20-JAN-16 1205253    20-JAN-16

    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    96      80.00K     DISK        00:00:00     20-JAN-16     
            BP Key: 96   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_INC
            Piece Name: /u01/backup/DB_INC_ORCL_20160120_s105_p1

      List of Archived Logs in backup set 96
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
      1    8       1205253    20-JAN-16 1205354    20-JAN-16
      1    9       1205354    20-JAN-16 1205433    20-JAN-16

    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    100     18.00K     DISK        00:00:00     20-JAN-16     
            BP Key: 100   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_INC
            Piece Name: /u01/backup/DB_INC_ORCL_20160120_s109_p1

      List of Archived Logs in backup set 100
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
      1    10      1205433    20-JAN-16 1205519    20-JAN-16
      1    11      1205519    20-JAN-16 1205559    20-JAN-16

    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    104     128.00K    DISK        00:00:00     20-JAN-16     
            BP Key: 104   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_INC
            Piece Name: /u01/backup/DB_INC_ORCL_20160120_s113_p1

      List of Archived Logs in backup set 104
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
      1    12      1205559    20-JAN-16 1205624    20-JAN-16
      1    13      1205624    20-JAN-16 1205739    20-JAN-16

    BS Key  Size       Device Type Elapsed Time Completion Time
    ------- ---------- ----------- ------------ ---------------
    108     8.00K      DISK        00:00:00     20-JAN-16     
            BP Key: 108   Status: AVAILABLE  Compressed: YES  Tag: ARCL_BKP_INC
            Piece Name: /u01/backup/DB_INC_ORCL_20160120_s117_p1

      List of Archived Logs in backup set 108
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      ---- ------- ---------- --------- ---------- ---------
      1    14      1205739    20-JAN-16 1205796    20-JAN-16
      1    15      1205796    20-JAN-16 1205840    20-JAN-16


    If i ignore it and open the database, just my table in full backup come back but rows was not restored. I'm sure the problem is my archive log backup but i don't know how to solve it. Plz help me.

    Sorry for a long post.

    > 1 and from the 1205841 SNA sequence

    The SCN that indicates Oracle is above the range of SNA that you have in the ArchiveLog backups for sequence 1 to 15 (15 sequence ends at 1205840).

    The message

    channel ORA_DISK_1: restoring archives Journal

    Archives journal thread = 1 sequence = 15

    channel ORA_DISK_1: backup/u01/backup/DB_INC_ORCL_20160120_s117_p1 piece reading

    channel ORA_DISK_1: piece handle = / u01/backup/DB_INC_ORCL_20160120_s117_p1 tag = ARCL_BKP_INC

    indicates that he has restored the sequence up to 15

    You can check the log file alert database instance for messages on the fact of recovery.

    He is now asking sequence #1 it seems you did a RESETLOGS after sequence #15.

    Note: If you have NOT issued a COMMIT after the line is INSERTED in the table 'Day', the recovery of the database will have no * transactions * to retrieve.  An uncomitted transaction is cancelled.

    Hemant K Collette

  • Unlike cumulative and incremental backups in RMAN premium

    Could someone please explain with example on Cumulative and differential incremental backups in RMAN... ?

    It is true that in Oracle 10 g, we have only level 0 and level 1 incremental backups?

    -Yasser

    incremental backup diffrentail backup of the blocks that have changed since the last level or same level backup IE

    SAT             L0     (include blocks which ever been used block 1,2,3)
after that             block changed only 3
SUN             L1     (block 3)
after that             block changed occur 2
MON             L1     (include block only 2)
Mon (night)     L2     (include those block which modified after Monday L1 backup)

Cumulative will take backup with its level (n-1)

SAT             L0     (include blocks which ever been used block 1,2,3)
after that             block changed only 3
SUN             L1     (here n is 1 then n-1=0 include block 1,2,3)
MON             L1     (here n is 1 then n-1=0 include block  1,2,3)
Mon (night)     L2     (here n is 2 then n-1=1 include those block which modified after Monday L1 backup)

    Khurram

  • Roll forward standby database with the incremental backup, when a data file is deleted in primary education

    Hello

    I'm nologging operations + deleting some files in the primary and you want to roll forward the day before using the incremental backup Yvert.

    I do in particular, as the files are dropped?

    I got to meet ( Doc ID 1531031.1 ) which explains how to roll forward when a data file is added.

    If I follow the same steps, to make the move to restore the data file newly added, will it work in my case?

    Can someone please clarify?

    Thank you

    San

    I was wondering if reocover noredo is performed before restored controlfile, oracle will apply the incremental backup error-free files, and in this case, what would be the status of the data file in the control file.

    Why do you consider to retrieve the day before first and then in the restaurant of the controlfile will lead to problems. Please read my first post on this thread - I had clearly mentioned that you would not face problems if you go with the method of deployment.

    Here is a demo for you with force logging is disabled. For the first time the day before resuming and restored then the controlfile ensures:

    Primary: oraprim

    Standby: orastb

    Tablespace DataFile of MYTS is removed on primary:

    SYS @ oraprim > select force_logging in the database of v$.

    FORCE_LOGGING

    ---------------------------------------

    NO.

    Currently the tablespace is to have 2 data files.

    SYS @ oraprim > select file_name in dba_data_files where nom_tablespace = 'MYTS;

    FILE_NAME

    -------------------------------------------------------

    /U01/app/Oracle/oradata/oraprim/myts01.dbf

    /U01/app/Oracle/oradata/oraprim/myts02.dbf

    In standby mode, the tablespace is to have 2 data files:

    SYS @ orastb > select name from v$ datafile where ts #= 6;

    NAME

    --------------------------------------------------------------------------------

    /U01/app/Oracle/oradata/orastb/myts01.dbf

    /U01/app/Oracle/oradata/orastb/myts02.dbf

    Postponement of the day before on the primary log shipping

    SYS @ oraprim > alter system set log_archive_dest_state_3 = delay;

    Modified system.

    Dropped 1 MYTS datafile on the primary.

    SYS @ oraprim > alter tablespace myts drop datafile ' / u01/app/oracle/oradata/oraprim/myts02.dbf';

    Tablespace altered.

    Removed some archives to create a space.

    [oracle@ora12c-1 2016_01_05] $ rm - rf * 31 *.

    [oracle@ora12c-1 2016_01_05] $ ls - lrt

    13696 total

    -rw - r - 1 oracle oinstall 10534400 5 January 18:46 o1_mf_1_302_c8qjl3t7_.arc

    -rw - r - 1 oracle oinstall 2714624 5 January 18:47 o1_mf_1_303_c8qjmhpq_.arc

    -rw - r - 1 oracle oinstall 526336 5 January 18:49 o1_mf_1_304_c8qjp7sb_.arc

    -rw - r - 1 oracle oinstall 23552 5 January 18:49 o1_mf_1_305_c8qjpsmh_.arc

    -rw - r - 1 oracle oinstall 53760 5 January 18:50 o1_mf_1_306_c8qjsfqo_.arc

    -rw - r - 1 oracle oinstall 14336 Jan 5 18:51 o1_mf_1_307_c8qjt9rh_.arc

    -rw - r - 1 oracle oinstall 1024 5 January 18:53 o1_mf_1_309_c8qjxt4z_.arc

    -rw - r - 1 oracle oinstall 110592 5 January 18:53 o1_mf_1_308_c8qjxt34_.arc

    [oracle@ora12c-1 2016_01_05] $

    Current main MYTS data files:

    SYS @ oraprim > select file_name in dba_data_files where nom_tablespace = 'MYTS;

    FILE_NAME

    -------------------------------------------------------

    /U01/app/Oracle/oradata/oraprim/myts01.dbf

    Current data of MYTS standby files:

    SYS @ orastb > select name from v$ datafile where ts #= 6;

    NAME

    --------------------------------------------------------------------------------

    /U01/app/Oracle/oradata/orastb/myts01.dbf

    /U01/app/Oracle/oradata/orastb/myts02.dbf

    Gap is created:

    SYS @ orastb > select the process, status, sequence # v$ managed_standby;

    STATUS OF PROCESS SEQUENCE #.

    --------- ------------ ----------

    ARCH. CLOSING 319

    ARCH. CLOSING 311

    CONNECTED ARCH 0

    ARCH. CLOSING 310

    MRP0 WAIT_FOR_GAP 312

    RFS IDLE 0

    RFS IDLE 0

    RFS IDLE 0

    RFS IDLE 320

    9 selected lines.

    Backup incremental RMAN is taken elementary school.

    RMAN > incremental backup of the format of database of SNA 2686263 ' / u02/bkp/%d_inc_%U.bak';

    From backup 5 January 16

    using the control file of the target instead of recovery catalog database

    the DISC 2 channel configuration is ignored

    the DISC 3 channel configuration is ignored

    configuration for DISK 4 channel is ignored

    allocated channel: ORA_DISK_1

    channel ORA_DISK_1: SID = 41 type device = DISK

    channel ORA_DISK_1: starting full datafile from backup set

    channel ORA_DISK_1: specifying datafile (s) in the backup set

    Enter a number of file datafile = 00001 name=/u01/app/oracle/oradata/oraprim/system01.dbf

    Enter a number of file datafile = name=/u01/app/oracle/oradata/oraprim/sysaux01.dbf 00003

    Enter a number of file datafile = name=/u01/app/oracle/oradata/oraprim/undotbs01.dbf 00004

    Enter a number of file datafile = name=/u01/app/oracle/oradata/oraprim/users01.dbf 00006

    Enter a number of file datafile = name=/u01/app/oracle/oradata/oraprim/myts01.dbf 00057

    channel ORA_DISK_1: starting total, 1-January 5, 16

    channel ORA_DISK_1: finished piece 1-January 5, 16

    piece handle=/u02/bkp/ORAPRIM_inc_42qqkmaq_1_1.bak tag = TAG20160105T190016 comment = NONE

    channel ORA_DISK_1: complete set of backups, time: 00:00:02

    Backup finished on 5 January 16

    Saved controlfile on primary:

    RMAN > backup current controlfile to Eve format ' / u02/bkp/ctl.ctl';

    Cancel recovery in standby mode:

    SYS @ orastb > alter database recover managed standby database cancel;

    Database altered.

    Recover the day before by using the above backup items

    RMAN > recover database noredo;

    From pick up to 5 January 16

    the DISC 2 channel configuration is ignored

    the DISC 3 channel configuration is ignored

    configuration for DISK 4 channel is ignored

    allocated channel: ORA_DISK_1

    channel ORA_DISK_1: SID = 26 type of device = DISK

    channel ORA_DISK_1: from additional data file from the restore backup set

    channel ORA_DISK_1: specifying datafile (s) to restore from backup set

    destination for the restoration of the data file 00001: /u01/app/oracle/oradata/orastb/system01.dbf

    destination for the restoration of the data file 00003: /u01/app/oracle/oradata/orastb/sysaux01.dbf

    destination for the restoration of the data file 00004: /u01/app/oracle/oradata/orastb/undotbs01.dbf

    destination for the restoration of the data file 00006: /u01/app/oracle/oradata/orastb/users01.dbf

    destination for the restoration of the data file 00057: /u01/app/oracle/oradata/orastb/myts01.dbf

    channel ORA_DISK_1: backup /u02/bkp/ORAPRIM_inc_3uqqkma0_1_1.bak piece reading

    channel ORA_DISK_1: room handle=/u02/bkp/ORAPRIM_inc_3uqqkma0_1_1.bak tag = TAG20160105T190016

    channel ORA_DISK_1: restored the backup part 1

    channel ORA_DISK_1: restore complete, duration: 00:00:01

    Finished recover to 5 January 16

    Restored the controlfile and mounted the day before:

    RMAN > shutdown immediate

    dismounted database

    Instance Oracle to close

    RMAN > startup nomount

    connected to the database target (not started)

    Oracle instance started

    Total System Global Area 939495424 bytes

    Bytes of size 2295080 fixed

    348130008 variable size bytes

    583008256 of database buffers bytes

    Redo buffers 6062080 bytes

    RMAN > restore controlfile eve of ' / u02/ctl.ctl ';

    From 5 January 16 restore

    allocated channel: ORA_DISK_1

    channel ORA_DISK_1: SID = 20 type of device = DISK

    channel ORA_DISK_1: restore the control file

    channel ORA_DISK_1: restore complete, duration: 00:00:01

    output file name=/u01/app/oracle/oradata/orastb/control01.ctl

    output file name=/u01/app/oracle/fast_recovery_area/orastb/control02.ctl

    Finished restore at 5 January 16

    RMAN > change the editing of the database;

    Statement processed

    output channel: ORA_DISK_1

    Now the data file does not exist on the standby mode:

    SYS @ orastb > alter database recover managed standby database disconnect;

    Database altered.

    SYS @ orastb > select the process, status, sequence # v$ managed_standby;

    STATUS OF PROCESS SEQUENCE #.

    --------- ------------ ----------

    CONNECTED ARCH 0

    CONNECTED ARCH 0

    CONNECTED ARCH 0

    ARCH. CLOSING 329

    RFS IDLE 0

    RFS IDLE 330

    RFS IDLE 0

    MRP0 APPLYING_LOG 330

    8 selected lines.

    SYS @ orastb > select name from v$ datafile where ts #= 6;

    NAME

    --------------------------------------------------------------------------------

    /U01/app/Oracle/oradata/orastb/myts01.dbf

    Hope that gives you a clear picture. You can use this to roll forward day before using the SNA roll forward Eve physical database using RMAN incremental backup | Shivananda Rao

    -Jonathan Rolland

  • Restore from a backup and incremental backup

    In a recent catastophe I had to restore my PC to deliverable facotry, and at the same time lost an external hard drive with a good number of my images.  I was able to reload the images that are on my C drive but my catalog has gone, as are all the images that were on an external hard drive.  I would like to do a full backup of Photoshop since the end of May and an incremental backup took about a week before the disaster on a second hard drive.  I guess I have to restore using the first backup completes, then restore using the incremental backup.  Is this correct?

    If I specify that the images are loading on my new external hard drive, keeping the same directory structure images go to the new drive or will restore the original images on the drive C on the C drive and only the pictures stored on the previous external drive go to the new external drive?

    I did not in a while, but I recall, you restore the differential and the software is smart enough to know how to use the differentials and complete properly.

    If you ask the program to restore the external hard drive, that's where all the images go.

  • DataGuard with gap of archive, applied backup YVERT founded, still does not

    Hello

    Our DR falling into the pit of archive. The archives were not present both disk and tape on primary and Standby. Has been also added two primary data files.

    Referred

    • We have restored the missing datafiles to the rest - how datafile ASM copy of primary data on the DSO with RMAN standby database (Doc ID 605234.1()
    • We roll forward watch - steps for roll forward a database standby using RMAN incremental backup when the data file is added to the primary (Doc ID 1531031.1()

    But always standby watch gap archive:---

    -User is valid

    Completed: change the recovery of database managed standby database disconnect from the session

    FAL [client]: you cannot request the gap sequence

    GAP - thread 1 sequence 2000-2900

    DBID - branch-

    FAL [client]: all defined FAL servers have been tried.

    -------------------------------------------------------------

    Check that the initialization of CONTROL_FILE_RECORD_KEEP_TIME

    parameter is set to a value large enough

    enough to keep adequate record switch information to solve

    ARCHIVELOG gaps.

    -------------------------------------------------------------

    I did not mention the dbid and branch here.

    Help, please.

    Thank you

    Hello;

    You can try to roll the night before together forward. My friend CKPT has a page about it here:

    http://www.Oracle-CKPT.com/RMAN-incremental-backups-to-roll-forward-a-physical-standby-database-2/

    Best regards

    mseberg

Maybe you are looking for

  • How to stop the attachments also insert into the message in Outlook Express

    Recently my outgoing attachments (files or pictures) in Outlook Express started also be inserted after the message. How can I stop this?

  • color laserjet mfp m177fw pro: for the installation of the software in the system.

    Just bought the printer color hp laserjet pro printer mfp m177fw, obtained recently added in the system, printing normally, no problem with that. However, when I tried to install the software (such as the scanner and along other software) from the CD

  • 'Application data' should the folder there be 21 of them?

    I had some problems with the installation of a game. I did some searching via Windows Explorer and found in the folder "ProgramData" 21 copies of the Application Data folder. Each one inside the other. This cannot be normal. What can cause this and h

  • Problem Windows 7 SSD

    I have a SSD 120 gb hard drive with windows 7. Everything has been fine for over 2 years. I followed several tips to prevent fill such as disabling hibernation, since I never disable. A month ago I noticed that my drive was fast filling and getting c

  • UPDATE GRAPH AND DISPLAY DRIVERS

    HI CAN SOMEONE HELP, I'M TRYING TO RUN MINECRAFT PC ON MY LAPTOP OF SON, BUT IT SAYS I HAVE TO UPDATE THE DRIVERS. ITS A LENOVO 3000 N200 WHAT SOMEONE KNOW HOW TO DO THIS PLEASE?