Notes de mise à jour de NetBackup™
- À propos de NetBackup 10.0.0.1
- Nouvelles fonctions, améliorations et modifications
- À propos des nouvelles améliorations et des modifications de NetBackup
- Nouvelles fonctionnalités, modifications et améliorations de NetBackup 10.0.0.1
- Modifications apportées à la terminologie Veritas
- Veritas annonce la fin du cycle de vie des clients NetBackup sur HP-UX
- Plusieurs commandes d'arrêt seront obsolètes dans une version ultérieure
- Mise à jour du fichier de configuration cloud sur le serveur principal immédiatement après l'installation ou la mise à niveau vers NetBackup 10.0.0.1
- Améliorations de NetBackup for OpenStack
- Notes opérationnelles
- À propos des journaux opérationnels de NetBackup 10.0.0.1
- Remarques de fonctionnement concernant l'installation et la mise à niveau de NetBackup
- Si la mise à niveau vers NetBackup 10.0.0.1 échoue sous Windows, revenir à la structure de dossier de journal précédente
- Conditions d'installation natives requises
- Les serveurs NetBackup doivent utiliser un nom d'hôte conforme aux normes RFC 1123 et RFC 952
- À propos de la prise en charge des conteneurs HP-UX Itanium vPars SRP
- Remarques de fonctionnement général et concernant l'administration de NetBackup
- Remarques relatives au fonctionnement de l'interface d'administration NetBackup
- Certains nœuds de l'interface utilisateur Web NetBackup ne fonctionnent pas lorsque NBAC est configuré en mode "Requis" ou "Automatique"
- Lenteur de l'interface utilisateur Web NetBackup lors de l'ajout ou de la suppression de colonnes dans la zone Catalogue
- Actions de travail non disponibles pour les administrateurs de charge de travail disposant d'autorisations RBAC limitées sur les biens
- Problèmes intermittents avec le transfert X de la console d'administration NetBackup
- Échec de la console d'administration NetBackup avec le paramètre régional Chinois simplifié UTF-8 sur les systèmes Solaris SPARC 64 bits sous Solaris 10 Update 2 (ou version ultérieure)
- Remarques opérationnelles de cloud de NetBackup
- Remarques concernant le fonctionnement de NetBackup avec Veritas CloudPoint
- Le renouvellement de l'agent sur hôte CloudPoint est susceptible d'échouer après la migration de RHEL via la mise à niveau NetBackup 10.0.0.1
- La sauvegarde hors ligne d'une machine virtuelle échoue avec le code d'état 156.
- La restauration d'une machine virtuelle (avec un disque en lecture seule) à partir d'un snapshot cohérent au niveau application échoue
- Les disques de machine virtuelle ne s'affichent pas en raison du niveau de découverte
- La restauration granulaire échoue si le chemin d'accès cible est supprimé et recréé
- Cloud public non pris en charge avec un cloud gouvernemental ou un cloud chinois
- Indexation des instances créées à partir d'images AMI de AWS Marketplace non prise en charge
- Un snapshot d'hôte cohérent peut échouer
- La configuration du plug-in AWS avec le rôle IAM indique que le champ Méthode d'authentification est vide.
- L'erreur d'autorisation refusée se produit si l'utilisateur et le mot de passe sont mis à jour
- Les zones sources et cibles différentes ne sont pas prises en charge pour la plate-forme cloud de Google
- Détection d'un système de fichiers endommagé
- Remarques sur le fonctionnement de NetBackup pour NDMP
- Remarques opérationnelles sur NetBackup pour OpenStack
- Mise à jour de l'URL du miroir de référentiel CentOS
- Expiration du service d'API du datamover NetBackup for OpenStack (NBOSDMAPI) lors de la connexion de HAProxy
- L'heure de début de la planification de politique sur l'interface utilisateur Horizon est différente de celle configurée dans la politique
- Les volumes d'instance des sauvegardes incrémentielles ne peuvent pas être montés
- Le serveur principal NetBackup ne renouvelle pas le jeton si la machine virtuelle NetBackup est un cluster à 3 nœuds
- Le message confirmant que l'opération s'est bien terminée apparaît avec le message d'erreur lorsque vous supprimez la politique contenant des snapshots
- Impossible de se connecter au serveur principal NetBackup à l'aide de NBCA
- Le volume Ceph exclu après la restauration n'est ni montable ni formatable
- Des métadonnées config_drive sont jointes aux machines virtuelles restaurées
- La reconfiguration de NBOSVM échoue lorsque vous ajoutez une nouvelle machine virtuelle NetBackup au cluster
- La base de données ne se synchronise pas après l'ajout de nœuds dans le cluster NetBackup
- Les données du disque de démarrage sont sauvegardées malgré l'exclusion
- Après la réinitialisation et l'importation, les certificats OpenStack sont manquants
- L'importation depuis la ligne de commande désactive la valeur de confiance du planificateur
- Impossible d'obtenir les détails des nœuds après avoir réinitialisé l'appliance NetBackup
- Les snapshots échouent et renvoient le message « l'objet ne peut pas être abonné » pour de nombreux travaux de politique exactement au même moment
- Aucune opération n'est autorisée de manière non sécurisée pour l'URL Keystone avec SSL activé
- Remarques concernant le fonctionnement de l'internationalisation et de la localisation de NetBackup
- Remarques opérationnelles sur NetBackup Snapshot Client
- Le travail de snapshot échoue avec le code d'état 927
- Échec de l'importation du snapshot de la baie HPE 3PAR avec le code d'état 4213
- Les snapshots sont supprimés après les restaurations à un point dans le temps
- L'index de l'opération de snapshot ne renseigne pas précisément le contenu du snapshot dans le catalogue
- Annexe A. À propos de SORT pour les utilisateurs NetBackup
- Annexe B. Configuration requise pour l'installation de NetBackup
- Annexe C. Exigences de compatibilité de NetBackup
- Annexe D. Autres documentations et documents connexes NetBackup
Actions de travail non disponibles pour les administrateurs de charge de travail disposant d'autorisations RBAC limitées sur les biens
Tenez compte des problèmes suivants liés à l'affichage et à la gestion des travaux avec l'interface utilisateur Web de NetBackup :
Un travail ne reçoit un ID de bien que lors de son exécution. Un travail en file d'attente n'a donc aucun ID de bien. Les utilisateurs disposant de rôles avec des autorisations plus granulaires sur les biens pour une charge de travail ne peuvent pas afficher ni annuler des travaux en file d'attente.
Ce comportement ne s'applique pas aux utilisateurs disposant d'un rôle RBAC avec des autorisations complètes sur les travaux ou d'un rôle pouvant gérer tous les biens d'une charge de travail spécifique.
Un travail ne reçoit pas d'ID de bien si le bien n'a pas encore été découvert. Les utilisateurs disposant de rôles avec des autorisations plus granulaires sur les biens pour une charge de travail ne peuvent pas annuler ni redémarrer un travail pour le bien.
Ce comportement ne s'applique pas aux utilisateurs disposant d'un rôle RBAC avec des autorisations complètes sur les travaux ou d'un rôle pouvant gérer tous les biens d'une charge de travail spécifique.
Prenons l'exemple d'un utilisateur disposant d'autorisations RBAC uniquement pour VMware vCenter ou pour une ou plusieurs VM.
Il ne peut pas consulter les travaux en file d'attente pour le vCenter ou les VM.
De même, il ne peut annuler aucun travail en file d'attente pour le vCenter ou les VM.
Prenons l'exemple d'un utilisateur disposant d'autorisations RBAC uniquement pour un serveur VMware vCenter ou RHV. Cet utilisateur dispose également d'une ou plusieurs autorisations sur les travaux pour ces biens, mais pas d'autorisations sur les travaux pour l'ensemble des biens d'une charge de travail.
Un nouveau bien est ajouté à l'environnement, mais le processus de découverte n'a pas encore été lancé.
Un groupe intelligent existant est configuré pour inclure le nouveau bien.
Lorsque la sauvegarde s'exécute, elle inclut le nouveau bien.
L'utilisateur ne peut pas annuler ni redémarrer un travail pour ce nouveau bien.