NetWorker

Ce document met en évidence les versions de code minimum, recommandé et le plus récent pour les produits Dell Technologies Enterprise et Datacenter Infrastructure. Nous évaluons et surveillons scrupuleusement les données de déploiement de code afin de nous assurer que les versions de produits répondent à nos attentes les plus strictes visant à fournir à nos clients des produits et solutions fiables.

Le fichier /nsr/logs/daemon.raw du serveur NetWorker est submergé par l’erreur : « Unable to complete SSL handshake with nsrexecd on host 'CLIENT_NAME': Une erreur s’est produite à la suite d’une défaillance du protocole SSL. Outre un éventuel problème de connexion, cela rend difficile l’analyse des journaux pour tout autre dépannage. Cet article décrit les étapes à suivre pour résoudre ce problème à partir du serveur et de la connexion côté client.

Cet article de la base de connaissances fournit un emplacement de log général pour les échecs de mise à niveau ou d’installation de NetWorker Virtual Edition (NVE).

Les sauvegardes dirigées vers le système Data Domain échouent lorsque Retention Lock est activé dans l’action de workflow, mais qu’il n’est pas configuré sur le périphérique Data Domain cible.

NetWorker ne dispose pas de vSphere Installation Bundle (VIB) pour ouvrir les ports nécessaires à la FLR sur les hôtes VMware ESXi.

Dans NetWorker 19.13.0.3, RabbitMQ remplace les certificats signés par une autorité de certification par des certificats auto-signés lorsque le service NetWorker redémarre. Cela se produit en raison d’une incompatibilité de nom d’hôte dans le script rabbitmq-server.

Vous avez une machine virtuelle configurée avec plusieurs disques. Les sauvegardes de machines virtuelles se sont terminées avec succès. Lors de la restauration de la machine virtuelle, tous les disques de machine virtuelle ne sont pas disponibles pour la restauration. Les disques manquants sont configurés dans VMware en tant que disques indépendants ou RDM. VMware ne crée pas de snapshot pour les disques indépendants, qui sont requis pour la sauvegarde du disque. Les disques RDM sont contournés lors de la sauvegarde, car ils ne sont pas pris en charge.

Cet article fournit le chemin de résolution de NetWorker Disaster Recovery.

L’analyse Rapid7 a identifié des failles de sécurité sur différents ports de NetWorker.

Cet article de la base de connaissances présente les méthodes qui peuvent être utilisées pour identifier le logiciel NetWorker. L’objectif de cet article de la base de connaissances est d’aider les administrateurs NetWorker et l’équipe de support client (CST) à collecter des informations lors de l’ouverture d’une demande de service (SR) NetWorker.

Le logiciel NetWorker Server est déployé sur un cluster Red Hat Enterprise Linux Pacemaker (PCS). Après la mise à niveau de NetWorker de la version 19.6.1.x (ou antérieure) vers la version 19.7.0.0-19.7.0.3 ou 19.8.0.0-19.8.0.1, les services du serveur NetWorker ne démarrent pas.

La mise à niveau vers la dernière version de vProxy entraîne l’échec des sauvegardes avec l’erreur suivante : « Failure », « Description » : « La sauvegarde a échoué : Impossible d’ouvrir la session sur le périphérique cible \"DD_HOSTNAME\." »

L’intégration de NetWorker VMware Protection est configurée avec l’appliance vProxy et l’utilitaire de ligne de commande nsrvproxy_mgmt est utilisé pour mettre à niveau les appliances existantes. La mise à niveau échoue avec une erreur.

Les sauvegardes de machine virtuelle (VM) NetWorker VMware Protection (NVP) échouent lors de la configuration à l’aide de Direct Fiber Channel (DFC) avec l’erreur 5008 Data Domain.

Les restaurations NetWorker VMware Protection (NVP) sont lentes par rapport à la sauvegarde.

L’appliance NetWorker VMware Protection (NVP) vProxy ne prend actuellement pas en charge le module TPM (Trusted Platform Module).

Liste des versions d’Apache et de Tomcat qui font partie des différentes versions de NetWorker Management Console (NMC) et de NetWorker Server.

NetWorker Module for Microsoft (NMM) can perform restores of Hyper-V Virtual Machine (VM) backups from the command-line. This article explains how to use command-line restore with NMM.

Lors de l’installation de NetWorker Management Console (NMC) ou de NetWorker Web User Interface (NWUI) sur un hôte Windows, il ne parvient pas à se connecter au NetWorker Authentication Server. Le serveur NMC/NWUI est séparé du NetWorker Server. Les tests de résolution de noms et de connexion de port ont réussi. Le problème se produit lorsque TLS 1.1 et 1.2 sont désactivés sur le serveur NMC autonome.

Cet article de la base de connaissances fournit une vue d’ensemble de la façon d’aborder et de résoudre les problèmes généraux rencontrés avec les services et l’accessibilité NMC.

Un problème a été observé après une mise à niveau de NMC version 19.12 vers 19.13, où le service GST s’arrête peu de temps après son démarrage.

Les utilisateurs peuvent rencontrer une erreur lors du lancement de NetWorker Management Console (NMC) à l’aide d’OpenWebStart : Error: Impossible de lire ou d’analyser le fichier JNLP.

NetWorker 19.13.0.0 ou 19.13.0.1 signale un message « Accès refusé » lorsque vous tentez de modifier le mot de passe administrateur à partir de la commande NMC ou authc_mgmt.

Les tâches parent et enfant créées par l’activité « File Delete - Historical » ne sont pas à l’état « Failed » si le chemin défini dans l’activité devient inaccessible.

NetWorker Management Console (NMC) est utilisé pour effectuer des restaurations de machine virtuelle (VM) dans un environnement de serveur NetWorker de reprise après sinistre (DR) vers un autre vCenter. La fenêtre « Configurer la restauration de la machine virtuelle » de l’assistant de restauration NMC affiche le message d’erreur « En attente avant toute nouvelle tentative d’obtention de l’environnement d’hyperviseur, car la dernière tentative a échoué ».

« Avertissement : Le port 9090 est déjà utilisé » lors de la configuration du service d’authentification sur Red Hat Linux. Le composant cockpit-ws est configuré par défaut pour accepter les connexions sur le port 9090.

Après la mise à jour du certificat SSL sur le vCenter Server, les sauvegardes NetWorker VMware Protection (NVP) des machines virtuelles (VM) échouent.

Lorsque l’interface CLI d’AppSync est exécutée sur le client AIX, celle-ci échoue avec le message Error: Failed to authenticate AppSync (Erreur : Échec de l’authentification d’AppSync).

Le problème se produit généralement lorsqu’un serveur ne peut pas accéder à Internet pour authentifier le certificat. L’installation échoue avec l’erreur « cfgk1.cab has an invalid digital signature. Cela peut indiquer que le fichier d’armoire est corrompu.

Le plan de service SQL a échoué lors de la phase de découverte des applications avec l’erreur : Unable to connect to database Unable to connect to database<Db name>. Cela peut se produire si la base de données SQL n’est pas à l’état en ligne ou si le pilote ODBC n’est pas correctement installé. Pour plus d’informations, consultez le journal du plug-in hôte AppSync.