Veritas InfoScale™ 8.0.2 Disaster Recovery Implementation Guide - AIX
- Section I. Introducing Storage Foundation and High Availability Solutions for disaster recovery
- About supported disaster recovery scenarios
- About disaster recovery scenarios
- About campus cluster configuration
- About replicated data clusters
- About global clusters
- How VCS global clusters work
- User privileges for cross-cluster operations
- VCS global clusters: The building blocks
- Visualization of remote cluster objects
- About global service groups
- About global cluster management
- About serialization - The Authority attribute
- About resiliency and "Right of way"
- VCS agents to manage wide-area failover
- About the Steward process: Split-brain in two-cluster global clusters
- Secure communication in global clusters
- Disaster recovery feature support for components in the Veritas InfoScale product suite
- Virtualization support for InfoScale 8.0.2 products in replicated environments
- Planning for disaster recovery
- About supported disaster recovery scenarios
- Section II. Implementing campus clusters
- Setting up campus clusters for VCS and SFHA
- About setting up a campus cluster configuration
- Preparing to set up a campus cluster configuration
- Configuring I/O fencing to prevent data corruption
- Configuring VxVM disk groups for campus cluster configuration
- Configuring VCS service group for campus clusters
- Setting up campus clusters for VxVM and VCS using Veritas InfoScale Operations Manager
- Fire drill in campus clusters
- About the DiskGroupSnap agent
- About running a fire drill in a campus cluster
- About setting up a campus cluster configuration
- Setting up campus clusters for SFCFSHA, SFRAC
- About setting up a campus cluster for disaster recovery for SFCFSHA or SF Oracle RAC
- Preparing to set up a campus cluster in a parallel cluster database environment
- Configuring I/O fencing to prevent data corruption
- Configuring VxVM disk groups for a campus cluster in a parallel cluster database environment
- Configuring VCS service groups for a campus cluster for SFCFSHA and SF Oracle RAC
- Tuning guidelines for parallel campus clusters
- Best practices for a parallel campus cluster
- Setting up campus clusters for VCS and SFHA
- Section III. Implementing replicated data clusters
- Configuring a replicated data cluster using VVR
- Configuring a replicated data cluster using third-party replication
- About setting up a replicated data cluster configuration using third-party replication
- About typical replicated data cluster configuration using third-party replication
- About setting up third-party replication
- Configuring the service groups for third-party replication
- Fire drill in replicated data clusters using third-party replication
- Section IV. Implementing global clusters
- Configuring global clusters for VCS and SFHA
- Installing and Configuring Cluster Server
- Setting up VVR replication
- About configuring VVR replication
- Best practices for setting up replication
- Creating a Replicated Data Set
- Creating a Primary RVG of an RDS
- Adding a Secondary to an RDS
- Changing the replication settings for a Secondary
- Synchronizing the Secondary and starting replication
- Starting replication when the data volumes are zero initialized
- Setting up third-party replication
- Configuring clusters for global cluster setup
- Configuring service groups for global cluster setup
- Fire drill in global clusters
- Configuring a global cluster with Storage Foundation Cluster File System High Availability or Storage Foundation for Oracle RAC
- About global clusters
- About replication for parallel global clusters using Storage Foundation and High Availability (SFHA) Solutions
- About setting up a global cluster environment for parallel clusters
- Configuring the primary site
- Configuring the secondary site
- Setting up replication between parallel global cluster sites
- Testing a parallel global cluster configuration
- Configuring a global cluster with Volume Replicator and Storage Foundation Cluster File System High Availability or Storage Foundation for Oracle RAC
- About configuring a parallel global cluster using Volume Replicator (VVR) for replication
- Setting up replication on the primary site using VVR
- Setting up replication on the secondary site using VVR
- Starting replication of the primary site database volume to the secondary site using VVR
- Configuring Cluster Server to replicate the database volume using VVR
- Replication use cases for global parallel clusters
- Configuring global clusters for VCS and SFHA
- Section V. Implementing disaster recovery configurations in virtualized environments
- Section VI. Reference
Modifying the Cluster Server (VCS) configuration on the primary site
The following are the tasks required to modify the existing VCS configuration on the primary site:
Table: Tasks for modifying the VCS configuration on the primary site
Task | Description |
|---|---|
Configure two service groups:
| |
Add the RVGSharedPri resource to the existing database service group and define this group as a global group by setting the ClusterList and ClusterFailOverPolicy attributes. | |
Move the CVMVolDg resource from the existing database service group to the newly created RVG group. | |
To view the sample main.cf files on your system: |
To view sample configuration files for SF Oracle RAC
- Change directories to the find the sample main.cfs:
# cd /etc/VRTSvcs/conf/sample_rac
- Enter:
# ls *sfrac* sfrac07_main.cf sfrac08_main.cf
The following files include CVM/VVR configuration examples:
For the primary: sfrac_07_main.cf
For the secondary: sfrac_08_main.cf
See Sample Storage Foundation for Oracle RAC configuration files.
To modify VCS on the primary site
- Log into one of the nodes on the primary cluster.
- Use the following command to save the existing configuration to disk, and make the configuration read-only while you make changes:
# haconf -dump -makero
- Use the following command to make a backup copy of the main.cf file:
# cd /etc/VRTSvcs/conf/config # cp main.cf main.orig
- Use vi or another text editor to edit the main.cf file. Review the sample configuration file after your product installation.
Add a failover service group using the appropriate values for your cluster and nodes. Include the following resources:
In a shared disk group environment, currently only the cvm master node should be assigned the logowner role.
IP resource
NIC resources
The following are examples of RVGLogowner service group for the different platforms.
Example for Oracle RAC:
Please see the section "CVM master node needs to assume the logowner role for VCS managed VVR resources" in the Cluster Server Bundled Agents Reference Guide for more info.
group rlogowner ( SystemList = { sys1 = 0, sys2 = 1 } AutoStartList = { sys1, sys2 } ) IP logowner_ip ( Device = en0 Address = "10.10.9.101" NetMask = "255.255.255.0" ) NIC nic ( Device = en0 NetworkType = ether NetworkHosts = "10.10.8.1" ) RVGLogowner logowner ( RVG = dbdata_rvg DiskGroup = dbdatadg ) requires group RVGgroup online local firm logowner requires logowner_ip logowner_ip requires nic - Add the RVG service group using the appropriate values for your cluster and nodes.
Example RVGgroup service group:
group RVGgroup ( SystemList = { sys1 = 0, sys2 = 1 } Parallel = 1 AutoStartList = { sys1, sys2 } ) RVGShared dbdata_rvg ( RVG = dbdata_rvg DiskGroup = dbdatadg ) CVMVolDg dbdata_voldg ( CVMDiskGroup = dbdatadg CVMActivation = sw CVMVolume = { dbvol, dbdata_srl } ) requires group cvm online local firm dbdata_rvg requires dbdata_voldg - See configuration examples below.
Modify the database service group using the appropriate values for your cluster and nodes:
Define the database service group as a global group by specifying the clusters on the primary and secondary sites as values for the ClusterList group attribute. See the bolded attribute in the example that follows.
Add the ClusterFailOverPolicy cluster attribute. Veritas recommends using the Manual value. See the bolded attribute in the example.
Add the RVGSharedPri resource to the group configuration.
Remove the CVMVolDg resource, if it has been configured in your previous configuration. This resource is now part of the RVG service group.
Specify the service group (online, local, firm) to depend on the RVG service group.
Remove the existing dependency of the Database service group on the CVM service group. Remove the line:
requires group CVM online local firm
Remove the existing dependency between the CFSMount for the database and the CVMVoldg for the database. Remove the line:
dbdata_mnt requires dbdata_voldg
- Save and close the main.cf file.
- It is advisible to modify "OnlineRetryLimit" & "OfflineWaitLimit" attribute of IP resource type to 1 on both the clusters:
# hatype -modify IP OnlineRetryLimit 1
# hatype -modify IP OfflineWaitLimit 1
- Use the following command to verify the syntax of the /etc/VRTSvcs/conf/config/main.cf file:
# hacf -verify /etc/VRTSvcs/conf/config
- Stop and restart VCS.
# hastop -all -force
Wait for port h to stop on all nodes, and then restart VCS with the new configuration on all primary nodes:
# hastart
Storage Foundation Cluster File System High Availability (SFCFS HA) example of a database service group configured for replication:
group database_grp (
SystemList = { sys1 = 0, sys2 = 1 }
ClusterList = { clus1 = 0, clus2 = 1 }
Parallel = 1
ClusterFailOverPolicy = Manual
Authority = 1
AutoStartList = { sys1,sys2 }
OnlineRetryLimit = 3
TriggerResStateChange = 1
OnlineRetryInterval = 120
)
CFSMount dbdata_mnt (
MountPoint = "/dbdata"
BlockDevice = "/dev/vx/dsk/dbdatadg/dbdata_vol"
)
Process vxfend (
PathName = "/sbin/vxfend"
Arguments = "-m sybase -k /tmp/vcmp_socket"
)
RVGSharedPri dbdata_vvr_shpri (
RvgResourceName = dbdata_rvg
OnlineRetryLimit = 0
)
requires group RVGgroup online local firm
oradata_mnt requires dbdata_vvr_shpriStorage Foundation (SF) for Oracle RAC example of a database service group configured for replication:
group database_grp (
SystemList = { sys1 = 0, sys2 = 1 }
ClusterList = { clus1 = 0, clus2 = 1 }
Parallel = 1
ClusterFailOverPolicy = Manual
Authority = 1
AutoStartList = { sys1,sys2 }
)
CFSMount oradata_mnt (
MountPoint = "/oradata"
BlockDevice = "/dev/vx/dsk/oradatadg/racdbdata_vol"
)
RVGSharedPri ora_vvr_shpri (
RvgResourceName = racdata_rvg
OnlineRetryLimit = 0
)
Oracle rac_db (
Sid @sys1 = vrts1
Sid @sys2 = vrts2
Owner = Oracle
Home = "/oracle/orahome"
StartUpOpt = SRVCTLSTART
ShutDownOpt = SRVCTLSTOP
)
requires group RVGgroup online local firm
oradata_mnt requires ora_vvr_shpri
rac_db requires oradata_mnt