In this example, you have four nodes: node01, node02, node03, and node04. You also have four service groups: sg1, sg2, sg3, and sg4. Each service group is running on one node.
In your system list, you have each service group failing over to one other node.
Four nodes, four service groups, and their failover paths
Click the thumbnail above to view full-sized image.
This example presumes that you have at least one service group (in this case sg3), that cannot stay online on both nodes during the upgrade. In this situation, it is best if sg3 is a low-priority service group. The cluster is split with node02 and node03 together for the first upgrade, and node01 and node04 together for the next upgrade.
You switch sg1 to run on node01. Switch sg4 to run on node04. You then perform the upgrade on node02 and node03. When you finish the upgrade on node02 and node03, you need to upgrade node01 and node04.
Your cluster is down when you stop HAD on node01 and node04, but have not yet started node02 and node03.
You have to take your service groups offline manually on node01 and node04. When you start node02 and node03, the service groups come online. Reboot node01 and node04 when the upgrade completes. They then rejoin the cluster and you can balance the load on machines by switching service groups.
This upgrade uses four nodes with four service groups—note that in this scenario the service groups cannot stay online for part of the upgrade. Remember to not add, remove, or change resources or service groups on any nodes during the upgrade as these changes are likely to get lost after the upgrade.
To establish running service groups
# hagrp -switch sg1 -to node01
During the next procedure, do not perform any configuration tasks. Do not start any modules.
To perform the minimum downtime upgrade on target nodes
n
when the installer asks:
Do you want to upgrade to version 5.0 on these systems using
the current configuration? [y,n,q,?] (y) n
Enter the system names separated by spaces on which to install
VCS: node02 node03
1
or 2
when the installer asks:
n
when the installer completes and asks:
Do you want to start Veritas Cluster Server processes now?
[y,n,q] (y) n
To edit the configuration and prepare for upgrade node01 and node04
# hagrp -unfreeze sg1 -persistent
# hagrp -unfreeze sg2 -persistent
To edit the configuration on node02 and node03
Frozen = 1
line for each service group as appropriate.
To upgrade and restart your clusters
# hagrp -offline sg1 -sys node01
# hagrp -offline sg2 -sys node01
See To perform the minimum downtime upgrade on target nodes.
After you have rebooted the nodes, all four nodes now run the latest version of VCS.
In this example, you achieved minimal downtime because your service groups were down only from the point when you took them offline on node01 and node04, to the time VCS brought them online on node02 or node03 as appropriate.