Previous  |  Next  >  
Product: Oracle Manual Pages for Storage Foundation   
Manual: Maintenance Commands (1m)   

dbed_clonedb

NAME

dbed_clonedb - clone an Oracle database to the same or a different instance, allowing the two databases to co-exist

SYNOPSIS


To create a clone database:
dbed_clonedb -S CLONE_SID -m MOUNT_POINT
-c CKPT_NAME

To unmount or restart a clone database:
dbed_clonedb -o umount | restartdb [-d] [-h]

AVAILABILITY

VERITAS Storage Foundation for Oracle. To determine whether this product is installed on a HP-UX system, enter:

swlist VRTSdbed

DESCRIPTION

The dbed_clonedb command is used to create a copy of an existing Oracle database (the primary database), cloning all existing files to new locations. Cloning an existing Oracle database requires a writable Storage Checkpoint, where a clone database needs to be started on the same host as the existing database. The primary database remains unaffected.

To use dbed_clonedb, the current environment must be configured correctly for the primary database. This means that the ORACLE_SID and ORACLE_HOME environment variables must be set correctly for the primary database. Be sure you have enough space to create a clone database on your system.

dbed_clonedb brings up a mounted, writable clone of an Oracle instance. The new instance is given a new name and mount point, as specified by arguments to the command. The mount point should be identical to that used to mount the Storage Checkpoint. The dbed_clonedb command is designed to work with a mounted, writable Storage Checkpoint of an Oracle instance. If the Storage Checkpoint has not been mounted (for example, using either the VxDBA utility or the dbed_ckptmount command), dbed_clonedb will automatically mount the Storage Checkpoint as read-write at the specified mount point. The new Oracle instance is given a new name, and datafiles are on a new location, as specified by arguments to dbed_clonedb.

For online and instant Storage Checkpoints, all available archive logs will be played back for the recovery process. If the -i option is specified, dbed_clonedb will prompt you to complete the Oracle recovery process with the new database. This allows you the option of performing point-in-time recovery. For information about Oracle recovery, see the Oracle Backup and Recovery Guide for your version of Oracle.

OPTIONS

The following options are supported:

-S CLONE_SID

The name of the clone database to be created from the original.

-m MOUNT_POINT

The location of the database files to be cloned. It should be identical to the mount point supplied to the dbed_ckptmount command used when mounting the Storage Checkpoint.

-c CKPT_NAME

Specifies the name of the Storage Checkpoint to use for creating the new database instance. If the Storage Checkpoint is not mounted at the specified mount point, it is mounted automatically during the cloning process.

-o umount | restartdb

The -o umount option shuts down the clone database and unmounts the Storage Checkpoint file system. The -o restartdb option mounts the Storage Checkpoint file system and starts the clone database. The -o restartdb option will not attempt to recover the clone database.

-d

This option is only for use with the -o umount option. If the -d option is specified, the Storage Checkpoint used to create the clone database will be removed along with the clone database.

-h

Shows command help.

NOTES

For online and offline Storage Checkpoints, dbed_clonedb requires that extra space be allocated for re-creating Oracle control files and online redo logs, if these files are not on a file system with Oracle datafiles. This is because these types of files are not normally incorporated into a Storage Checkpoint. After mounting the Storage Checkpoint and before running the dbed_clonedb command, extra file system space may be mounted along with the Storage Checkpoint to provide space for Oracle control files and online redo logs. Alternately, symbolic links can be used to point to available space. For instant Storage Checkpoints, the file systems on which control files and redo logs are located will also be included in the Storage Checkpoint. During the cloning process, the control files and online redo logs from the Storage Checkpoint are used to recover the database.

For additional information about instant Storage Checkpoints, see dbed_ckptcreate(1M).

For instant Storage Checkpoints, dbed_clonedb uses the online redo logs for database recovery. Rolling forward is not allowed for instant Storage Checkpoints. For instant Storage Checkpoints, only database-level (including control files and redo logs) rollback is allowed. Individual datafiles and tablespaces cannot be rolled back.

dbed_clonedb is designed to work with VxFS file systems and mounted Storage Checkpoints. Other types of file system are not supported by dbed_clonedb.

For a database located on a mounted Storage Checkpoint, dbed_clonedb assumes that the files that Oracle will attempt to open during the cloning process will be the originals. Because of this, you should change all symbolic links pointing to datafiles to relative links. The dbed_clonedb command examines Oracle datafiles for symbolic links that point to an absolute destination. If it finds absolute links, dbed_clonedb exits immediately with an error message. See the ln online manual page for more information about symbolic links.

The ORACLE_SID and ORACLE_HOME environment variables must be set correctly to use dbed_clonedb. If they are not set, then the dbed_clonedb command will not run.

When aborting a cloning operation, rerun the script as follows:

1

Check that the clone/new instance has been started.

2

If the clone/new instance is not running, rerun the dbed_clonedb command.

3

If the clone/new instance is running, shut down the clone/new Oracle instance.

4

Unmount the clone and remount it using either the VxDBA utility or the CLI.

5

Restart the dbed_clonedb command.

EXAMPLES

To clone an Oracle database with manual Oracle recovery:


$ /opt/VRTS/bin/dbed_clonedb -S PRODclone -m /local/oracle9/1 \
-c Checkpoint_988813047 -i
    To clone an Oracle database with automatic Oracle recovery:

$ /opt/VRTS/bin/dbed_clonedb -S PRODclone -m /local/oracle9/1 \
-c Checkpoint_988813047

SEE ALSO

dbed_ckptcreate (1M), dbed_ckptdisplay (1M), dbed_ckptmount (1M), dbed_ckptplan (1M), dbed_ckptpolicy (1M), dbed_ckptquota (1M), dbed_ckptremove (1M), dbed_ckptrollback (1M), dbed_ckptumount (1M), dbed_update (1M), dbed_vxdba (1M), oracle_edition (7)
VERITAS Storage Foundation for Oracle Administrator's Guide
Oracle Backup and Recovery Guide
 ^ Return to Top Previous  |  Next  >  
Product: Oracle Manual Pages for Storage Foundation  
Manual: Maintenance Commands (1m)  
VERITAS Software Corporation
www.veritas.com