InfoScale™ 9.0 Storage Foundation Cluster File System High Availability Configuration and Upgrade Guide - Solaris
- Section I. Introduction to SFCFSHA
- Introducing Storage Foundation Cluster File System High Availability
- Section II. Configuration of SFCFSHA
- Preparing to configure
- Preparing to configure SFCFSHA clusters for data integrity
- About planning to configure I/O fencing
- Setting up the CP server
- Configuring the CP server manually
- Configuring SFCFSHA
- Configuring a secure cluster node by node
- Verifying and updating licenses on the system
- Configuring SFCFSHA clusters for data integrity
- Setting up disk-based I/O fencing using installer
- Setting up server-based I/O fencing using installer
- Performing an automated SFCFSHA configuration using response files
- Performing an automated I/O fencing configuration using response files
- Configuring CP server using response files
- Manually configuring SFCFSHA clusters for data integrity
- Setting up disk-based I/O fencing manually
- Setting up server-based I/O fencing manually
- Configuring server-based fencing on the SFCFSHA cluster manually
- Setting up non-SCSI-3 fencing in virtual environments manually
- Setting up majority-based I/O fencing manually
- Section III. Upgrade of SFCFSHA
- Planning to upgrade SFCFSHA
- Preparing to upgrade SFCFSHA
- Performing a full upgrade of SFCFSHA using the installer
- Performing a rolling upgrade of SFCFSHA
- Performing a phased upgrade of SFCFSHA
- About phased upgrade
- Performing a phased upgrade using the product installer
- Performing an automated SFCFSHA upgrade using response files
- Upgrading Volume Replicator
- Upgrading VirtualStore
- Upgrading SFCFSHA using Boot Environment upgrade
- Performing post-upgrade tasks
- Planning to upgrade SFCFSHA
- Section IV. Post-configuration tasks
- Section V. Configuration of disaster recovery environments
- Section VI. Adding and removing nodes
- Adding a node to SFCFSHA clusters
- Adding the node to a cluster manually
- Setting up the node to run in secure mode
- Adding a node using response files
- Configuring server-based fencing on the new node
- Removing a node from SFCFSHA clusters
- Adding a node to SFCFSHA clusters
- Section VII. Configuration and Upgrade reference
- Appendix A. Installation scripts
- Appendix B. Configuration files
- Appendix C. Configuring the secure shell or the remote shell for communications
- Appendix D. High availability agent information
- Appendix E. Sample SFCFSHA cluster setup diagrams for CP server-based I/O fencing
- Appendix F. Reconciling major/minor numbers for NFS shared disks
- Appendix G. Configuring LLT over UDP
- Using the UDP layer for LLT
- Manually configuring LLT over UDP using IPv4
- Using the UDP layer of IPv6 for LLT
- Manually configuring LLT over UDP using IPv6
Sample configuration file for removing a node from the cluster
You may use this sample file as reference information to understand the configuration changes involved when you remove a node from a cluster.
The existing sample configuration before removing the node sys3 is as follows:
The existing clusterclus1comprises three nodes sys1, sys2, and sys3 and hosts a single database.
The database is stored on CFS.
The database is managed by a VCS database agent.
The agent starts, stops, and monitors the database.
Note:
The following sample file shows in bold the configuration information that is removed when the node sys3 is removed from the cluster.
include "types.cf" include "CFSTypes.cf" include "CVMTypes.cf"
cluster clus1 ( UserNames = { admin = bopHo } Administrators = { admin } UseFence = SCSI3 )
system sys1 ( ) system sys2 ( ) system sys3 ( )
Note:
In the following group app_grp, the sys3 node must be removed.
group app_grp ( SystemList = { sys1 = 0, sys2 = 1, sys3 = 2 } AutoFailOver = 0 Parallel = 1 AutoStartList = { sys1, sys2, sys3 } )
Note:
In the following application resource, the sys3 node information must be removed.
App app1 ( Critical = 0 Sid @sys1 = vrts1 Sid @sys2 = vrts2 Sid @sys3 = vrts3 )
CFSMount appdata_mnt ( Critical = 0 MountPoint = "/oradata" BlockDevice = "/dev/vx/dsk/appdatadg/appdatavol" ) CVMVolDg appdata_voldg ( Critical = 0 CVMDiskGroup = appdatadg CVMVolume = { appdatavol } CVMActivation = sw ) requires group cvm online local firm app1 requires appdata_mnt appdata_mnt requires appdata_voldg
Note:
In the following CVM and CVMCluster resources, the sys3 node information must be removed.
group cvm ( SystemList = { sys1 = 0, sys2 = 1, sys3 =2} AutoFailOver = 0 Parallel = 1 AutoStartList = { sys1, sys2, sys3 } ) CFSfsckd vxfsckd ( ) CVMCluster cvm_clus ( CVMClustName = clus1 CVMNodeId = { sys1 = 0, sys2 = 1, sys3 =2 } CVMTransport = gab CVMTimeout = 200 ) CVMVxconfigd cvm_vxconfigd ( Critical = 0 CVMVxconfigdArgs = { syslog } )
vxfsckd requires cvm_clus cvm_clus requires cvm_vxconfigd