Guide de mise à niveau de Veritas NetBackup

Last Published:
Product(s): NetBackup & Alta Data Protection (8.2)
  1. Introduction
    1.  
      Guide de mise à niveau de NetBackup 8.2
    2.  
      Méthodes de mise à niveau de NetBackup disponibles
    3. Modifications dans NetBackup 8.2
      1.  
        Les mises à niveau à partir de NetBackup 7.6.0.4 et versions antérieures ne sont pas prises en charge
      2.  
        Certificats d'une autorité de certification externe pris en charge par NetBackup 8.2
    4.  
      À propos de Veritas Smart Meter
    5.  
      Pratiques d'excellence pour Veritas Smart Meter
  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 8.2
      2.  
        Prévoir une mise à niveau vers NetBackup 8.2
      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
    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 dans NetBackup 8.2
      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.  
      Mises à niveau du serveur maître
    2.  
      Procédure de préinstallation pour la mise à niveau vers NetBackup 8.2
    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 8.2
    6.  
      Procédure de post-installation de la mise à niveau vers NetBackup 8.2
  4. Mise à niveau du serveur de médias
    1.  
      Mise à niveau des serveurs de médias NetBackup vers NetBackup 8.2
    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 maître à 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.  
      À propos de l'interface utilisateur Web NetBackup
    5.  
      À propos du fichier de réponse NetBackup
    6.  
      À propos du processus bootstrap avec contrôle d'accès basé sur les rôles (RBAC)
    7.  
      Mettre à jour le fichier de configuration cloud sur le serveur maître immédiatement après l'installation ou la mise à niveau vers NetBackup 8.2
    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.  
      Conditions d'installation et de mise à niveau pour 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 votre serveur NetBackup OpsCenter et votre serveur maître NetBackup
    17.  
      Procédures post-mise à niveau pour des serveurs de stockage en cloud Amazon

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

Vous pouvez mettre à niveau les clients UNIX et Linux NetBackup à l'aide des programmes d'installation natifs. Vous pouvez utiliser le script d'installation de NetBackup ou la méthode de votre programme d'installation préféré. Ce changement ne concerne pas les clients qui utilisent le package Debian. Ces clients doivent être mis à niveau à l'aide du script d'installation de NetBackup.

  • Pour AIX : lslpp, installp

  • Pour HP-UX : swlist, swinstall

  • Pour Linux : rpm, yum, etc.

  • Pour Solaris : pkginfo, pkgadd

Une installation ou mise à niveau réussie est enregistrée dans le fichier /usr/openv/pack/install.history.

Remarque :

En raison des modifications des noms de package, les méthodes du programme d'installation natif requièrent des étapes supplémentaires pour mettre à niveau les clients à partir de NetBackup 7.7.3 (et versions antérieures) vers NetBackup 8.0 (et versions ultérieures). Vous disposez de deux options pour correctement mettre à niveau vos clients et effectuer la conversion vers les packages Veritas. Vous pouvez utiliser le programme d'installation NetBackup pour mettre à niveau les clients vers les nouveaux packages Veritas. Ou, vous pouvez appliquer la procédure des programmes d'installation natifs et effectuer les étapes conditionnelles. Des informations supplémentaires sont disponibles.

Se reporter à "Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :".

Ces deux options de mise à niveau produisent le même résultat. Lorsque vous avez effectué la mise à niveau vers les packages Veritas, vous pouvez effectuer les futures mises à niveau avec le programme d'installation de votre choix.

Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :

  1. Créez le fichier de réponse d'installation NetBackup (NBInstallAnswer.conf) dans le répertoire /tmp client. Plus d'informations sur le fichier de réponse et son contenu sont disponibles.

    Se reporter à À propos du fichier de réponse NetBackup.

  2. (Conditionnel) Si votre environnement utilise une autorité de certification NetBackup qui est déjà configurée sur le client, passez à l'étape 5. Sinon, ajoutez les informations requises suivantes au fichier NBInstallAnswer.conf :
    CA_CERTIFICATE_FINGERPRINT=fingerprint

    Exemple (la valeur de signature est entourée pour davantage de lisibilité) :

    CA_CERTIFICATE_FINGERPRINT=01:23:45:67:89:AB:CD:EF:01:23:45:67:
    89:AB:CD:EF:01:23:45:67

    Selon la configuration de la sécurité de votre environnement NetBackup, vous pouvez être amené à ajouter l'option AUTHORIZATION_TOKEN au fichier de réponse. Des informations supplémentaires sur l'option AUTHORIZATION_TOKEN sont disponibles.

    Se reporter à À propos du fichier de réponse NetBackup.

  3. (Conditionnel) Si votre environnement utilise une autorité de certification externe qui est déjà configurée sur le client, passez à l'étape 5. Sinon, ajoutez les informations requises suivantes au fichier NBInstallAnswer.conf :
    • ECA_CERT_PATH

      Utilisez ce champ pour spécifier le chemin d'accès et le nom de fichier du certificat externe. Ce champ est requis pour configurer un certificat externe à partir d'un fichier.

    • ECA_TRUST_STORE_PATH

      Utilisez ce champ pour spécifier le chemin d'accès et le nom du fichier représentant l'emplacement du magasin d'approbation. Ce champ est requis pour configurer un certificat externe à partir d'un fichier.

    • ECA_PRIVATE_KEY_PATH

      Utilisez ce champ pour spécifier le chemin d'accès et le nom du fichier représentant la clé privée. Ce champ est requis pour configurer un certificat externe à partir d'un fichier.

    • ECA_KEY_PASSPHRASEFILE

      Utilisez ce champ pour spécifier le chemin d'accès et le nom du fichier qui contient la phrase de passe pour accéder au magasin de clés. Ce champ est facultatif et s'applique uniquement lors de la configuration d'un certificat externe à partir d'un fichier.

    • ECA_CRL_CHECK_LEVEL

      Utilisez ce champ pour spécifier le mode CRL. Ce champ est obligatoire. Les valeurs prises en charge sont :

      • USE_CDP : utiliser la CRL définie dans le certificat.

      • USE_PATH : utiliser la CRL dans le chemin d'accès spécifié dans ECA_CRL_PATH.

      • DISABLED : ne pas utiliser de CRL.

      • SKIP : ignorer l'étape de configuration de l'autorité de certification. Pour ignorer la configuration ECA, vous devez définir toutes les valeurs ECA_ requises sur SKIP. Toutefois, si vous poursuivez l'installation sans autorité de certification, les sauvegardes et les restaurations échoueront.

    • ECA_CRL_PATH

      Utilisez ce champ pour spécifier le chemin d'accès à la CRL associée au certificat de l'autorité de certification externe. Ce champ est obligatoire uniquement lorsque ECA_CRL_CHECK_LEVEL est défini sur USE_PATH. Si ce n'est pas le cas, laissez ce champ vide.

  4. (Conditionnel) Si le serveur maître NetBackup est configuré de façon à prendre en charge des clients de traduction d'adresse réseau (NAT), remplissez le fichier NBInstallAnswer.conf avec les informations requises suivantes :

    ACCEPT_REVERSE_CONNECTION=TRUE

    Des informations supplémentaires sont disponibles. Se reporter à À propos du fichier de réponse NetBackup.

  5. En outre, vous pouvez ajouter le paramètre facultatif indiqué dans le fichier NBInstallAnswer.conf.
    • SERVICES=no

    • INSTALL_PATH

    • MERGE_SERVER_LIST

    Plus d'informations sont disponibles au sujet de cette option.

    Se reporter à À propos du fichier de réponse NetBackup.

  6. Extrayez les fichiers client requis à partir du package client approprié et copiez-les sur l'ordinateur client.
    • Téléchargez le package CLIENTS1 pour les clients UNIX sur un système avec suffisamment d'espace.

    • Téléchargez le package CLIENTS2 pour les clients Linux sur un système avec suffisamment d'espace.

    • Extrayez le contenu du fichier CLIENTS1 ou CLIENTS2.

      Exemple :

      AIX

      gunzip NetBackup_8.2_CLIENTS1.tar.gz; tar - xvf NetBackup_8.2_CLIENTS1.tar

      HP-UX

      gunzip -dc NetBackup_8.2_CLIENTS1.tar.gz | tar -xvf

      Linux

      tar -xzvf NetBackup_8.2_CLIENTS2.tar.gz

      Solaris

      tar -xzvf NetBackup_8.2_CLIENTS1.tar.gz

    • Modifiez pour le répertoire de votre système d'exploitation souhaité.

      Exemple :

      AIX

      CLIENTS1/NBClients/anb/Clients/usr/openv/netbackup/client/RS6000/AIX6/

      HP-UX

      CLIENTS1/NBClients/anb/Clients/usr/openv/netbackup/client/HP-UX-IA64/HP-UX11.31/

      Linux

      Pour Linux RedHat :

      CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/​Linux/RedHat2.6.18/

      Pour Linux SuSE :

      CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/​Linux/SuSE3.0.76

      Linux - s390x

      Pour Linux-s390x RedHat :

      CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/​Linux-s390x/IBMzSeriesRedHat2.6.18/

      Pour-s390x Linux SuSE :

      CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/​Linux-s390x/IBMzSeriesSuSE3.0.76

      Linux - ppc64le

      Pour Linux-ppc64le RedHat :

      CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/
      Linux-ppc64le/IBMpSeriesRedHat3.10.0/

      Pour Linux-ppc64le SuSE :

      CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/
      Linux-ppc64le/IBMpSeriesSuSE4.4.21

      Solaris

      Pour Solaris SPARC :

      CLIENTS1/NBClients/anb/Clients/usr/openv/netbackup/client/ Solaris/Solaris10/

      Pour Solaris x86 :

      CLIENTS1/NBClients/anb/Clients/usr/openv/netbackup/client/ Solaris/Solaris_x86_10_64/

    • Copiez les fichiers suivants sur l'ordinateur client.

      AIX

      VRTSnbpck.image
      VRTSpbx.image.gz
      VRTSnbclt.image.gz
      VRTSnbjre.image.gz
      VRTSnbjava.image.gz
      VRTSpddea.image.gz
      VRTSnbcfg.image.gz

      HP-UX

      VRTSnbpck.depot
      VRTSpbx.depot.gz
      VRTSnbclt.depot.gz
      VRTSnbjre.depot.gz
      VRTSnbjava.depot.gz
      VRTSpddea.depot.gz
      VRTSnbcfg.depot.gz

      Linux

      VRTSnbpck.rpm
      VRTSpbx.rpm
      VRTSnbclt.rpm
      VRTSnbjre.rpm
      VRTSnbjava.rpm
      VRTSpddea.rpm
      VRTSnbcfg.rpm

      Remarque :

      Ayez à l'esprit que les fichiers VRTSnbjre.rpm, VRTSnbjava.rpm et VRTSpddea.rpm ne sont pas pris en charge sur les clients IBM pSeries.

      Solaris

      .pkg_defaults
      VRTSnbpck.pkg.gz
      VRTSpbx.pkg.gz
      VRTSnbclt.pkg.gz
      VRTSnbjre.pkg.gz
      VRTSnbjava.pkg.gz
      VRTSpddea.pkg.gz
      VRTSnbcfg.pkg.gz

      Remarque :

      Les fichiers binaires du client Solaris incluent un fichier d'administration caché appelé .pkg_defaults. Ce fichier d'administration contient des actions d'installation par défaut.

    Remarque :

    Le fichier RPM de la console NetBackup Java, VRTSnbjava.rpm, est facultatif. Vous pouvez ne pas vouloir installer la console NetBackup Java sur chaque client dans votre environnement.

    Remarque :

    Notez qu'il n'y a aucun fichier VRTSpddea.rpm pour le client z/Architecture.

    Remarque :

    Ayez à l'esprit que les fichiers VRTSnbjre.rpm, VRTSnbjava.rpm et VRTSpddea.rpm ne sont pas pris en charge sur les clients IBM pSeries.

  7. (Conditionnel) Pour Solaris, HP-UX et AIX, extrayez les fichiers de package compressés à l'aide de la commande suivante :

    gunzip VRTS*.*

    Cette action extrait tous les fichiers de package comme illustré :

    VRTSnbpck.pkg
    VRTSpbx.pkg
    VRTSnbclt.pkg
    VRTSnbjre.pkg
    VRTSnbjava.pkg
    VRTSpddea.pkg
    VRTSnbcfg.pkg
  8. Installez le package de prévérification Veritas.
    • AIX : installp - ad VRTSnbpck.image all

    • HP-UX : swinstall - s VRTSnbpck.depot \*

    • Linux : rpm - U VRTSnbpck.rpm

    • Solaris : pkgadd -a .pkg_defaults -d VRTSnbpck.pkg VRTSnbpck

  9. (Conditionnel) Si vous mettez à niveau une version antérieure à NetBackup 8.0, supprimez les anciens packages SYMC*. L'exemple suivant indique les commandes qui permettent de supprimer les packages RPM SYMC. Ce processus préserve votre configuration NetBackup.
    rpm -e SYMCnbjava
    rpm -e SYMCpddea
    rpm -e SYMCnbclt
    rpm -e SYMCnbjre
  10. Installez les fichiers dans l'ordre indiqué à l'aide de la commande suivante :

    AIX

    installp  - ad VRTSpbx.image all
    installp  - ad VRTSnbclt.image all
    installp  - ad VRTSnbjre.image all
    installp  - ad VRTSnbjava.image all
    installp  - ad VRTSpddea.image all
    installp  - ad VRTSnbcfg.image all

    Vous pouvez également utiliser une commande unique pour installer tous les packages :

    installp - ad nom_dossier all

    HP-UX

    swinstall  - s VRTSpbx.depot \*
    swinstall  - s VRTSnbclt.depot \*
    swinstall  - s VRTSnbjre.depot \*
    swinstall  - s VRTSnbjava.depot \*
    swinstall  - s VRTSpddea.depot \*
    swinstall  - s VRTSnbcfg.depot \*

    Vous pouvez également utiliser une commande unique pour installer tous les packages :

    swinstall -s ./VRTSnbpck.depot \*;swinstall -s ./VRTSpbx.depot \*;swinstall -s ./VRTSnbclt.depot \*;swinstall -s ./VRTSnbjre.depot \*;swinstall -s ./VRTSnbjava.depot \*;swinstall -s ./VRTSpddea.depot \*;swinstall -s ./VRTSnbcfg.depot \*

    Linux

    rpm  - U VRTSpbx.rpm
    rpm  - U VRTSnbclt.rpm
    rpm  - U VRTSnbjre.rpm
    rpm  - U VRTSnbjava.rpm
    rpm  - U VRTSpddea.rpm
    rpm  - U VRTSnbcfg.rpm

    Remarque :

    Ayez à l'esprit que les fichiers VRTSnbjre.rpm, VRTSnbjava.rpm et VRTSpddea.rpm ne sont pas pris en charge sur les clients IBM pSeries.

    Solaris

    Utilisez la commande pkgadd -a admin -d périphérique [pkgid] comme indiqué pour installer les fichiers :

    pkgadd -a .pkg_defaults -d VRTSpbx.pkg VRTSpbx
    pkgadd -a .pkg_defaults -d VRTSnbclt.pkg VRTSnbclt
    pkgadd -a .pkg_defaults -d VRTSnbjre.pkg VRTSnbjre
    pkgadd -a .pkg_defaults -d VRTSnbjava.pkg VRTSnbjava
    pkgadd -a .pkg_defaults -d VRTSpddea.pkg VRTSpddea
    pkgadd -a .pkg_defaults -d VRTSnbcfg.pkg VRTSnbcfg
    • L'option -a définit un administrateur spécifique (.pkg_defaults) à utiliser à la place du fichier d'administration par défaut. Le fichier admin contient des actions d'installation par défaut.

    • L'option de périphérique -d spécifie la source des packages logiciels. Un périphérique peut être le chemin d'accès à un périphérique, un répertoire ou un répertoire de spool.

    • Utilisez le paramètre pkgid pour spécifier un nom pour le package en cours d'installation. Ce paramètre est facultatif.

  11. (Conditionnel) Si vous ne disposez pas du fichier de réponse ou si vous ne l'avez pas renseigné correctement, le message d'erreur suivant s'affiche :

    AVERTISSEMENT : aucun fichier de réponse et aucun fichier bp.conf n'est présent. La configuration de la sécurité n'est donc pas terminée. Des étapes manuelles sont nécessaires pour finaliser les sauvegardes et les restaurations. Pour plus d'informations : https://www.veritas.com/support/en_US/article.000127129

    Remplacez par le répertoire /usr/openv/netbackup/bin/private et exécutez la commande nb_init_cfg pour configurer le fichier bp.conf. Vous pouvez également configurer manuellement le fichier bp.conf. Vous devrez peut-être configurer manuellement la sécurité et la configuration de certificat. Des informations supplémentaires sont disponibles.

    https://www.veritas.com/support/en_US/article.000127129

Les clients qui utilisent le script d'installation NetBackup pour leurs clients UNIX et Linux ne voient qu'un seul changement dans le comportement de l'installation. Le script d'installation NetBackup ne copie plus le package d'installation dans le répertoire /usr/openv/pack/ sur le client. Une installation ou mise à niveau réussie est enregistrée dans le fichier /usr/openv/pack/install.history.

Messages d'erreur d'installation sous UNIX et Linux, causes et solutions

Les tentatives d'installation qui s'écartent de la procédure indiquée peuvent générer des messages d'erreur. Tableau : Messages d'erreur d'installation et solutions montre certaines des actions et le message qui est généré.

Tableau : Messages d'erreur d'installation et solutions

Action d'installation

Message d'erreur

Solution

Pour AIX

L'utilisateur tente d'installer les fichiers binaires par-dessus la même version des fichiers binaires.

# installp -ad VRTSnbpck.image all

package VRTSnbpck.image is already installed

Utilisez la commande lslpp - L nom_package pour déterminer le nom du package installé. Désinstallez ce package et relancez l'opération.

L'utilisateur tente d'installer les fichiers binaires dans le mauvais ordre.

# installp -ad VRTSnbcfg.image all

error: Failed dependencies:

VRTSnbclt >= 8.1.0.0 is needed by VRTSnbcfg-version-plate-forme

Reportez-vous à la documentation pour connaître l'ordre d'installation des packages d'image approprié. Plus d'informations sont également disponibles dans l'erreur qui répertorie les packages dépendants.

Se reporter à "Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :".

L'utilisateur tente d'installer une ancienne version d'un fichier binaire par-dessus une version plus récente du fichier binaire.

# installp - d VRTSnbclt.image all

WARNING:

file /usr/openv/lib/java/nbvmwaretags.jar from install of VRTSnbclt-version-platform conflicts with file from package VRTSnbclt-version-platform

Utilisez la commande lslpp - L nom_package pour déterminer le nom du package installé. Désinstallez ce package et relancez l'opération.

Pour HP-UX

L'utilisateur tente d'installer les fichiers binaires par-dessus la même version des fichiers binaires.

# swinstall - s ./VRTSnbpck.depot

1 filesets have the selected revision already installed.

Exécutez la commande swlist pour déterminer le nom du package installé. Désinstallez ce package et relancez l'opération.

L'utilisateur tente d'installer les fichiers binaires dans le mauvais ordre.

# swinstall -s ./VRTSnbcfg.depot

ERROR: "hostname:/": The software dependencies for 1 products or filesets cannot be resolved.

Reportez-vous à la documentation pour connaître l'ordre d'installation de package de dépôt approprié. Plus d'informations sont également disponibles dans l'erreur qui répertorie les packages dépendants.

Se reporter à "Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :".

L'utilisateur tente d'installer une ancienne version d'un fichier binaire par-dessus une version plus récente du fichier binaire.

# swinstall - s ./VRTSnbclt.depot

WARNING: "hostname:/": 1 filesets have a version with a higher revision number already installed.

Exécutez la commande swlist pour déterminer le nom du package installé. Désinstallez ce package et relancez l'opération.

Pour Linux

L'utilisateur tente d'installer les fichiers binaires au-dessus de la même version des fichiers binaires.

# rpm -U VRTSnbpck.rpm

package VRTSnbpck.rpm-version-platform is already installed

Exécutez la commande rpm pour déterminer le nom du package installé. Désinstallez ce package et relancez l'opération.

L'utilisateur tente d'installer les fichiers binaires dans le mauvais ordre.

# rpm -U VRTSnbcfg.rpm

error: Failed dependencies:

VRTSnbclt >= 8.1.0.0 is needed by VRTSnbcfg-version-plate-forme

Reportez-vous à la documentation pour connaître l'ordre d'installation approprié. Des informations supplémentaires sont disponibles.

Se reporter à "Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :".

L'utilisateur tente d'installer une ancienne version d'un fichier binaire au-dessus d'une version plus récente du fichier binaire.

# rpm -U VRTSnbclt.rpm

file /usr/openv/lib/java/nbvmwaretags.jar from install of VRTSnbclt-version-platform conflicts with file from package VRTSnbclt-version-platform

Exécutez la commande rpm pour déterminer le nom du package installé. Désinstallez ce package et relancez l'opération.

Pour Solaris

L'utilisateur tente d'installer les fichiers binaires au-dessus de la même version des fichiers binaires

pkgadd -a .pkg_defaults -d
VRTSnbpck.pkg VRTSnbpck

Processing package instance
<VRTSnbpck> from
</root/packages/Solaris/
Solaris_x86_10_64/VRTSnbpck.pkg>

NetBackup Pre-Check(i386) 8.1.0.0
This appears to be an attempt to
install the same architecture and
version of a package which is
already installed. This
installation will attempt to
overwrite this package.

Copyright 2017 Veritas
Technologies LLC. All rights
reserved.

## Executing checkinstall script.

Using </> as the package base
directory.

## Processing package information.

## Processing system information.

6 package pathnames are already
properly installed.

## Verifying disk space
requirements.

Installing NetBackup Pre-Check as
<VRTSnbpck>

## Executing preinstall script.

Wednesday, May 10, 2017 03:15:44
PM IST: Installing package
VRTSnbpck.

Installing NB-Pck.

## Installing part 1 of 1.

[ verifying class <NBclass> ]

## Executing postinstall script.

Wednesday, May 10, 2017 03:15:45
PM IST: Install of package
VRTSnbpck was successful.

Utilisez la commande pkginfo pour déterminer le nom du package actuellement installé. Désinstallez ce package et relancez l'opération.

Vous pouvez également utiliser le fichier administrateur fourni avec le package pour réinstaller le package.

L'utilisateur tente d'installer les fichiers binaires dans le mauvais ordre.

# pkgadd -a .pkg_defaults -d VRTSnbclt.pkg VRTSnbclt

ERROR: VRTSnbpck >=8.1.0.0 is required by VRTSnbclt. checkinstall script suspends

Reportez-vous à la documentation pour connaître l'ordre d'installation des packages approprié. Des informations supplémentaires sont disponibles.

Se reporter à "Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :".

L'utilisateur tente d'installer une ancienne version d'un fichier binaire au-dessus d'une version plus récente du fichier binaire.

# pkgadd -a .pkg_defaults -d VRTSnbclt.pkg VRTSnbclt

Processing package instance <VRTSnbclt> from </root/80packages/Solaris/ Solaris_x86_10_64/VRTSnbclt.pkg>

NetBackup Client(i386) 8.0.0.0

The following instance(s) of the <VRTSnbclt> package are already installed on this machine:

1 VRTSnbclt NetBackup Client

(i386) 8.1.0.0

Do you want to overwrite this installed instance [y,n,?,q]

Utilisez la commande pkginfo pour déterminer le nom du package actuellement installé. Désinstallez ce package et relancez l'opération.