Notes de mise à jour de Veritas NetBackup™
- À propos de NetBackup 9.1.0.1
- Nouvelles fonctions, améliorations et modifications
- Notes opérationnelles
- À propos des journaux opérationnels de NetBackup 9.1.0.1
- Remarques de fonctionnement concernant l'installation et la mise à niveau de NetBackup
- Après le lancement de la migration de l'autorité de certification, des erreurs de connexion peuvent se produire
- Si la mise à niveau vers NetBackup 9.1.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
- N'installez pas à partir du menu qui apparaît quand le DVD d'installation est inséré
- À 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
- Possible échec du démarrage du service de gestion de la détection d'anomalies NetBackup après une restauration de catalogue complète
- Le contrôle des autorisations échoue si vous modifiez l'utilisateur après l'installation ou la mise à niveau dans une configuration NBAC
- Échec de la restauration du dossier racine (« / ») pour la politique NAS-Data-Protection
- Les erreurs sont affichées dans les détails des travaux lorsque NetBackup tente de faire expirer les images d'un stockage non compatible WORM
- La sauvegarde Microsoft Azure échoue si le nom du groupe de ressources contient un point (.)
- Périphériques obsolètes affichés dans l'arborescence de périphériques
- Périphériques temporaires listés comme biens de système de fichiers
- Remarques relatives au fonctionnement de l'interface d'administration NetBackup
- Méthodes de contrôle d'accès prises en charge dans NetBackup 9.1.0.1
- Actions de travail non disponibles pour les administrateurs de charge de travail disposant d'autorisations RBAC limitées sur les biens
- L'utilisation du transfert X pour lancer NetBackup Administration Console peut échouer sur certaines plates-formes Linux
- 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
- Erreur de calcul de la taille de snapshot pendant le contrôle intelligent des charges de travail cloud
- Échec de la vérification de pré-récupération pour la restauration d'une VM sur les serveurs principaux ou de médias NetBackup sous Windows lorsque le nom d'affichage de la VM contient des caractères multi-octets
- Configuration d'un hôte de récupération cloud sur RHEL 8
- Remarques concernant le fonctionnement de NetBackup avec Veritas CloudPoint
- Affichage d'un message d'erreur erroné pour une version de Podman prise en charge
- Les snapshots échouent lorsque CloudPoint est mis à niveau vers NetBackup 9.1.0.1 alors que les travaux de snapshot sont en cours d'exécution
- Échec de la tentative de connexion pour la VM inaccessible ou arrêtée, et disposant d'informations d'authentification associées
- Non-prise en charge de la modification d'une requête avec des caractères spéciaux dans les noms de balise pour les groupes cloud intelligents
- Possible échec du démarrage ou redémarrage des services CloudPoint lorsqu'une entrée d'adresse IP obsolète est conservée dans la couche Podman dans l'environnement RHEL 8.3
- État de la découverte CloudPoint indiquant un échec dans l'interface utilisateur Web de NetBackup
- Possible impact des nouvelles informations relatives aux biens CloudPoint sur la récupération
- À l'issue de la mise à niveau, les biens sont désabonnés des plans de protection avec l'option GRT activée
- Possible échec de l'option Sauvegarder maintenant avec un message d'erreur
- Nouvelle configuration de plug-in cloud requise pour l'ajout de nouvelles régions
- Dans les travaux de sauvegarde et de restauration, le nombre de fichiers transférés affiche 0.
- Les disques de machine virtuelle ne s'affichent pas en raison du niveau de découverte
- Des exceptions entraînent l'échec des travaux de snapshot
- Les snapshots supprimés sont toujours visibles dans l'interface utilisateur Web NetBackup
- 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 concernant le fonctionnement de la déduplication NetBackup
- Remarques sur le fonctionnement de NetBackup pour NDMP
- Remarques opérationnelles sur NetBackup pour OpenStack
- Les volumes d'instance des sauvegardes incrémentielles ne peuvent pas être montés
- Le serveur maître NetBackup n'émettra pas de nouveau le jeton si la machine virtuelle NetBackup for OpenStack est un cluster à 3 nœuds
- Affichage de la version de NetBackup « Netbackup_9001_beta1 » au lieu de « NetBackup-CentOS3.10.0 9.0 » dans l'interface utilisateur Web
- 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 maître NetBackup en utilisant 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 for OpenStack au cluster
- La base de données ne se synchronise pas après que le cluster NetBackup for OpenStack ait obtenu de nouveaux nœuds
- 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é NetBackup pour l'appliance OpenStack
- 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
- Remarques concernant le fonctionnement de la virtualisation sur NetBackup
- Annexe A. À propos de SORT pour les utilisateurs NetBackup
- Annexe B. Conditions préalables à 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.
Un ID de bien n'est pas défini pour un travail de conversion dans le cloud. Les utilisateurs disposant de rôles avec des autorisations plus granulaires sur les biens VMware ne peuvent pas afficher ces travaux.
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 VMware.
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.