HP 3PAR Application Software Suite for Oracle Licenses - Manual (Page 14)

Unmounting a database Virtual Copy involves the following actions:
•
For an ASM-managed database, if the ASM database on the backup server has a version at
or above 10.2.0.5 or 11.1.0.7, unmounting the Virtual Copy drops the ASM diskgroups that
are contained in the Virtual Copy and cleans up the ASM disks.
•
If the ASM database on the backup server has versions lower than those listed in the previous
bullet, unmounting shuts down the ASM instance and cleans up ASM disks.
•
Unmounts all snapshot file systems if the database files reside on file systems.
•
Destroys all snapshot VxVM disk groups and their VxVM volumes if the database files reside
on VxVM volumes.
•
Destroys all snapshot LVM volume groups and their logical volumes if the database files reside
on LVM logical volumes.
•
Deports the read-write Virtual Copy from the backup server.
•
Removes the read-write Virtual Copy.
The Virtual Copy Export Utility
The Virtual Copy export utility of HP 3PAR Recovery Manager Software for Oracle exports an
existing Virtual Copy to an alternate backup server (rmora_export command). The exported
Virtual Copy can then be mounted, backed up or cloned at the alternate backup server.
The Virtual Copy must have Available status in order to be exported. An alternate backup server
must have the same operating system, file system, volume manager, and Recovery Manager for
Oracle version as the current backup server. Status of a Virtual Copy can be obtained using a
display utility such as the rmora_display command.
The following restrictions apply to exporting Virtual Copies:
•
If Symantec Volume Manager is used, the alternate backup server must have the same version
of Symantec Volume Manager that is currently installed.
•
The alternate backup server must be connected to the same HP 3PAR StoreServ Storage system
as the current backup server.
•
SSH must be configured to access the alternate backup server, the NetBackup master server,
and any other related servers, from the current backup server without prompting for a pass
phrase. For more information, see
“Setting Up SSH Connections for Recovery Manager” (page
31) .
•
Once exported, the Virtual Copy on the alternate backup server can be mounted, unmounted,
backed up, and restored.
•
Once the exported Virtual Copy is no longer needed, its repository can be removed from the
alternate backup server.
The Database Cloning Utility
The database cloning utility (rmora_createdb command) of HP 3PAR Recovery Manager Software
for Oracle creates a single-instance database, or starts up a cloned database in MOUNTED mode
for backup (RMAN) purposes. A single-instance database can be used for any off-host processing
purpose. A cloned database that is started in MOUNTED mode, can be used for RMAN backup.
The Virtual Copy used for cloning a database must be either an online or offline Virtual Copy
(created using the rmora_create or rmora_rsync command). The Virtual Copy must have
been mounted using the rmora_mount command prior to running this command.
A clone database can be created using an ASCII or binary control file which was saved in the
Recovery Manager for Oracle repository at the time the Virtual Copy was created. Using an ascii
control file is more flexible as it allows you to change database instance name as well as the
structure of the database.
14 Overview of Recovery Manager Operations