Guide de mise à niveau de VeritasNetBackup™

Last Published:
Product(s): NetBackup & Alta Data Protection (9.1)
  1. Introduction
    1.  
      Guide de mise à niveau de NetBackup 9.1
    2.  
      Méthodes de mise à niveau de NetBackup disponibles
    3. Modifications dans NetBackup 9.1
      1.  
        Conditions requises relatives au compilateur et à la sécurité Windows pour l'installation et la mise à niveau de NetBackup 9.1 et versions ultérieures
      2.  
        Installation de l'interface graphique utilisateur Java et du JRE facultative pour certains ordinateurs
      3.  
        Les autorisations de répertoire de consignation nécessitent une réinitialisation lors de la restauration
      4.  
        Les mises à niveau à partir de NetBackup 7.6.0.4 et versions antérieures ne sont pas prises en charge
      5.  
        Certificats d'une autorité de certification externe pris en charge par NetBackup 8.2 et versions ultérieures
    4.  
      À propos de Veritas Usage Insights
    5.  
      Pratiques d'excellence pour Veritas Usage Insights
  2. Planification d'une mise à niveau
    1. Informations générales sur la planification de la mise à niveau
      1.  
        Planification d'une mise à niveau de NetBackup 9.1
      2.  
        Prévoir une mise à niveau vers NetBackup 9.1
      3.  
        Limitation connue de sauvegarde du catalogue
      4.  
        À propos des certificats de sécurité pour les hôtes NetBackup
      5.  
        Modification automatique des fichiers après une mise à niveau
      6.  
        Réduire la taille de la base de données de travaux avant d'effectuer une mise à niveau
      7.  
        Problème connu lié à la mise à niveau du serveur principal SUSE Linux
    2. À propos des outils de mise à niveau
      1.  
        À propos de Veritas SORT (Services and Operations Readiness Tools)
      2.  
        Procédures SORT recommandées pour des mises à niveau
      3.  
        Procédures SORT recommandées pour de nouvelles installations
      4.  
        À propos du vérificateur de préinstallation NetBackup
    3. Remarques et limites d'ordre opérationnel sur la mise à niveau
      1.  
        Création de compte utilisateur pour prendre en charge le serveur Web NetBackup
      2.  
        À propos de la prise en charge de Fibre Transport Media Server avec RHEL 7.5 et versions ultérieures dans NetBackup 9.1
      3.  
        Modifications MSDP dans NetBackup 8.1
      4.  
        Modifications potentielles requises pour les clusters NetApp
      5.  
        Erreurs générées lors de la réplication d'informations Bare Metal Restore à l'aide de la fonction Auto Image Replication (AIR)
      6.  
        Problème de mise à niveau avec les clients antérieurs à la version 8.1 et les serveurs de médias 8.1 ou version ultérieure
  3. Mise à niveau du serveur maître
    1.  
      À propos des mises à niveau de serveur principal
    2.  
      Procédure de préinstallation pour la mise à niveau vers NetBackup 9.1
    3.  
      Exécution de mises à niveau de serveur locales, à distance ou en cluster sur des systèmes Windows
    4.  
      Effectuer des mises à niveau silencieuses sur des systèmes Windows
    5.  
      Mise à niveau des logiciels de serveur UNIX et Linux vers NetBackup 9.1
    6.  
      Procédure de post-installation de la mise à niveau vers NetBackup 9.1
    7.  
      A propos des scripts de démarrage et d'arrêt NetBackup
    8.  
      Achèvement de la mise à jour de votre système après une mise à niveau
  4. Mise à niveau du serveur de médias
    1.  
      Mise à niveau des serveurs de médias NetBackup vers NetBackup 9.1
    2.  
      Mise à niveau silencieuse du logiciel de serveur de médias NetBackup sous UNIX et Linux
  5. Mise à niveau de MSDP pour NetBackup
    1.  
      Remarques sur la mise à niveau de MSDP pour NetBackup 8.1
    2.  
      Conversion de données progressive MSDP
    3.  
      Modifications de l'algorithme d'identification par empreinte digitale MSDP
  6. Mise à niveau du client
    1.  
      À propos des mises à niveau du client
    2.  
      Mise à niveau des clients UNIX et Linux avec le script de mise à niveau NetBackup
    3.  
      Mise à niveau des fichiers binaires client UNIX et Linux avec les programmes d'installation natifs
  7. Gestion du déploiement de NetBackup avec VxUpdate
    1.  
      À propos de VxUpdate
    2.  
      Commandes utilisées dans VxUpdate
    3.  
      Gestion du référentiel
    4.  
      Gestion des politiques de déploiement
    5.  
      Lancement manuel des mises à niveau à partir du serveur principal à l'aide de VxUpdate
    6.  
      Lancement manuel des mises à niveau à partir du serveur de médias ou du client à l'aide de VxUpdate
    7.  
      État des travaux de déploiement
  8. Annexe A. Référence
    1.  
      Création de groupe et d'utilisateur de serveur Web maître NetBackup
    2.  
      Génération d'un certificat sur les nœuds inactifs d'un serveur maître en cluster
    3.  
      À propos de NetBackup Java Runtime Environment
    4.  
      Ajout ou suppression de l'interface graphique utilisateur Java et du JRE après la mise à niveau
    5.  
      À propos de l'interface utilisateur Web NetBackup
    6.  
      À propos du fichier de réponse NetBackup
    7.  
      À propos de l'amorçage RBAC
    8.  
      A propos de la disponibilité logicielle de NetBackup
    9.  
      Etapes de post-mise à niveau supplémentaires pour les clusters NetApp
    10.  
      Utilisation de baies de disques NetApp avec Replication Director
    11.  
      À propos de la compatibilité entre les versions de NetBackup
    12.  
      Configurations requises pour la mise à niveau sous UNIX et Linux
    13.  
      Conditions d'installation et de mise à niveau pour Windows et les clusters Windows
    14.  
      Conditions requises pour les installations et mises à niveau des clusters Windows
    15.  
      Suppression d'un serveur de médias en cluster via la migration de toutes les données vers un nouveau serveur de médias
    16.  
      Désactivation de la connexion entre le serveur OpsCenter et le serveur principal NetBackup
    17.  
      Procédures post-mise à niveau pour des serveurs de stockage en cloud Amazon
    18.  
      Mise à niveau des clients après la mise à niveau des serveurs
  9.  
    Index

Mise à niveau des clients après la mise à niveau des serveurs

Le script d'installation update_clients vous permet de pousser le logiciel client vers les clients. Il ne vous permet pas d'envoyer le logiciel client vers un client distant qui est également un serveur principal ou de médias NetBackup. Vous ne pouvez pas pousser le logiciel de cette façon car les fichiers binaires du logiciel du serveur et du client doivent être de la même version sur un même hôte.

Remarque :

Sachez que vous ne pouvez pas utiliser le script d'installation update_clients pour pousser le client NetBackup 8.2 ou versions ultérieures. Vous devez utiliser VxUpdate.

Le script d'installation update_clients peut déterminer la liste complète des clients qui est configurée sur le serveur. Lorsqu'il est exécuté sans aucun paramètre, il tente de mettre à jour tous les clients (comme déterminé par /usr/openv/netbackup/bin/admincmd/bpplclients). Si vous ne voulez pas mettre à niveau l'ensemble des clients, vous pouvez spécifier un sous-ensemble de clients. Utilisez les paramètres de type de matériel et de système d'exploitation ou utilisez le paramètre -ClientList.

Vous pouvez exécuter update_clients à partir d'un serveur de médias. Le paramètre -ClientList est requis dans cette situation. Le script vous permet de conserver un serveur de médias et un ensemble de clients à un niveau de version antérieur à celui du serveur principal. Pour cela, vous devez connaître le fonctionnement de la commande update_clients -ClientList sur un serveur principal et un serveur de médias pour éviter des mises à niveau indésirables de client.

Pour les environnements en cluster, vous pouvez pousser le logiciel client seulement à partir du nœud actif.

Remarque :

Des étapes supplémentaires sont requises pour déployer des clients dans un environnement sécurisé dans lequel ils ne disposent pas d'une connectivité directe avec le serveur principal. Plus d'informations sur ce sujet sont disponibles. Consultez la rubrique relative au déploiement de certificats sur les clients sans connectivité avec le serveur principal dans le Guide de sécurité et de chiffrement NetBackup.

Pendant une mise à niveau du client, les nouveaux fichiers client sont enregistrés dans un répertoire dans /tmp sur le client. Ce répertoire doit avoir suffisamment d'espace de façon à enregistrer temporairement les nouveaux fichiers de client pour assurer une mise à niveau réussie. Si l'espace disponible n'est pas suffisant, un message d'état vous informe que le script de mise à niveau n'a pas pu enregistrer dans l'emplacement du répertoire /tmp. Pour résoudre ce problème, allouez plus d'espace au répertoire /tmp et effectuez à nouveau la procédure de mise à niveau. Le répertoire temporaire est supprimé quand la mise à niveau est terminée.

Mise à niveau des clients après avoir mis à niveau les serveurs

  1. Utilisez l'une des méthodes suivantes pour lancer le script d'installation :

    Images ESD (fichiers téléchargés)

    • Accédez à l'emplacement où résident les images d'installation.

    • Entrez la commande suivante :

      ./install

    Outils d'installation natifs

    NetBackup prend en charge l'installation et la mise à niveau des fichiers binaires client UNIX et Linux avec les programmes d'installation natifs. Des informations supplémentaires sont disponibles.

    Se reporter à Mise à niveau des fichiers binaires client UNIX et Linux avec les programmes d'installation natifs.

  2. Quand le message suivant apparaît, appuyez sur Entrée pour continuer :
    Installing NetBackup Client Software.
    Do you wish to continue? (y/n) [y]

    Les fichiers binaires client représentent les versions du système d'exploitation sous lequel les fichiers binaires ont été compilés. Les fichiers binaires fonctionnent généralement bien avec les versions ultérieures du système d'exploitation. Par exemple, les fichiers binaires Solaris 10 sont également utilisés au niveau Solaris 11 du système d'exploitation.

  3. Sélectionnez le type de client que vous souhaitez charger et suivez les instructions qui s'affichent à l'écran pour charger ce type de client. Répétez l'opération si nécessaire, jusqu'à ce que tous les types de client souhaités soient chargés.

    Assurez-vous de charger le logiciel pour tous les types de client UNIX que vous avez l'intention d'envoyer de ce serveur. Autrement, vous ne pourrez pas ajouter ces types de client lors de la configuration de la politique NetBackup.

  4. Sur le serveur principal NetBackup, saisissez la commande suivante en tant qu'utilisateur racine pour déterminer si bprd est en cours d'exécution :

    /usr/openv/netbackup/bin/bpps

    Si bprd est en cours d'exécution, arrêtez-le à l'aide de la commande suivante :

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

  5. Entrez la commande suivante afin de vous assurer qu'aucune sauvegarde ou restauration n'est en cours :

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

  6. Mettez à jour le logiciel de client UNIX en exécutant le script update_clients. Spécifiez les noms d'hôte des nœuds (et non pas les noms virtuels) de la liste de clients.

    Sélectionnez l'une des commandes suivantes :

    Si vous n'utilisez pas un fichier -ClientList :

    /usr/openv/netbackup/bin/update_clients

    Si vous utilisez un fichier -ClientList :

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

    Le paramètre -ClientList est requis sur un serveur de médias.

    Pour plus de 30 clients, vous pouvez diviser la liste en fichiers et exécuter update_clients pour chaque fichier.

    Pour créer un fichier de liste, effectuez les étapes suivantes :

    • Modifiez le répertoire NetBackup admincmd comme suit :

      cd /usr/openv/netbackup/bin/admincmd
    • Utilisez la commande bpplclients pour créer un fichier qui contient une liste des clients actuellement configurés dans la base de données NetBackup. Les options à utiliser avec cette commande diffèrent selon que l'envoi soit réalisé à partir d'un serveur principal ou d'un serveur de médias, comme suit :

      Si vous effectuez l'envoi à partir du serveur principal :

      ./bpplclients -allunique -noheader > file

      Si vous effectuez l'envoi à partir d'un serveur de médias :

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

      Les descriptions des options sont comme suit :

      m_server_name

      Nom du serveur principal NetBackup dans cet environnement.

      file

      Nom du fichier destiné à contenir la liste des clients uniques. Si aucun client n'a été configuré dans la base de données NetBackup, le fichier sera vide.

      La commande bpplclients enregistre la sortie vers le fichier au format suivant :

      hardware os client
      hardware

      Nom du matériel. Par exemple, exécutez la commande ls dans le répertoire /usr/openv/netbackup/client.

      os

      Nom du système d'exploitation. Par exemple, exécutez la commande ls dans le répertoire /usr/openv/netbackup/client/hardware.

      client

      Nom du client.

      Le contenu du file est susceptible de ressembler à l'exemple suivant :

      Solaris Solaris9 curry

    • (Facultatif) Modifiez le file.

      Effectuez cette étape pour modifier le contenu du file. Modifiez le fichier file afin qu'il contienne seulement les clients que vous souhaitez mettre à jour avec le logiciel de client NetBackup. Les noms d'hôte des clients doivent correspondre aux noms des nœuds individuels des clients. Ils ne peuvent pas être des noms virtuels. La commande hostname et la commande domainname renvoient les valeurs correctes pour les noms de nœud individuel. Le format peut être hostname ou hostname.domainname.

  7. Le script update_clients requiert des informations sur le serveur principal.
    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 primary server? (y/n) [y]

    Tapez y ou n.

    Appuyez sur la touche Enter.

  8. Entrez le nombre de mises à jour que vous souhaitez effectuer simultanément.
    Enter the number of simultaneous updates you wish to take 
    place. [1 - 30] (default: 15):
  9. Le programme d'installation tente de récupérer les détails du certificat d'autorité de certification.
    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.

    Notez que si vous appuyez sur Ctrl+C, vous devrez réexécuter l'installation ou continuer l'installation sans les composants de sécurité requis. Si ces composants de sécurité sont absents, les sauvegardes et les restaurations échoueront.

    Si un certificat d'autorité de certification est trouvé, le message suivant s'affiche :

    Using CA Certificate fingerprint from primary 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):

    Si vous laissez le jeton d'autorisation vide, le message suivant s'affiche :

    WARNING: Authorization Token was not specified.
    Manual steps may be required before backups and restores can occur.
    
  10. Saisissez y ou n en réponse à la question.
    The upgrade will likely take Y to Z minutes.
    Do you want to upgrade clients now? (y/n) [y]
  11. Une fois tous les serveurs et les clients mis à jour, démarrez le daemon bprd en tant qu'utilisateur racine sur le serveur principal en entrant la commande suivante :
    /usr/openv/netbackup/bin/initbprd