Veritas NetBackup™ Upgrade Guide

Last Published:
Product(s): NetBackup (8.1.2)
  1. Introduction
    1.  
      About the NetBackup 8.1.2 Upgrade Guide
    2. About changes in NetBackup 8.1.2
      1.  
        Veritas Smart Meter introduced
      2.  
        Upgrades from NetBackup 7.6.0.4 and earlier are not supported
      3.  
        HP-UX and AIX support change
      4.  
        Newer Red Hat Linux compilers used with NetBackup 8.1.2
      5.  
        VxUpdate replaces update_clients script in NetBackup 8.1.2
      6.  
        Port 443 required for NetBackup web user interface
      7.  
        About MSDP
      8.  
        Performance issues with upgrades to NetBackup 8.1.2 from NetBackup 8.0 and earlier
      9.  
        About certificate requirements for NetBackup 8.1
      10.  
        SCCM and Chef deployment tools and documentation now available
    3.  
      Potential required changes for NetApp clusters
    4.  
      About automatic file changes from an upgrade
    5.  
      Errors when Bare Metal Restore information is replicated using Auto Image Replication
    6.  
      Known catalog backup limitation
    7.  
      Available NetBackup upgrade methods
    8.  
      About Veritas Services and Operations Readiness Tools
    9.  
      Recommended SORT procedures for new installations
    10.  
      Recommended SORT procedures for upgrades
    11.  
      About the NetBackup preinstall checker
  2. Planning for an upgrade
    1.  
      About planning a NetBackup 8.1.2 upgrade
    2.  
      How to plan for an upgrade to NetBackup 8.1.2
    3.  
      About Veritas Smart Meter
    4.  
      Best practices for Veritas Smart Meter
    5.  
      Creating the user account to support the NetBackup web server
    6.  
      About NetBackup 8.1.2 support for Fibre Transport Media Server with RHEL 7.5
    7.  
      MSDP changes in NetBackup 8.1
    8.  
      About security certificates for NetBackup hosts
  3. Master server upgrade
    1.  
      About master server upgrades
    2.  
      Preinstall procedure for upgrading to NetBackup 8.1.2
    3.  
      Performing local, remote, or clustered server upgrades on Windows systems
    4.  
      Performing silent upgrades on Windows systems
    5.  
      Upgrading UNIX/Linux server software to NetBackup 8.1.2
    6.  
      Post-install procedure for upgrading to NetBackup 8.1.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.1.2
  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. 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 client using VxUpdate
    7.  
      Deployment job status
  7. 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
      1.  
        First-time sign in to a NetBackup master server from the NetBackup web UI
      2.  
        Sign out of the NetBackup web UI
    5.  
      About the NetBackup answer file
    6.  
      Update cloud configuration file on the master server immediately after install or upgrade to NetBackup 8.1.2
    7.  
      About NetBackup software availability
    8.  
      Additional post-upgrade steps for NetApp clusters
    9.  
      Using NetApp disk arrays with Replication Director
    10.  
      About compatibility between NetBackup versions
    11.  
      Installation and upgrade requirements for UNIX and Linux
    12.  
      Installation and upgrade requirements for Windows and Windows clusters
    13.  
      Requirements for Windows cluster installations and upgrades
    14.  
      Upgrading clients after servers are upgraded
    15.  
      Install and upgrade of the UNIX and Linux client binaries with native installers
    16.  
      Removing a clustered media server by migrating all data to a new media server
    17.  
      Disabling the connection between your NetBackup OpsCenter server and your NetBackup Master Server
    18.  
      Post upgrade procedures for Amazon cloud storage servers

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.

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 Veritas 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 Install and 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