BR Tools
BR Tools
BR Tools
BRBACKUP
BRBACKUP is the BR*Tools utility that enables online or offline backup of database files
such as data files, control files, online redo log files and also BR*Tools configuration
profiles and logs that are required for the database disaster recovery. Before taking the
offline backup, BRBACKUP automatically closes the database and opens it as soon as
the backup is accomplished.
BRARCHIVE
BRARCHIVE provides functions for offline redo log files backup in Oracle databases
running in archiving mode. The redo log is the most important database component for
a recovery from a crash, media failure, or user failure. Therefore, at least the production
databases should be configured in archiving mode. To prevent the archivelog
directory from filling up, BRARCHIVE should be executed periodically to move the
offline redo logs from the the archive directory to the backup media. The most common
use of BRARCHIVE is to back up the offline redo log files to backup storage and delete
the backed up log files from the archivelog directory.
In addition to data files and redo logs, BRBACKUP and BRARCHIVE can also back up
the following objects
BR*Tools profiles init<SID>.ora and init<SID>.dba
BRRESTORE
BRRESTORE is used to restore the whole database or parts of it (data files, control
files, and archive redo log files). Before BRRESTORE starts placing the data files back
into the file system, it determines whether there is the appropriate free space on the file
system. In addition to restoring data files, BRRESTORE can also recovers the
directories and links.
BRRECOVER
BRRECOVER is a BR*Tools component used for database restore and recovery after
media errors, user errors, or disasters occur and the entire database has to be restored,
including backup profiles and logs. It can also be used to recover the entire
database or part of the database. To restore data files, BRRECOVER calls the utility
BRRESTORE.
Use the restore and recovery functions for Complete database recovery, Database
point-in-time recovery, Tablespace point-in-time recovery, Whole database reset and
complete Disaster recovery. BR*Tools backup repository is backed up together with a
database when using the BRBACKUP tool. The log files are located in the following
directories
The BR*Tools logs associated with data file backup functions in
<SAPDATA_HOME>\sapbackup directory.
All these SAP BRTools utilities uses the BACKINT interface to take the SAP database
backup and restore functions. You can only take Full SAP database backup through
BACKINT interface. You can start a full backup either in online mode or in offline mode.
In case of the online type, the offline redo log files generated during the full backup are
also backed up to the same media.
BRTOOLS uses below process to take the SAP database backup
BR*Tools utility BRBACKUP informs Oracle what data has to be backed up and
puts the database into the proper backup state, online or offline.
BRBACKUP calls Tivoli Data Protection for SAP using the BACKINT interface
with a list of all files to be backed up.
Data Protection for SAP reads all the requested files from the database
and reports back to BRBACKUP. BRBACKUP adds these files to the
repository containing all processed backups.
BR*Tools updates the file repository containing information about the status
of the files.
The BR*Tools configuration is stored in the initialization profile file init<SID>.sap. The
configuration file contains parameters that affect the performance of backup and restore
functions. The default location of the file is
In UNIX
In Windows
<ORACLE_HOME>/dbs
<ORACLE_HOME>\database
How does the old SAP database & redologs backups get expired or deleted ?
The old SAP database and archived redologs backups can be expired in two
ways. You have to choose which method to use for your environment before
going to configuration steps. The backup retention policy can configured either
on the Tivoli Storage Manager server side by the archive copy group parameter
RETVER or on the side of Tivoli Storage Manager for ERP by specifying the
parameter MAX_VERSIONS in the configuration profile (init<SID>.utl).
If you use Data Protection for SAP backup version control, set the Tivoli
Storage Manager parameter RETVER to RETVER=9999 so that the files are
not considered expired and are not deleted by Tivoli Storage Manager. If you use
Tivoli Storage Manager expiration, deactivate DP for SAP versioning by setting
MAX_VERSIONS=0.
Steps to configure IBM TDP for SAP for taking SAP database backup
using BR*Tools
You can perform the following steps to configure BR*Tools to use the Tivoli Storage
Manager BACKINT adapter with Tivoli Storage Manager for ERP
Steps to be performed on the Tivoli Storage Manager server
Define a policy domain with two management classes that will be used to transfer
data and logs.
Define an archive copy group for each of the management classes. If the
retention control will be performed at the Tivoli Storage Manager server, specify
RETVER=<days> for the number of days for each archive copy group.
If retention control will be performed at the Tivoli Storage Manager for ERP level,
specify RETVER=nolimit.
Register the Tivoli Storage Manager node with the defined domain.
Update the parameter MAXNUMMP for the Tivoli Storage Manager node to
MAXNUMMP=<value> (based on the number of drives available).
Configure the environment values DSMI_DIR and DSMI_LOG for the Oracle
user. the Tivoli Storage Manager API client looks for the dsm.sys configuration
file in the directory specified by DSMI_DIR.
Install Tivoli Storage Manager for ERP - Oracle on the Oracle server, with SAP
already installed. The installation wizard lets you specify the name of Tivoli
Storage Manager server stanza in dsm.sys file, the Tivoli Storage Manager node
name, and the management classes to be used for backup of data and archived
logs.
Configure the client resources for Oracle server in the Tivoli Storage Manager for
ERP configuration file <ORACLE_HOME>\dbs\init<SID>.utl.
In the initSID.utl file, check the defined Tivoli Storage Manager node name and
Tivoli Storage Manager management classes to be used for the backup of offline
redo log files and data files. Make sure that the SERVER parameter refers to
an existing stanza in the dsm.sys file. See the below example images, first
Remember, if you specify ADSNODENAME in initSID.utl file then you must not
be specify again in dsm,sys file.
If the retention control will be driven by Tivoli Storage Manager for ERP, set up
the MAX_VERSIONS parameter.
Switch the user to the Oracle instance owner and update the password of the
Tivoli Storage Manager node using the following command
backint -p <full_path>\init<SID>.utl -f password