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
État des travaux de déploiement
Surveillez et vérifiez l'état des travaux de déploiement dans le moniteur d'activité de la console d'administration NetBackup. Le type de travail Déploiement est le nouveau type pour les politiques VxUpdate. Les travaux parents des politiques de déploiement terminés avec le code d'état 0 (zéro) indiquent que tous les travaux enfants ont été effectués. Les travaux parents qui se terminent avec le code d'état 1 indiquent que certains travaux enfants ont été effectués, mais qu'au moins l'un d'entre eux a échoué. Tout autre code d'état indique un échec. Vérifiez l'état des travaux enfants afin de déterminer le motif de l'échec. Il n'existe aucune autre différence entre les travaux de déploiement et les autres travaux NetBackup.
Votre travail de déploiement peut générer le code d'état 224. Cette erreur indique que le matériel et le système d'exploitation du client ne sont pas spécifiés correctement. Vous pouvez corriger cette erreur en modifiant la politique de déploiement avec la commande bpplclients à l'emplacement suivant :
UNIX ou Linux : /usr/openv/netbackup/bin/admincmd
Windows : install_path\netbackup\bin\admincmd.
Utilisez la syntaxe suivante :
bpplclients deployment_policy_name -modify client_to_update -hardware new_hardware_value -os new_os_value
Les politiques de déploiement utilisent un modèle de nommage simplifié pour les valeurs de système d'exploitation et de matériel. Utilisez les valeurs comme indiqué pour la commande bpplclients :
Tableau : Matériel et système d'exploitation de politique de déploiement
Système d'exploitation | Matériel |
|---|---|
hpux | ia64 |
debian | x64 |
redhat | x64 |
suse | x64 |
redhat | ppc64le |
suse | ppc64le |
redhat | zseries |
suse | zseries |
aix | rs6000 |
solaris | sparc |
solaris | x64 |
windows | x64 |
Les certificats de sécurité ne sont pas déployés dans le cadre de la mise à niveau VxUpdate si le est défini sur . Ce paramètre se trouve dans les dans la console d'administration NetBackup.
Si vous ne pouvez pas communiquer avec vos clients après avoir utilisé VxUpdate pour mettre à niveau vos clients, assurez-vous que les certificats de sécurité appropriés ont été émis pendant la mise à niveau. Vous devrez peut-être déployer manuellement les certificats. Consultez la note technique indiquée pour obtenir des détails supplémentaires :