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. Dell Technologies évalue et surveille scrupuleusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les plus strictes afin de fournir à nos clients des produits et solutions fiables.

Interruption de service du client ou du serveur NetWorker dans les nœuds de cluster HA (haute disponibilité) installés avec les versions de système d’exploitation RHEL (Red Hat Enterprise Linux) 8.2, RHEL 8.3 et RHEL 8.6.

Cet article fournit une vue d’ensemble de la façon d’effectuer une restauration en mode fichier (FLR) de machine virtuelle (VM) Azure à l’aide de la commande nsrazure_flr_recover.

Après l’ajout ou la mise à jour de la « Datazone Pass Phrase » de NetWorker, les ressources « Abonnement Azure » précédemment configurées ne sont plus visibles par NetWorker. Cette

Le gestionnaire d’installation de NetWorker Virtual Edition (NVE) est accessible à partir d’un navigateur Web ; Toutefois, l’onglet History n’affiche aucun contenu.

Les utilisateurs Active Directory ne peuvent pas se connecter à NetWorker et à NMC. L’erreur générée est « nom d’utilisateur ou mot de passe incorrect ».

Erreur lors de la récupération des informations vCenter pour le nom d’hôte ESXi vCenter : Motif La demande du répartiteur a expiré NetWorker

Cet article fournit un aperçu du service RabbitMQ, des fichiers journaux associés et des autres débogages que vous pouvez utiliser.

NetWorker Server déployé sur un cluster de basculement Red Hat 8.x ne parvient pas à démarrer par « Impossible de démarrer nsrd car /nsr/res (/nsr) est local et NetWorker est configuré en tant que serveur de cluster ».

Cet article de la base de connaissances fournit des instructions sur la configuration de l’intégration LDAPS (Secure Lightweight Directory Access Protocol) avec l’authentification NetWorker. Ce processus peut être utilisé pour intégrer des services d’authentification externe Microsoft Active Directory (AD) ou Linux LDAP.

La sauvegarde du workflow du NetWorker Server s’est terminée avec succès, mais a ignoré les clients ayant échoué la connexion sans erreur/avertissement.

Les workflows de sauvegarde NetWorker VMware Protection (NVP) échouent par intermittence avec l’erreur « Impossible de lier le socket au port 0 à partir de la plage de ports de connexion 0-0 : impossible d’attribuer l’adresse demandée ». La même erreur de liaison de socket s’affiche également pour les autres processus et workflows NetWorker sur le serveur. L’échec se produit car le système d’exploitation du serveur NetWorker a épuisé ses sockets disponibles, ne laissant aucun socket ouvert auquel les processus NetWorker peuvent se lier.

Dans les environnements Dell NetWorker où les actions de sauvegarde et de clonage sont configurées au sein du même workflow, le processus nsrim peut supprimer prématurément les savesets complets et incrémentiels du volume clone, même si des savesets dépendants existent toujours et n’ont pas encore expiré. Cela rompt la chaîne de sauvegarde sur le périphérique clone, ce qui rend impossible la restauration à partir du clone si le volume de sauvegarde principal devient indisponible.

L’onglet Recover de NetWorker Management Console (NMC) n’affiche aucune information sur la tâche de restauration, y compris les sessions de restauration historiques et actives.

The vProxy appliance is deployed with a static IPv4 address that never appears on the VM and does not respond; wickedd reports duplicate‑IP errors because the address is in use on the network.

Échec de la préparation NetWorker pour la sauvegarde en mode bloc (BBB)

Lors de la restauration d’une machine virtuelle via la méthode de restauration avec accès instantané, la restauration se termine avec succès, mais la machine virtuelle ne se met pas sous tension. VMware signale qu’un ou plusieurs fichiers VMDK ne sont pas valides : Échec de l’ouverture (le fichier spécifié n’est pas un disque virtuel). Une restauration de l’image de la même sauvegarde réussit également. Mais la machine virtuelle récupérée s’allumera et fonctionnera.

La sauvegarde vProxy Dell NetWorker d’une machine virtuelle échoue en raison d’un snapshot VMware défaillant. ERREUR : Échec de la tâche de création de snapshot : une erreur s’est produite lors de la prise d’un snapshot : Code d’erreur de suivi des modifications non valide

Après la mise à niveau vers Dell NetWorker 19.14 sur Windows Server 2022 Standard, le service GST (NetWorker Management Console) peut ne pas démarrer. Lorsque vous tentez de démarrer le service, une erreur de point d’entrée s’affiche, indiquant un conflit entre les bibliothèques OpenSSL installées sur le système d’exploitation et celles fournies avec NetWorker.

Les services NetWorker Web User Interface (NWUI) se bloquaient et ne fonctionnaient pas correctement après leur installation sur Linux RHEL 9.6 et versions supérieures.

Après la migration d’un NetWorker Server de production vers un serveur de reprise après sinistre (DR) ou un autre site, la console de gestion (NMC) du serveur de reprise après sinistre NetWorker est inaccessible. Des erreurs de signature du lockbox sont observées dans le daemon.raw du serveur NetWorker de reprise après sinistre.

GST se bloquait après l’installation de NetWorker Management Console (NMC) sur Linux RHEL 9.6 et versions supérieures.

Le processus de recommandation se termine, mais les hôtes ESXi et les proxys Avamar déjà déployés sont absents de la vue. Cela est dû à un défaut logiciel dans le fichier WAR du gestionnaire de topologie.

L’installation du serveur NetWorker Management Console (NMC) inclut PostgreSQL pour les bases de données NMC.

Le serveur NetWorker inclut un RabbitMQ et un Erlang. Les versions RabbitMQ et Erlang changent d’une version à l’autre de NetWorker.

Cet article décrit les différentes versions de PostgreSQL utilisées par les serveurs NetWorker Management Console (NMC) et NetWorker Web User Interface (NWUI). Il montre également comment identifier la version de PostgreSQL utilisée par les bases de données NMC et NWUI actives.

Les sauvegardes vProxy de NetWorker VMware Protection (NVP) échouent lorsqu’elles s’exécutent sur une appliance vProxy spécifique de l’environnement. Le serveur NetWorker signale le vProxy comme étant « indisponible » et les logs vProxy affichent des erreurs continues indiquant que la connexion au bus de messages AMQP est refusée sur le port 5672. Le processus de bus de messages RabbitMQ sur l’appliance vProxy ne peut pas démarrer car il ne parvient pas à atteindre le processus de mappage de port Erlang (epmd), ce qui peut être dû à des entrées /etc/hosts incorrectes, à des échecs de résolution DNS ou à une configuration IPv6 désactivée sur le vProxy. Ce problème est environnemental et peut affecter n’importe quelle version de NetWorker et vProxy.

À partir d’Avamar 19.8, nous avons ajouté un nouveau paramètre sous mcserver.xml qui peut être utilisé pour modifier le port SMTP pour les notifications PAR E-MAIL CONNECTEMC. Toutefois, le port SMTP utilisé par défaut est 587.

Cet article explique comment modifier manuellement le nom d’hôte et les paramètres réseau sur une appliance NVP vProxy.

Échec de l’installation ou de la mise à niveau de NetWorker Management Console 19.13.0.2 et versions ultérieures sur un système Windows.