Guide de mise à niveau de Veritas NetBackup
- Introduction
- Planification d'une mise à niveau
- Informations générales sur la planification de la mise à niveau
- À propos des outils de mise à niveau
- Remarques et limites d'ordre opérationnel sur la mise à niveau
- Création de compte utilisateur pour prendre en charge le serveur Web NetBackup
- À propos de la prise en charge de Fibre Transport Media Server avec RHEL 7.5 dans NetBackup 8.2
- Modifications MSDP dans NetBackup 8.1
- Modifications potentielles requises pour les clusters NetApp
- Erreurs générées lors de la réplication d'informations Bare Metal Restore à l'aide de la fonction Auto Image Replication (AIR)
- 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
- Mise à niveau du serveur maître
- Mises à niveau du serveur maître
- Procédure de préinstallation pour la mise à niveau vers NetBackup 8.2
- Exécution de mises à niveau de serveur locales, à distance ou en cluster sur des systèmes Windows
- Effectuer des mises à niveau silencieuses sur des systèmes Windows
- Mise à niveau des logiciels de serveur UNIX et Linux vers NetBackup 8.2
- Procédure de post-installation de la mise à niveau vers NetBackup 8.2
- Mise à niveau du serveur de médias
- Mise à niveau de MSDP pour NetBackup
- Mise à niveau du client
- Gestion du déploiement de NetBackup avec VxUpdate
- À propos de VxUpdate
- Commandes utilisées dans VxUpdate
- Gestion du référentiel
- Gestion des politiques de déploiement
- Lancement manuel des mises à niveau à partir du serveur maître à l'aide de VxUpdate
- Lancement manuel des mises à niveau à partir du serveur de médias ou du client à l'aide de VxUpdate
- État des travaux de déploiement
- Annexe A. Référence
- Création de groupe et d'utilisateur de serveur Web maître NetBackup
- Génération d'un certificat sur les nœuds inactifs d'un serveur maître en cluster
- À propos de NetBackup Java Runtime Environment
- À propos de l'interface utilisateur Web NetBackup
- À propos du fichier de réponse NetBackup
- À propos du processus bootstrap avec contrôle d'accès basé sur les rôles (RBAC)
- 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
- A propos de la disponibilité logicielle de NetBackup
- Etapes de post-mise à niveau supplémentaires pour les clusters NetApp
- Utilisation de baies de disques NetApp avec Replication Director
- À propos de la compatibilité entre les versions de NetBackup
- Conditions d'installation et de mise à niveau pour UNIX et Linux
- Conditions d'installation et de mise à niveau pour Windows et les clusters Windows
- Conditions requises pour les installations et mises à niveau des clusters Windows
- Suppression d'un serveur de médias en cluster via la migration de toutes les données vers un nouveau serveur de médias
- Désactivation de la connexion entre votre serveur NetBackup OpsCenter et votre serveur maître NetBackup
- Procédures post-mise à niveau pour des serveurs de stockage en cloud Amazon
Mise à niveau silencieuse du logiciel de serveur de médias NetBackup sous UNIX et Linux
Vous pouvez mettre à niveau les serveurs de médias UNIX et Linux NetBackup à l'aide des programmes d'installation natifs. Vous pouvez utiliser le script d'installation de NetBackup ou la méthode du programme d'installation qui vous convient le mieux.
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 apportées aux noms de package, les méthodes du programme d'installation natif requièrent des étapes supplémentaires pour mettre à niveau les serveurs de médias à partir de NetBackup 7.7.3 (et versions antérieures) vers NetBackup 8.2 (et versions ultérieures). Vous disposez de deux options pour correctement mettre à niveau vos serveurs de médias et effectuer la conversion vers les packages Veritas. Vous pouvez utiliser le programme d'installation NetBackup pour mettre à niveau le serveur de médias 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 d'un serveur de médias UNIX ou Linux à l'aide des programmes d'installation natifs :
- Créez le fichier de réponse d'installation NetBackup (
NBInstallAnswer.conf) dans le répertoire/tmpdu serveur de médias. Plus d'informations sur le fichier de réponse et son contenu sont disponibles.Se reporter à À propos du fichier de réponse NetBackup.
- (Conditionnel) Si votre environnement utilise une autorité de certification NetBackup qui est déjà configurée pour le serveur de médias, passez à l'étape 4. Sinon, ajoutez les informations 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.
- (Conditionnel) Si votre environnement utilise une autorité de certification externe qui est déjà configurée pour le serveur de médias, passez à l'étape 4. Sinon, ajoutez les informations 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.
- En outre, vous pouvez ajouter les paramètres facultatifs indiqués dans le fichier
NBInstallAnswer.conf.Entrées LICENSE supplémentaires
Entrées SERVER supplémentaires
Plus d'informations sont disponibles sur chaque option.
Se reporter à À propos du fichier de réponse NetBackup.
- Téléchargez le package du serveur qui correspond à votre plate-forme serveur sur un système disposant de suffisamment d'espace. Extrayez ensuite le package serveur requis.
Extrayez le contenu du fichier de package du serveur. Exemple :
Pour Linux RedHat :
tar -xzvf NetBackup_8.2_LinuxR_x86_64.tar.gz
Pour Linux SuSE :
tar -xzvf NetBackup_8.2_LinuxS_x86_64.tar.gz
Pour Linux-s390x RedHat :
tar -xzvf NetBackup_8.2_zLinuxR.tar.gz
Pour-s390x Linux SuSE :
tar -xzvf NetBackup_8.2_zLinuxS.tar.gz
Pour Solaris SPARC :
tar -xzvf NetBackup_8.2_Solaris_Sparc64.tar.gzPour Solaris x86 :
tar -xzvf NetBackup_8.2_Solaris_x86.tar.gz
- Sélectionnez le répertoire correspondant au système d'exploitation de votre choix et copiez les fichiers serveur sur le serveur de médias.
Répertoire de système d'exploitation :
Pour Linux RedHat :
NetBackup_8.2_LinuxR_x86_64/linuxR_x86/anbPour Linux SuSE :
NetBackup_8.2_LinuxS_x86_64/linuxS_x86/anbPour Linux-s390x RedHat :
NetBackup_8.2_zLinuxR/zlinuxR/anbPour-s390x Linux SuSE :
NetBackup_8.2_zLinuxS/zlinuxS/anbPour Solaris SPARC :
NetBackup_8.2_Solaris_Sparc64/solaris/anbPour Solaris x86 :
NetBackup_8.2_Solaris_x86/solaris_x86/anb
Copiez les fichiers serveur sur l'ordinateur pour l'installation
Linux :
VRTSnetbp.rpmetVRTSpddes.rpmRemarque :
VRTSpddes.rpmn'existe pas sous Linux-s390x.Solaris :
VRTSnetbp.pkgetVRTSpddes.pkg
- Extrayez les fichiers binaires du client et copiez-les sur le serveur de médias :
Extrayez les fichiers binaires du client :
tar -xzvf client_dist.tar.gz
Sélectionnez le répertoire du système d'exploitation voulu :
RedHat :
openv/netbackup/client/Linux/RedHat2.6.32SuSE :
openv/netbackup/client/Linux/SuSE3.0.76Linux-s390x RedHat :
openv/netbackup/client/Linux-s390x/IBMzSeriesRedHat2.6.32Linux-s390x SuSE :
openv/netbackup/client/Linux-s390x/SuSE3.0.76SPARC :
openv/netbackup/client/Solaris/Solaris10Solaris_x86 :
openv/netbackup/client/Solaris/Solaris_x86
Copiez les fichiers suivants sur le serveur de médias.
Linux
VRTSnbpck.rpm VRTSpbx.rpm VRTSnbclt.rpm VRTSnbjre.rpm VRTSnbjava.rpm VRTSpddea.rpm VRTSnbcfg.rpm
Remarque :
VRTSpddea.rpmn'existe pas pour Linux-s390x.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.
- (Conditionnel) Pour Solaris, 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
- Installez le package Veritas de prévérification.
Linux : rpm - U VRTSnbpck.rpm
Solaris : pkgadd -a .pkg_defaults -d VRTSnbpck.pkg VRTSnbpck
- (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 rpm -e SYMCpddes rpm -e SYMCnetbp
- Installez les fichiers dans l'ordre indiqué à l'aide des commandes suivantes :
Linux
rpm - U VRTSpbx.rpm rpm - U VRTSnbclt.rpm rpm - U VRTSnbjre.rpm rpm - U VRTSnbjava.rpm rpm - U VRTSpddea.rpm rpm - U VRTSpddes.rpm rpm - U VRTSnbcfg.rpm rpm - U VRTSnetbp.rpm
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 VRTSpddes.pkg VRTSpddes pkgadd -a .pkg_defaults -d VRTSnbcfg.pkg VRTSnbcfg pkgadd -a .pkg_defaults -d VVRTSnetbp.pkg VRTSnetbp
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.