Storage Foundation for Oracle® RAC 7.4.1 Configuration and Upgrade Guide - Solaris

To perform a rolling upgrade

1. Phase 1 of rolling upgrade begins on the first subcluster. Complete the preparatory steps on the first subcluster.
2. Log in as superuser and mount the SF Oracle RAC 7.4.1 installation media.
3. From root, start the installer.

   # ./installer

4. From the menu, select Upgrade a Product and from the sub menu, select Rolling Upgrade.
5. The installer suggests system names for the upgrade. Press Enter to upgrade the suggested systems, or enter the name of any one system in the cluster on which you want to perform a rolling upgrade and then press Enter.
6. The installer checks system communications, release compatibility, version information, and lists the cluster name, ID, and cluster nodes. Type y to continue.
7. The installer inventories the running service groups and determines the node or nodes to upgrade in phase 1 of the rolling upgrade. Type y to continue. If you choose to specify the nodes, type n and enter the names of the nodes.
8. The installer performs further prechecks on the nodes in the cluster and may present warnings. You can type y to continue or quit the installer and address the precheck's warnings.
9. Review the end-user license agreement, and type y if you agree to its terms.
10. If the boot disk is encapsulated and mirrored, you can create a backup boot disk.

    If you choose to create a backup boot disk, type y. Provide a backup name for the boot disk group or accept the default name. The installer then creates a backup copy of the boot disk group.

11. After the installer detects the online service groups, the installer prompts the user to do one of the following:

    • Manually switch service groups

    • Use the CPI to automatically switch service groups

    The downtime is the time that it normally takes for the service group's failover.

    Note:

    It is recommended that you manually switch the service groups. Automatic switching of service groups does not resolve dependency issues if any dependent resource is not under VCS control.

12. The installer prompts you to stop the applicable processes. Type y to continue.

    The installer evacuates all service groups to the node or nodes that are not upgraded at this time. The installer stops parallel service groups on the nodes that are to be upgraded.

13. The installer stops relevant processes, uninstalls old kernel packages, and installs the new packages. The installer asks if you want to update your licenses to the current version. Select Yes or No. Veritas recommends that you update your licenses to fully use the new features in the current release.
14. If the cluster has configured Coordination Point Server based fencing, then during upgrade, installer may ask the user to provide the new HTTPS Coordination Point Server.

    The installer performs the upgrade configuration and starts the processes. If the boot disk is encapsulated before the upgrade, installer prompts the user to reboot the node after performing the upgrade configuration.

    Note:

    The Oracle service group is offline as the AutoStart attribute is set to 0 to prevent the service group from starting automatically. The service group is started later in the process.

15. Reboot the nodes on the subcluster being upgraded.

    If some processes fail to start, you may need to reboot the nodes and manually check the cluster's status.

    If the installer reboots the nodes, restart the installer.

16. Perform the following steps if the subcluster has non-global zones.

    • Take the zone service groups in the subcluster offline:

      # hagrp -offline zone_group -sys sys_name

    • Update the zone configuration.

      For instructions, see the topic "Preparing to install non-global zones" in the document Storage Foundation and High Availability Solutions Virtualization Guide.

    • From the global zone, run the following command for each non-global zone in the subcluster:

      # zoneadm -z zone_name attach -u

    • Bring the zone service group on the subcluster online:

      # hagrp -online zone_group -sys sys_name

17. Manually mount the VxFS and CFS file systems that VCS does not manage.
18. Relink the SF Oracle RAC libraries with Oracle by choosing the option Relink Oracle Database Binary from the program menu.

    Note:

    If the subcluster has non-global zones, you need to relink only the ODM library.

    See Relinking Oracle RAC libraries with the SF Oracle RAC libraries.

19. If the boot disk is encapsulated, the installer strongly recommends a restart of the nodes. Restart the nodes as prompted by the installer.

    Note:

    Before you restart the nodes, ensure that the boot device is set to the disk containing the upgraded version of the product.

    # eeprom

20. Bring the Oracle database service group online.

    • If VCS manages the Oracle database:

      # hagrp -online oracle_group -sys node_name

    • If VCS does not manage the Oracle database:

      For Oracle RAC 12c or later:

      $ srvctl start instance -db db_name \
      -node node_name

      For Oracle RAC 11.2.0.2 and later versions of 11g Release 2:

      $ srvctl start instance -d db_name \
      -n node_name

      For Oracle RAC 11.2.0.1 and earlier versions:

      $ srvctl start instance -d db_name \
      -i instance_name

21. Start all applications that are not managed by VCS. Use native application commands to start the applications.
22. Complete the preparatory steps on the nodes that you have not yet upgraded.
23. Complete updates to the operating system, if required, on the nodes that you have not yet upgraded. For instructions, see the operating system documentation.

    The nodes are restarted after the operating system update.

    Restart the nodes again manually. Failing to perform this additional restart prevents the upgrade from proceeding further.

    # shutdown -g0 -y -i6

24. The installer begins phase 1 of the upgrade on the remaining node or nodes. Type y to continue the rolling upgrade. If the installer was invoked on the upgraded (rebooted) nodes, you must invoke the installer again.

    Note:

    In case of an FSS environment, phase 1 of the rolling upgrade is performed on one node at a time.

    The installer repeats step 7 through step 21.

    For clusters with larger number of nodes, this process may repeat several times. Service groups come down and are brought up to accommodate the upgrade.

    This completes phase 1 of the upgrade.

25. • If VCS manages the Oracle database, reset the AutoStart value to 1 to enable VCS to bring the database service group online when VCS starts:

      # haconf -makerw
      # hagrp -modify oracle_group AutoStart 1
      # haconf -dump -makero

    • If VCS does not manage the Oracle database, change the management policy for the database to automatic:

      For Oracle RAC 12c or later:

      $ srvctl modify database -db db_name -policy AUTOMATIC

      For Oracle RAC 11g:

      $ srvctl modify database -d db_name -y AUTOMATIC

26. Migrate the SFDB repository database.

27. Phase 2 of the upgrade begins here. This phase includes downtime for the VCS engine (HAD), which does not include application downtime. Type y to continue.
28. The installer determines the remaining packages to upgrade. Press Enter to continue.
29. The installer displays the following question before the installer stops the product processes. If the cluster was configured in secure mode and version is prior to 6.2 before the upgrade, these questions are displayed.

    • Do you want to grant read access to everyone? [y,n,q,?]

      • To grant read access to all authenticated users, type y.

      • To grant usergroup specific permissions, type n.

    • Do you want to provide any usergroups that you would like to grant read access?[y,n,q,?]

      • To specify usergroups and grant them read access, type y

      • To grant read access only to root users, type n. The installer grants read access read access to the root users.

    • Enter the usergroup names separated by spaces that you would like to grant read access. If you would like to grant read access to a usergroup on a specific node, enter like 'usrgrp1@node1', and if you would like to grant read access to usergroup on any cluster node, enter like 'usrgrp1'. If some usergroups are not created yet, create the usergroups after configuration if needed. [b]

30. The installer stops Cluster Server (VCS) processes but the applications continue to run. Type y to continue.

    The installer performs prestop, uninstalls old packages, and installs the new packages. It performs post-installation tasks, and the configuration for the upgrade.

31. If you have network connection to the Internet, the installer checks for updates.

    If updates are discovered, you can apply them now.

32. A prompt message appears to ask if the user wants to read the summary file. You can choose y if you want to read the install summary file.
33. Upgrade Oracle RAC to the supported version.

    Note:

    All Oracle RAC versions starting from Oracle 11g Release 2 and later are supported.

    For instructions, see the chapter Upgrading Oracle RAC in this document.