Ransomware attackers specifically target and attempt to destroy backup systems to increase the probability of payment. Hardening your system is critical. Please ensure you have reviewed your platform security using the Security Hardening Checklist
Cohesity

COHESITY Documentation

Explore our documentation to get started, discover products & new features, access troubleshooting guides, register sources, platforms support.

Products
Data Security Alliance
Visit Cohesity.com
Demos
Support
Blogs
Developers
Partner Portals
Cohesity Community
© 2026 Cohesity, Inc. All Rights Reserved.
Terms of Use|
Privacy Policy|
Legal|
  1. Home
  2. NetBackup™ for Oracle Administrator's Guide
  3. Appendix B. Snapshot Client support of SFRAC
  4. Performing a rollback restore in an SFRAC environment
NetBackup™ for Oracle Administrator's Guide

Performing a rollback restore in an SFRAC environment

The following procedure describes the manual steps that are needed to restore volumes and file systems by using the snapshot rollback method in an SFRAC environment.

A typical host deployment for running NetBackup for Oracle in an SFRAC environment is as follows: Host A and Host B are in the cluster and Host C is used as an alternate client. The instant recovery snapshot is taken using the Oracle policy and the Hardware Snapshot FIM (frozen image method).

The application I/O stack is built upon the hardware array of VxVM (CVM) and VxFS (CFS).

The Veritas Cluster Server (VCS) controls the Oracle RAC database and other required essential resources such as shared storage. VCS defines and manages its resources as a single unit called a service group. A service group contains all the necessary components and resources of an application.

The following are entities in the VCS that monitor the application I/O stack:

  • CFSMount contains the mount points (cfs) where data files, archive logs, and control files are stored.

  • CVMVolDg contains all the Volume Groups (cvm) configured on top of the various array LUNs that participate in the hardware snapshot.

  • The Database Resource Group contains the database instance and assists in failover.

To perform a rollback restore in the SFRAC environment

  1. Ensure that you previously created a virtual IP for the clustered node. Point that virtual IP to the master node of the cluster.
  2. On all the clustered nodes, take the VCS database service group (Oracle, CFSMount, and CVMVolDg resources) offline by using the following command:
    # hagrp -offline <DB_Service_Group> -any
  3. Freeze the database service group.
    # hagrp -freeze <DB_Service_Group>
  4. Mount the CFSMount points manually outside VCS on the master node. This action helps when you start the database in mount state.
    # mount -F vxfs -o cluster <mntPt>
  5. Start the database with mount option on the clustered master node using one of these options:

    Option 1:

    # sqlplus /as sysdba
    # startup mount;
    

    Option 2:

    # sqlplus /as sysbackup
    # startup mount;
  6. Run the rollback restore operation from the RMAN script or the client GUI. A sample RMAN script file (hot_database_backup_proc) is located in the following directory path:
    /usr/openv/netbackup/ext/db_ext/oracle/samples/rman

    To perform PIT rollback, add the following parameter to the script:

    NB_ORA_PC_RESTORE=rollback
  7. Unmount the CFS on the master node.
    # umount <mntPt>
  8. Unfreeze the VCS database service group.
    # hagrp -unfreeze <DB_Service_Group>
  9. On all the clustered nodes, take the VCS database service group (Oracle, CFSMount, and CVMVolDg resources) back online:
    # hagrp -online <DB_Service_Group> -any

Feedback

Was this page helpful?
Previous

Configuring the SFRAC environment for a backup operation

Next

Troubleshooting NetBackup in an SFRAC environment

Feedback

Was this page helpful?