Veritas NetBackup™ Flex Scale Installation and Configuration Guide
- Preparing for NetBackup Flex Scale deployment
- Configuring NetBackup Flex Scale
- NetBackup Flex Scale upgrades and patch management
- Removing NetBackup Flex Scale
- Appendix A. Installing NetBackup Flex Scale using a downloaded ISO file
About rolling upgrade
Starting with version 2.1, NetBackup Flex Scale supports rolling upgrade of the cluster. Rolling upgrade minimizes the service and application downtime by limiting the downtime to the time it takes to stop and restart the NetBackup services on the cluster nodes.
An upgrade pre-check runs automatically at the beginning of an upgrade to determine if the system is ready for an upgrade. If the pre-upgrade check fails, you cannot proceed with the upgrade. For details about the tests performed during the pre-upgrade check, See About the pre-upgrade check.
The following upgrade paths are supported for a rolling upgrade:
From version 1.3.1 to 2.1
From version 2.1 to 3.0
From version 3.0 to 3.1
From version 3.0.0.1 to 3.1
If the upgrade fails on a node, all the nodes are automatically rolled back to the previous version. The detailed logs for rolling upgrade are located in the/log/upgrade/upgrade_3.1.log
file. This file is present on all the nodes. However, detailed logs are present on the node where the management console was running when you started the upgrade. To identify the management console node, in the NetBackup Flex Scale infrastructure management UI, navigate to or in the NetBackup Flex Scale web UI navigate to . On theInfrastructure page, Console node shows the management console node.
The rolling upgrade is a two-phase process. In phase A, the infrastructure packages are upgraded. The infrastructure packages are upgraded on mirror partitions on all the cluster nodes in parallel. As the upgrade happens on a copy of the original partition, the original partition is not affected and NetBackup backup and restore jobs continue running on all the nodes in the cluster. After the packages are upgraded, each node is restarted successively and the node joins the cluster with the new upgraded packages from the mirrored partition.
In phase B, the NetBackup services and containers are stopped and NetBackup and MSDP packages are upgraded on all the nodes. This phase results in downtime, which causes the ongoing backup and restore jobs to fail. After the packages are upgraded the services are restarted. You must restart the jobs once the upgrade is complete. Jobs that are configured to create checkpoints during a backup, such as file system jobs, can be suspended before an upgrade. The jobs resume after the upgrade is complete.
For details about how to perform a rolling upgrade, See Performing an upgrade using GUI.
For details about upgrade logs