Performing post restore operation
The steps 1 to 6 in this procedure are applicable only for LVM and File System environments. However, the procedure is not applicable when you select the Automated restore option.
Procedure
- Add the volumes exported as physical Raw Device Mapping to Oracle server for databases with volumes exported as physical RDM.
-
Perform a rescan of the devices on the database server.
You may use
rescan-scsi-bus.sh
fromsg3_utils
package or use appropriateiscsiadm
commands, for iSCSI connections. -
Post rescan operation, execute
oracleasm scandisks
if you useASMLib
. You may validate the ASM disks with the commandoracleasm querydisk <diskname>
. -
From the database server, activate logical volumes and import volume groups:
# vgscan # vgimport rh6lvm-datavg # lvchange -ay /dev/rh6lvm-datavg/lvol0 # lvchange -ay /dev/rh6lvm-datavg/lvol1
-
From the database server, perform file system check, and then mount the database file systems if database files are on file systems.
# fsck -y /dev/maper/mpathc # mount /dev/mapper/mpathc /oradata
-
From the database server, mount database ASM disk groups if ASM is in use. For example,
SQL>alter diskgroup <diskgroup> mount;
-
Extract the
CONTROLFILE
from metadata file path specified in RMC-O Restore user interface dialog using the following commands:# cd <meta data file path> # tar -xvf <sid>.gz # gunzip controlfile.gz
CONTROLFILE
to oracle user andoinstall
group. -
Connect to RMAN (
rman target /
) to restore the binaryCONTROLFILE
and run the recover database command as follows:RMAN> startup nomount; RMAN> restore controlfile from '<metadata file path>/controlfile'; RMAN> exit
NOTE:Restoring
CONTROLFILE
is not mandatory if the new form of your database has not changed. -
Connect to the SQL prompt to run the following set of commands:
SQL> alter database mount; SQL> recover database using backup controlfile until cancel; SQL> alter database open resetlogs; SQL> exit