NetWorker

Après un redémarrage, les appareils Windows non mis en cluster ne sont pas mis en ligne lorsque PowerShell est utilisé pour mettre les appareils en ligne. Par ailleurs, le plug-in AppSync a été installé récemment.

Cet article explique comment résoudre l’échec de l’installation de NetWorker Management Console (NMC) pour démarrer le processus gstdbinit.

Sur le serveur AppSync, le<install drive>dossier :\EMC\AppSync\Jboss se remplit en raison de la cr&eacute;ation d&rsquo;un grand nombre de fichiers .mdmp.

La sauvegarde Sybase échoue en raison d’un problème d’autorisation de groupe.

Le rendu de runtime (daemon.log) ne fonctionne plus après la mise à niveau vers NW 19.3.0.4

The NetWorker Management Console (NMC) server is upgraded to a newer NetWorker release. The upgrade completes successfully, but the NMC is inaccessible. The NMC servers gstd log reports IM003: The specified driver could not be loaded due to system error 126: The specified module could not be found. (PostgreSQL ANSI(x64), C:\program files\emc networker\management\GST\postgres_latest

Les sauvegardes échouent par intermittence avec un message de ressource introuvable dans NetWorker Management Console (NMC) et les journaux de session de sauvegarde.

La récupération de machine virtuelle vProxy échoue lorsque la copie du clone est sur bande. La restauration échoue lors du clonage d’une partie de la commande de restauration. Le clone manuel à partir de la CLI et de NMC échoue également.

Les sauvegardes de machine virtuelle (VM) NetWorker VMware Protection (NVP) s’exécutaient lentement après la configuration d’un nouveau vCenter Server en mode lié.

L’appliance NetWorker Virtual Edition (NVE) n’est pas accessible via SSH. Dans le cas contraire, NVE est opérationnel et n’a aucun impact sur les opérations de protection des données.

Cet article fournit un moyen de restaurer une base de données à partir d’un Data Domain primaire ou secondaire à l’aide de produits tels que l’agent Oracle Recovery Manager (RMAN) et DDBEA.

La sauvegarde de la machine virtuelle échoue avec l'erreur ci-dessous : 2021-04-14T17:46:35Z ERROR: [@(#) Build number: 51] Failed to complete removal of snapshot "snapshot-347817": Another task is already in progress. 2021-04-14T17:46:35Z ERROR: [@(#) Build number: 51] Unable to delete pre-existing snapshots: Another task is already in progress.

Le rapport système « Backup SLA Summary By Client » affiche uniquement la couleur rouge pour toutes les colonnes au lieu de vert et rouge.

Target Stack listing is no longer available on the dell.com website.

Les sauvegardes de savesets volumineux échouent par intermittence lors de l’écriture sur Data Domain. L’erreur observée est « 5057-File handle is slate ». Cela peut être observé sur différents types de données, mais il est spécifique aux sauvegardes volumineuses qui s’étendent sur plusieurs heures.

Les sauvegardes de machine virtuelle (VM) sont configurées via l’appliance NetWorker VMware Protection (NVP) vProxy. Les machines virtuelles résident sur des magasins de données ESA (Express Storage Architecture) vSAN. Les sauvegardes de machines virtuelles se terminent avec succès, mais les restaurations échouent, renvoyant une erreur de « format non pris en charge ».

Une procédure de sauvegarde NetWorker échoue, car aucun client activé n’est associé au groupe de protection sélectionné dans le workflow.

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.

Une restauration de réactivation de machine virtuelle (VM) est effectuée à l’aide de l’appliance vProxy NetWorker VMware Protection (NVP). Le saveset sélectionné ne réside pas sur un périphérique Data Domain ; il s’agit d’une copie de clone sur un périphérique AFTD. Le processus de réactivation (clone) se ferme en signalant « nsrvproxy_recover : Une erreur d’allocation de mémoire s’est produite lors de la surveillance de la progression de la tâche de clonage de réactivation. »

Les groupes VMware vides signalent un échec des sauvegardes.

Les services NetWorker ne démarrent pas sur un cluster haute disponibilité Red Hat pacemaker (pcs) après la mise à niveau vers une version de NetWorker 19.7.0.x (ou une version ultérieure).

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

Les restaurations inverses de machine virtuelle (VM) effectuées via NetWorker Web User Interface (NWUI) ne démarrent pas. La tâche de récupération reste bloquée dans la fenêtre « Recover Jobs » de la surveillance NWUI et ne peut pas être annulée.

Une FLR de machine virtuelle (VM) est tentée à l’aide de la solution vProxy NetWorker VMware Protection (NVP). L’agent FLR vProxy ne parvient pas à installer le message « Impossible de transférer le vProxy-FLRAgent de fichier vers la machine virtuelle »

NetWorker est configuré pour sauvegarder les snapshots de machine virtuelle (VM) Azure. Au cours du workflow de sauvegarde, des sauvegardes de disque de machine virtuelle Azure réussies sont effectuées ; toutefois, le saveset « Azure » échoue.

É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.

Après l’installation ou la mise à niveau du logiciel NetWorker Server sur un hôte Linux, l’initialisation de RabbitMQ échoue immédiatement.

Gestion de la taille de l’index des fichiers client (CFI)

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).

Lors de l’actualisation de la vue VMware ou lors de l’exécution d’une sauvegarde, vous pouvez recevoir un message d’erreur indiquant que NetWorker ne parvient pas à extraire les données de vCenter.