Veritas NetBackup™ Upgrade Guide

Last Published:
Product(s): NetBackup (8.2)
  1. Introduction
    1.  
      About the NetBackup 8.2 Upgrade Guide
    2.  
      Available NetBackup upgrade methods
    3. About changes in NetBackup 8.2
      1.  
        Upgrades from NetBackup 7.6.0.4 and earlier are not supported
      2.  
        External certificate authority certificates supported by NetBackup 8.2
    4.  
      About Veritas Smart Meter
    5.  
      Best practices for Veritas Smart Meter
  2. Planning for an upgrade
    1. General upgrade planning information
      1.  
        About planning a NetBackup 8.2 upgrade
      2.  
        How to plan for an upgrade to NetBackup 8.2
      3.  
        Known catalog backup limitation
      4.  
        About security certificates for NetBackup hosts
      5.  
        About automatic file changes from an upgrade
    2. About upgrade tools
      1.  
        About Veritas Services and Operations Readiness Tools
      2.  
        Recommended SORT procedures for upgrades
      3.  
        Recommended SORT procedures for new installations
      4.  
        About the NetBackup preinstall checker
    3. Upgrade operational notes and limitations
      1.  
        Creating the user account to support the NetBackup web server
      2.  
        About NetBackup 8.2 support for Fibre Transport Media Server with RHEL 7.5
      3.  
        MSDP changes in NetBackup 8.1
      4.  
        Potential required changes for NetApp clusters
      5.  
        Errors when Bare Metal Restore information is replicated using Auto Image Replication
      6.  
        Upgrade issue with pre-8.1 clients and 8.1 or later media servers
  3. Master server upgrade
    1.  
      About master server upgrades
    2.  
      Preinstall procedure for upgrading to NetBackup 8.2
    3.  
      Performing local, remote, or clustered server upgrades on Windows systems
    4.  
      Performing silent upgrades on Windows systems
    5.  
      Upgrading UNIX and Linux server software to NetBackup 8.2
    6.  
      Post-install procedure for upgrading to NetBackup 8.2
    7.  
      About NetBackup startup and shutdown scripts
    8.  
      Completing your system update after an upgrade
  4. Media server upgrade
    1.  
      Upgrading NetBackup media servers to NetBackup 8.2
    2.  
      Silently upgrading NetBackup media server software on UNIX and Linux
  5. MSDP upgrade for NetBackup
    1.  
      MSDP upgrade considerations for NetBackup 8.1
    2.  
      About MSDP rolling data conversion
    3.  
      About MSDP fingerprinting algorithm changes
  6. Client upgrade
    1.  
      About client upgrades
    2.  
      Upgrading UNIX and Linux clients with the NetBackup upgrade script
    3.  
      Upgrade of the UNIX and Linux client binaries with native installers
  7. NetBackup Deployment Management with VxUpdate
    1.  
      About VxUpdate
    2.  
      Commands used in VxUpdate
    3.  
      Repository management
    4.  
      Deployment policy management
    5.  
      Manually initiating upgrades from the master server using VxUpdate
    6.  
      Manually initiating upgrades from the media server or client using VxUpdate
    7.  
      Deployment job status
  8. Appendix A. Reference
    1.  
      NetBackup master server web server user and group creation
    2.  
      Generate a certificate on the inactive nodes of a clustered master server
    3.  
      About the NetBackup Java Runtime Environment
    4.  
      About the NetBackup web user interface
    5.  
      About the NetBackup answer file
    6.  
      About RBAC bootstrapping
    7.  
      Update cloud configuration file on the master server immediately after install or upgrade to NetBackup 8.2
    8.  
      About NetBackup software availability
    9.  
      Additional post-upgrade steps for NetApp clusters
    10.  
      Using NetApp disk arrays with Replication Director
    11.  
      About compatibility between NetBackup versions
    12.  
      Installation and upgrade requirements for UNIX and Linux
    13.  
      Installation and upgrade requirements for Windows and Windows clusters
    14.  
      Requirements for Windows cluster installations and upgrades
    15.  
      Removing a clustered media server by migrating all data to a new media server
    16.  
      Disabling the connection between your NetBackup OpsCenter server and your NetBackup Master Server
    17.  
      Post upgrade procedures for Amazon cloud storage servers
    18.  
      Upgrading clients after servers are upgraded

Upgrading clients after servers are upgraded

The update_clients installation script lets you push client software to clients. It does not let you push client software to a remote client that is also a NetBackup media or master server. You cannot push software this way because the server software and client binaries must be of the same version on a single host.

Note:

Be aware you cannot use the update_clients installation script to push NetBackup 8.2 or later clients. You must use VxUpdate.

The update_clients installation script can determine the full client list that is configured on the server. When it is run without any parameters, it attempts to update all clients (as determined by /usr/openv/netbackup/bin/admincmd/bpplclients). If you do not want to upgrade all clients, you can specify a subset of clients. Use the hardware type and operating system parameters or use the -ClientList parameter.

You can run update_clients from a media server. The -ClientList parameter is required in this situation. The script lets you maintain a media server and a set of clients at an earlier release level than the master server. Doing so requires the informed use of the update_clients -ClientList command on a master server and a media server to avoid unwanted client upgrades.

For clustered environments, you can push client software only from the active node.

Note:

Additional steps are required to deploy clients in a secure environment where the clients do not have direct connectivity to the master server. More information on this topic is available. See the topic on deploying certificates on clients without connectivity to the master server in the NetBackup Security and Encryption Guide.

During a client upgrade, the new client files are written to a directory in /tmp on the client. This directory must have sufficient space to temporarily store the new client files to ensure a successful upgrade. If sufficient space is not available, a status message informs you that the upgrade script could not write to the location in the /tmp directory. To resolve this issue, allocate more space to the /tmp directory and perform the upgrade procedure again. The temporary directory is removed when the upgrade is complete.

To upgrade clients after you have upgraded servers

  1. Use one of the following methods to start the installation script:

    ESD images (downloaded files)

    • Navigate to the location where the installation images reside.

    • Enter the following command:

      ./install

    Native install tools

    NetBackup supports the install and upgrade of the UNIX and Linux client binaries with native installers. More information is available.

    See Upgrade of the UNIX and Linux client binaries with native installers.

  2. When the following message appears, press Enter to continue:
    Installing NetBackup Client Software.
    Do you wish to continue? (y/n) [y]

    The client binaries represent the operating system versions where the binaries were compiled. The binaries typically function perfectly on later versions of the operating system. For example, Solaris 10 binaries are also used on the Solaris 11 level of the operating system.

  3. Select the client type that you want to load and follow the prompts to load that client type. Repeat as necessary until all desired client types have been loaded.

    Make sure that you load the software for all of the UNIX client types that you intend to push to from this server. Otherwise, you cannot add these client types to the NetBackup policy configuration.

  4. As a root user on the NetBackup master server, enter the following command to see whether bprd is running:

    /usr/openv/netbackup/bin/bpps

    If bprd is running, stop it with the following command:

    /usr/openv/netbackup/bin/admincmd/bprdreq -terminate

  5. Enter the following command to make sure that backups or restores are not in progress:

    /usr/openv/netbackup/bin/admincmd/bpdbjobs

  6. Update UNIX client software by running the update_clients script. Specify the host names of the individual nodes (not virtual names) in the list of clients.

    Use one of the following commands:

    If you do not use a -ClientList file:

    /usr/openv/netbackup/bin/update_clients

    If you use a -ClientList file:

    /usr/openv/netbackup/bin/update_clients -ClientList filename

    The -ClientList parameter is required on a media server.

    For more than 30 clients, you can divide the list into multiple files and run update_clients for each file.

    To create a client list file, perform the following steps:

    • Change to the NetBackup admincmd directory, as follows:

      cd /usr/openv/netbackup/bin/admincmd
    • Use the bpplclients command to create a file that contains a list of clients currently configured in the NetBackup database. The options to use on this command differ depending on whether you push from a master server or from a media server, as follows:

      If you push from the master server:

      ./bpplclients -allunique -noheader > file

      If you push from a media server:

      ./bpplclients -allunique -noheader -M \ m_server_name > file

      The option descriptions are as follows:

      m_server_name

      Name of the NetBackup master server in this environment.

      file

      Name of the file to contain the list of unique clients. If no clients have been configured in the NetBackup database, the file is empty.

      The bpplclients command writes output to file in the following format:

      hardware os client
      hardware

      The hardware name. For example, run the ls command in directory /usr/openv/netbackup/client.

      os

      The operating system name. For example, run the ls command in directory /usr/openv/netbackup/client/hardware.

      client

      The name of the client.

      The contents of file might look like the following example:

      Solaris Solaris9 curry

    • (Optional) Edit file.

      Perform this step to change the contents of file. Edit file to contain only those clients you want to update with NetBackup client software. The host names of the clients must be the clients' individual node names. They cannot be virtual names. The hostname command and the domainname command return the correct values for the individual node names. The format can be either hostname or hostname.domainname.

  7. The update_clients script requests master server information from you.
    Starting update_clients script.
    There are N clients to upgrade.
    Do you want the bp.conf file on the clients updated to list this 
    server as the master server? (y/n) [y]

    Type either y or n.

    Press Enter.

  8. Enter the number of updates you want to occur simultaneously.
    Enter the number of simultaneous updates you wish to take 
    place. [1 - 30] (default: 15):
  9. The installer attempts to retrieve the certificate authority certificate details.
    Getting CA certificate details.
    Depending on the network, this action may take a few minutes. To
    continue without setting up secure communication, press Ctrl+C.

    Be aware if you press Ctrl+C, this action requires you to rerun the installation or continue with the installation without the required security components. If these security components are absent, backups and restores fail.

    If a certificate authority certificate is found, you receive the message shown:

    Using CA Certificate fingerprint from master server:
    01:23:45:67:89:AB:CD:EF:01:23:45:67:89:AB:CD:EF:01:23:45:67
    If clients need an authorization token for installation, please 
    specify one here. Token (leave blank for no authorization token):

    If you leave the authorization token blank, you receive the message shown:

    WARNING: Authorization Token was not specified.
    Manual steps may be required before backups and restores can occur.
    
  10. Type either y or n in response to the question.
    The upgrade will likely take Y to Z minutes.
    Do you want to upgrade clients now? (y/n) [y]
  11. After all servers and clients are updated, start the bprd daemon as the root user on the master server by entering the following command:
    /usr/openv/netbackup/bin/initbprd