Veritas InfoScale™ 8.0.2 Storage and Availability Management for Oracle Databases - AIX, Linux, Solaris
- Section I. Storage Foundation High Availability (SFHA) management solutions for Oracle databases
- Overview of Storage Foundation for Databases
- About Veritas File System
- Overview of Storage Foundation for Databases
- Section II. Deploying Oracle with Veritas InfoScale products
- Deployment options for Oracle in a Storage Foundation environment
- Deploying Oracle with Storage Foundation
- Setting up disk group for deploying Oracle
- Creating volumes for deploying Oracle
- Creating VxFS file system for deploying Oracle
- Deploying Oracle in an off-host configuration with Storage Foundation
- Deploying Oracle with High Availability
- Deploying Oracle with Volume Replicator (VVR) for disaster recovery
- Deployment options for Oracle in a Storage Foundation environment
- Section III. Configuring Storage Foundation for Database (SFDB) tools
- Configuring and managing the Storage Foundation for Databases repository database
- Configuring the Storage Foundation for Databases (SFDB) tools repository
- Configuring authentication for Storage Foundation for Databases (SFDB) tools
- Configuring and managing the Storage Foundation for Databases repository database
- Section IV. Improving Oracle database performance
- About database accelerators
- Improving database performance with Veritas Extension for Oracle Disk Manager
- About Oracle Disk Manager in the Veritas InfoScale products environment
- Improving database performance with Veritas Cached Oracle Disk Manager
- About Cached ODM in SFHA environment
- Configuring Cached ODM in SFHA environment
- Administering Cached ODM settings with Cached ODM Advisor in SFHA environment
- Generating reports of candidate datafiles by using Cached ODM Advisor in SFHA environment
- Generating summary reports of historical activity by using Cached ODM Advisor in SFHA environment
- Generating reports of candidate datafiles by using Cached ODM Advisor in SFHA environment
- Improving database performance with Quick I/O
- About Quick I/O
- Improving database performance with Cached Quick I/O
- Section V. Using point-in-time copies
- Understanding point-in-time copy methods
- Volume-level snapshots
- About Reverse Resynchronization in volume-level snapshots (FlashSnap)
- Storage Checkpoints
- About FileSnaps
- Considerations for Oracle point-in-time copies
- Administering third-mirror break-off snapshots
- Administering space-optimized snapshots
- Creating a clone of an Oracle database by using space-optimized snapshots
- Administering Storage Checkpoints
- Database Storage Checkpoints for recovery
- Administering FileSnap snapshots
- Backing up and restoring with Netbackup in an SFHA environment
- Understanding point-in-time copy methods
- Section VI. Optimizing storage costs for Oracle
- Understanding storage tiering with SmartTier
- Configuring and administering SmartTier
- Configuring SmartTier for Oracle
- Optimizing database storage using SmartTier for Oracle
- Extent balancing in a database environment using SmartTier for Oracle
- Configuring SmartTier for Oracle
- SmartTier use cases for Oracle
- Compressing files and databases to optimize storage costs
- Using the Compression Advisor tool
- Section VII. Managing Oracle disaster recovery
- Section VIII. Storage Foundation for Databases administrative reference
- Storage Foundation for Databases command reference
- Tuning for Storage Foundation for Databases
- About tuning Veritas Volume Manager (VxVM)
- About tuning VxFS
- About tuning Oracle databases
- About tuning Solaris for Oracle
- Troubleshooting SFDB tools
- About troubleshooting Storage Foundation for Databases (SFDB) tools
- About the vxdbd daemon
- Resources for troubleshooting SFDB tools
- Manual recovery of Oracle database
- Storage Foundation for Databases command reference for the releases prior to 6.0
- Preparing storage for Database FlashSnap
- About creating database snapshots
- FlashSnap commands
- Creating a snapplan (dbed_vmchecksnap)
- Validating a snapplan (dbed_vmchecksnap)
- Displaying, copying, and removing a snapplan (dbed_vmchecksnap)
- Creating a snapshot (dbed_vmsnap)
- Backing up the database from snapshot volumes (dbed_vmclonedb)
- Cloning a database (dbed_vmclonedb)
- Guidelines for Oracle recovery
- Database Storage Checkpoint Commands
- Section IX. Reference
- Appendix A. VCS Oracle agents
- Appendix B. Sample configuration files for clustered deployments
- Appendix C. Database FlashSnap status information
- Appendix D. Using third party software to back up files
Creating a clone of an Oracle database by using space-optimized snapshots
You can use space-optimized snapshots to create a clone of an Oracle database by performing the following procedure.
For details, refer to vxsfadm-sos(1M) and vxsfadm-oracle-sos(1M) man pages.
To create a clone of an Oracle database by using space-optimized snapshots
- Create a configuration file.
$ /opt/VRTSdbed/bin/vxsfadm -s sos -a oracle \ -o setdefaults --oracle_sid sfaedb --oracle_home /ora_base/db_home \ --sos_name TEST1 -c dailyconfig Written config file dailyconfig
This command creates a default configuration file at the location mentioned by the argument given to the -c option. If a path is not specified, then the configuration file is created in the present working directory with all the parameters and default values. You can change the parameters, if required.
Note:
If a configuration file with the specified name already exists, then specify a unique configuration name, different path, or remove the existing configuration file. Also, the destroy operation does not delete a configuration file.
- Validate the setup.
$ /opt/VRTSdbed/bin/vxsfadm -s sos -a oracle -o validate --oracle_sid \ sfaedb --oracle_home /ora_base/db_home --sos_name TEST1 Validating database configuration for space-optimized snapshot: ORACLE_SID = sfaedb ORACLE_HOME = /ora_base/db_home APP_MODE = online ARCHIVELOG_DEST = /arch/sfaedb SNAPSHOT_ARCHIVE_LOG = yes Database validation successful. Validating database volume layout for space-optimized snapshot: Data volumes ready for snapshot: Volume/volume-set datavol of diskgroup datadg mounted on /data. Archivelog volume ready for snapshot: Volume/volume-set archvol of diskgroup datadg mounted on /arch. CACHE_OBJECT = datadg:cacheobj SNAPSHOT_VOL_PREFIX = SNAP_ Database volume layout validated successfully.
This command validates the configuration file and the database environment. In case of any problem, appropriate error messages are displayed that you can use to correct the problem and then retry.
- Create a space-optimized snapshot of the database.
$ /opt/VRTSdbed/bin/vxsfadm -s sos -a oracle \ -o snap --oracle_sid sfaedb --oracle_home /ora_base/db_home \ --sos_name TEST1 Validating database configuration for space-optimized snapshot: ORACLE_SID = sfaedb ORACLE_HOME = /ora_base/db_home APP_MODE = online ARCHIVELOG_DEST = /arch/sfaedb SNAPSHOT_ARCHIVE_LOG = yes Database validation successful. Putting database in backup mode ... Done Validating database volume layout for space-optimized snapshot: Data volumes ready for snapshot: Volume/volume-set datavol of diskgroup datadg mounted on /data. Archivelog volume ready for snapshot: Volume/volume-set archvol of diskgroup datadg mounted on /arch. CACHE_OBJECT = datadg:cacheobj SNAPSHOT_VOL_PREFIX = SNAP_ Database volume layout validated successfully. Creating snapshot volumes for data volumes ... Done Taking database out of backup mode ... Done Flushing online redo logs ... Done Creating snapshot volume for archivelog volume ... Done
This command creates space-optmized snapshot volumes from the primary volumes by using the specified cache objects.
Note:
At the validation stage, all the parameters, including the mandatory parameters --oracle_sid and --sos_name, are read and stored in the repository.
- Mount the snapshot.
$ /opt/VRTSdbed/bin/vxsfadm -s sos -a oracle \ -o mount --oracle_sid sfaedb --oracle_home /ora_base/db_home \ --sos_name TEST1 Mounting snapshot volumes ... Done
If you need to specify the clone path, use the CLONE_PATH variable. If this variable is not specifed, the snapshot is mounted under the
/var/tmp
directory, by default.$ vxsfadm -s sos -a oracle -o mount --oracle_sid sfaedb \ --sos_name TEST1 --clone_path /cloneoracle
Note:
Ensure that the Oracle user has the required permissions to create the
/cloneoracle
directory, if it does not exist. - Clone the database based on the snapshot.
$ /opt/VRTSdbed/bin/vxsfadm -s sos -a oracle -o clone \ --oracle_sid sfaedb --oracle_home /ora_base/db_home \ --sos_name TEST1 Preparing parameter file for clone database ... Done Mounting clone database ... Done Starting database recovery ... Clone database sfaOjqwF is open.
If you have not specified clone_name, it is automatically generated.
If you need to change a memory tuning parameter of the database clone such as memory_target , you can specify a modified pfile during the clone operation.
You can also use space-optimized snapshots in a replicated environment.