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 snapplan (dbed_vmchecksnap)
The dbed_vmchecksnap command creates a snapplan that dbed_vmsnap uses to create a snapshot of an Oracle database.
The snapplan specifies snapshot scenarios: online, offline, or instant.
You can name a snapplan file whatever you choose. Each entry in the snapplan file is a line in parameter=argument format.
Table: Parameter values for dbed_vmchecksnap describes the parameters that can be set when using the dbed_vmchecksnap command to create or validate a snapplan.
Table: Parameter values for dbed_vmchecksnap
Parameter | Value |
---|---|
SNAPSHOT_VERSION | Specifies the snapshot version for this major release of SF Enterprise products. |
PRIMARY_HOST | The name of the host where the primary database resides. |
SECONDARY_HOST | The name of the host where the database will be imported. |
PRIMARY_DG | Colon-seperated list of names of the VxVM disk group's used by the primary database |
SNAPSHOT_DG_PREFIX | The name of the prefix attached to the disk group name. A snapshot disk group's name is a concatination of SNAPSHOT_DG_PREFIX and the corresponding primary dg name. Its default value will be "SNAP_". The snapshot volumes will be put into this disk group on the primary host and deported. The secondary host will import this disk group to start a clone database. SNAPSHOT_DG is not supported in release 5.1. It is replaced by SNAPSHOT_DG_PREFIX. |
ORACLE_SID | The name of the Oracle database. By default, the name of the Oracle database is included in the snapplan. |
ARCHIVELOG_DEST | The full path of the archive logs. There are several archive log destinations that can be used for database recovery if you are multiplexing the archive logs. You must specify which archive log destination to use. It is recommended that you have the archive log destination on a separate volume if SNAPSHOT_ARCHIVE_LOG is yes. |
SNAPSHOT_ARCHIVE_LOG | yes or no Specifies whether to create a snapshot of the archive log volumes. Specify yes to split the archive log volume mirrors and deport them to the secondary host. When using the Oracle remote archive log destination feature to send the archive logs to the secondary host, you can specify no to save some space. Because the archive logs may not always be delivered to the secondary host reliably, it is recommended that you specify yes. |
SNAPSHOT_MODE |
Specifies the database snapshot mode. Values can be online, offline, or instant.
Note: If SNAPSHOT_MODE is set to offline or instant, an off-host configuration is required and the -r relocate_path option is not allowed. |
SNAPSHOT_PLAN_FOR | The default value is database and cannot be changed. Specifies the database object for which you want to create a snapshot. |
SNAPSHOT_PLEX_TAG | Specifies the snapshot plex tag. Use this variable to specify a tag for the plexes to be snapshot. The maximum length of the plex_tag is 15 characters. The default plex tag is dbed_flashsnap. |
SNAPSHOT_VOL_PREFIX | Specifies the snapshot volume prefix. Use this variable to specify a prefix for the snapshot volumes split from the primary disk group. A volume name cannot be more than 32 characters. You should consider the length of the volume name when assigning the prefix. |
SNAPSHOT_MIRROR | Specifies the number of plexes to be snapshot. The default value is 1. |
DG:VOL | Optional These entries are created by default if the dbed_vmchecksnap command is run with the -o setdefaults -m option. These entries specify the mount path for the associated snapshot volumes when we perform a clone operation using dbed_vmclondb. The values for these fields can be left blank, if they are blank then the -r relocate_path needs to be specified when performing a dbed_vmclonedb operation. |
When you first run dbed_vmchecksnap, use the -o setdefaults option to create a snapplan using default values for variables. You may then edit the file manually to set the variables for different snapshot scenarios.
Before creating a snapplan, make sure the following conditions have been met:
Prerequisites |
|
Usage Notes |
|
To create a snapplan
- Perform the following steps as an Oracle database administrator.
- Change directories to the working directory you want to store your snapplan in.
$ cd /working_directory
- Create a snapplan with default values using the dbed_vmchecksnap command:
$ /opt/VRTS/bin/dbed_vmchecksnap -S ORACLE_SID \ -H ORACLE_HOME -f SNAPPLAN -o setdefaults -t host_name \ [-p PLEX_TAG] [-m]
Example output for using multi-dg and for when when you specify -m option for mapped mount point.
$ /opt/VRTS/bin/dbed_vmchecksnap -S slave -H $ORACLE_HOME \ -f snapplan3 -o setdefaults -t mensa -m SFDB vxsfadm WARNING V-81-0000 dbed_vmchecksnap will be deprecated in the next release SFDB vxsfadm WARNING V-81-0000 As an altername use /opt/VRTS/bin/vxsfadm Snapplan snapplan3 for slave SNAPSHOT_VERSION=5.0 PRIMARY_HOST=mensa SECONDARY_HOST=mensa PRIMARY_DG=datadg1:datadg2:archdg1 ORACLE_SID=slave ARCHIVELOG_DEST=/arch/sfae10g SNAPSHOT_ARCHIVE_LOG=yes SNAPSHOT_MODE=online SNAPSHOT_PLEX_TAG=dbed_flashsnap SNAPSHOT_DG_PREFIX=SNAP_ SNAPSHOT_VOL_PREFIX=SNAP_ SNAPSHOT_MIRROR=1 archdg1:arch1vol1= datadg1:data1vol2= datadg1:data1vol1= datadg2:data1vol1= datadg2:data1vol2=
- Open the snapplan file in a text editor and modify it as needed.
More Information