The decision on whether to use the Oracle Recovery Manager (RMAN) and with which backup library, depends largely on the strategy that you use to back up your data. The best strategy depends on:
The size of the database
The amount of data added or changed each day
The backup media you use
Your security requirements
The following table summarizes the main features of backup with RMAN:
Normal Backups |
Full Backup (Level 0) |
Incremental Backup (Level 1) |
|
---|---|---|---|
With RMAN |
You cannot use RMAN to make a normal backup to a remote disk, even with a backup library. |
|
|
Without RMAN |
|
|
Not possible |
For more information on the backup types referred to above, see:
Normal and full backup - see Complete Backup
You can also back up the offline redo log files with RMAN.
Incremental Backup Strategies with RMAN
You can perform incremental backups of the database with RMAN and BRBACKUP. RMAN offers the following types of incremental backup:
Several levels
Cumulative
Non-cumulative
The integration of RMAN into BRBACKUP is restricted to cumulative incremental backups at level 1. This means that, in the event of a recovery, only one incremental backup at the most has to be applied. In contrast to a full backup, an incremental backup only backs up the changes that have been made since the last full backup. This significantly reduces the amount of backup data. Therefore, we recommend this strategy particularly for large databases.
An incremental backup always requires an earlier full backup, that is, a level-0 backup. When RMAN backs up the database, it backs up all Oracle database blocks that have already been used. A subsequent incremental level-1 database backup backs up all Oracle database blocks that have changed since the last full backup. Changes to the whole database are taken into account.
Incremental backups at level 1 can only be made with RMAN. However, a full backup can also be made with BRBACKUP or with an external backup tool using BACKINT. In this case, BRBACKUP automatically catalogs the backup as a level-0 backup.
You might not see a significant reduction in backup time by making an incremental backup. The reason is that it might take as much time to check whether a block has been used or changed as to simply back it up. This means that you only see a significant time reduction when the relatively low throughput of the tape devices is the reason for a long backup.
The problem can be solved by activating the Oracle block change tracking feature, as described in SAP Note
964619 .
Using the incremental backup strategy, we recommend you to set a lock period for the tapes of at least 28 days, so that several generations of full backups are available. The offline redo log files must cover the period up to the oldest full backup - that is, both sets of tapes must have the same lock period - and must also be backed up daily.
After structural changes to the database, you can make incremental backups with RMAN and BRBACKUP. For more information, see RMAN Incremental Backups After Structural Changes.
This is a possible incremental backup scenario:
Sundays: full backup (level 0) of the database
Monday to Saturday: incremental backup (level 1) of the database
The tools used to implement this backup strategy depend on your specific requirements for backup media, volume of data, and so on.
For more information on incremental backups, see the Oracle documentation.