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
Setting up the secondary node for deploying Oracle
To set up the secondary node
- Create a disk group with the same name as the primary node disk group.
# vxdg init vvrdg sdag sdah sdai sdaj
- Create directories for the data volume and the archive log volume, and assign their ownership to the Oracle user.
# mkdir -p /data # mkdir -p /arch # chown -R ora11gr2:dba /data # chown -R ora11gr2:dba /arch
- Create a data volume and an archive log volume of the same names and lengths as the primary node volumes.
# vxassist -g vvrdg make datavol 4500m alloc=sdj,sdk # vxassist -g vvrdg make archvol 4500m alloc=sdl,sdm
- Add a DCM (Data Change Map) log to the data volume and the archive log volume.
# vxassist -g vvrdg addlog datavol logtype=dcm nlog=2 logdisk=sdj,sdk # vxassist -g vvrdg addlog archvol logtype=dcm nlog=2 logdisk=sdl,sdm
- Change the ownership and permission of the directories that contain data volumes and archive log volumes.
# chown -R ora11gr2:dba /data* # chown -R ora11gr2:dba /arch*
- Prepare the data volume and the archive log volume for snapshot operations with DRL (Dirty Region Logging) disabled.
# vxsnap -g vvrdg prepare datavol drl=no alloc=sdn,sdo # vxsnap -g vvrdg prepare archvol drl=no alloc=sdp,sdq
Note:
To use the data on the secondary host to perform off-host processing operations, use snapshots of the secondary data volumes. Do not mount the secondary RVG volumes directly, even in read-only mode.
A snapshot is an image of the online data volumes at a specific point-in-time. The data on the original volumes may change but the data on the snapshot can still be used as a stable and independent copy for various purposes.
- Verify that the data volume and the archive log volume are prepared for instant snapshots.
# vxprint -g vvrdg -F%instant datavol # vxprint -g vvrdg -F%instant archvol
Note:
VVR provides two methods of creating snapshots: instant snapshots and traditional snapshots. You would require Veritas InfoScale Enterprise and Veritas InfoScale Storage licenses for the instant snapshot feature of VxVM.
- Add mirrors to the data volume and the archive log volume for use in creating third-mirror break-off snapshots.
# vxsnap -g vvrdg addmir datavol alloc=sdr # vxsnap -g vvrdg addmir archvol alloc=sds
- Set the dbed_flashsnap tag on the break-off data plexes for the data volume and the archive log volume.
# vxedit -g vvrdg set putil2=dbed_flashsnap datavol-04 # vxedit -g vvrdg set putil2=dbed_flashsnap archvol-04
- Create SRLs (Storage Replicator Logs) for data volumes and archive log volumes on the secondary node.
# vxassist -g vvrdg make datavol_srl 4500M alloc=sdt # vxassist -g vvrdg make archvol_srl 4500M alloc=sdu
Note:
Create an SRL of the same name as the primary SRL. Please note that the SRL cannot be a volume set or a component volume of a volume set.
If the Primary RVG (Replicated Volume Group) includes a volume set, make sure that the component volumes on the secondary to be added have identical names, lengths, and indices as the component volumes on the primary.