NetWorker

In diesem Dokument werden die minimalen, empfohlenen und neuesten Codeversionen für Dell Technologies Enterprise- und Datacenter Infrastructure-Produkte angegeben. Dell Technologies bewertet und überwacht die Codebereitstellungsdaten sorgfältig, um sicherzustellen, dass die Produktversionen unsere strengen Anforderungen erfüllen, damit wir unseren KundInnen zuverlässige Produkte und Lösungen bereitstellen können.

Serviceunterbrechungen von NetWorker-Servern oder Clients in HA-Cluster-Nodes (Hohe Verfügbarkeit), auf denen die Betriebssystemversionen RHEL (Red Hat Enterprise Linux) 8.2, RHEL 8.3 oder RHEL 8.6 installiert ist.

Nach dem Hinzufügen oder Aktualisieren der NetWorker-"Datenzonen-Passphrase" sind zuvor konfigurierte Azure-Abonnementressourcen für NetWorker nicht mehr sichtbar. Mit dieser

Dieser Artikel bietet eine Übersicht über die Durchführung einer Wiederherstellung auf Dateiebene (FLR) auf Azure-VM (File Level Restore) mithilfe des Befehls nsrazure_flr_recover.

NetWorker Virtual Edition (NVE) Installation Manager Ist über einen Webbrowser zugänglich. Auf der Registerkarte "Verlauf" werden jedoch keine Inhalte angezeigt.

Active Directory-Nutzer können sich nicht bei NetWorker und NMC anmelden. Der generierte Fehler lautet "falscher Nutzername oder falsches Kennwort".

Fehler beim Abrufen der vCenter-Informationen für ESXi vCenter-Hostname: Grund Zeitüberschreitung bei Dispatcher-Anfrage NetWorker

Dieser Wissensdatenbank-Artikel bietet eine Übersicht über den RabbitMQ-Service, die zugehörigen Protokolldateien und welches Debugging zusätzlich angewendet werden kann.

Der NetWorker-Server, der auf einem Red Hat 8.x-Failover-Cluster bereitgestellt wird, kann mit "Kann nsrd nicht starten, da /nsr/res (/nsr) lokal ist und NetWorker als Clusterserver konfiguriert ist" nicht gestartet werden.

Dieser Wissensdatenbank-Artikel enthält Anweisungen zum Konfigurieren der LDAPS-Integration (Secure Lightweight Directory Access Protocol) in die NetWorker-Authentifizierung. Dieser Prozess kann für die Integration externer Microsoft Active Directory (AD)- oder Linux LDAP-Authentifizierungsservices verwendet werden.

Das Workflowbackup des NetWorker-Servers wurde erfolgreich abgeschlossen, aber die Verbindung mit den Clients ist ohne Fehler/Warnung fehlgeschlagen.

NVP-Backupworkflows (NetWorker VMware Protection) schlagen zeitweise mit dem Fehler "Socket kann vom Verbindungsportbereich 0-0 nicht an Port 0 gebunden werden: Angeforderte Adresse kann nicht zugewiesen werden" fehl. Derselbe Socket-Bind-Fehler wird auch für andere NetWorker-Prozesse und -Workflows auf dem Server angezeigt. Der Fehler tritt auf, weil das Betriebssystem des NetWorker-Servers seine verfügbaren Sockel erschöpft hat, sodass keine offenen Sockel für die Bindung an NetWorker-Prozesse übrig bleiben.

In Dell NetWorker-Umgebungen, in denen Backup- und Klonaktionen innerhalb desselben Workflows konfiguriert werden, löscht der nsrim-Prozess möglicherweise vorzeitig sowohl komplette als auch inkrementelle Savesets vom Clone-Volume, obwohl abhängige Savesets noch vorhanden und noch nicht abgelaufen sind. Dadurch wird die Backupkette auf dem Clone-Gerät unterbrochen, sodass eine Recovery vom Clone unmöglich wird, wenn das primäre Backup-Volume nicht mehr verfügbar ist.

Auf der Registerkarte Recover in NetWorker Management Console (NMC) werden keine Informationen zum Recovery-Job angezeigt, auch keine historischen und aktiven Recovery-Sitzungen.

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.

NetWorker-Staging schlägt für Block Based Backup (BBB) fehl

Bei der Wiederherstellung einer VM über die Instant-Access-Wiederherstellungsmethode wird die Recovery erfolgreich abgeschlossen, aber die VM wird nicht eingeschaltet. VMware meldet, dass eine oder mehrere der VMDK-Dateien ungültig sind: Öffnen fehlgeschlagen (Die angegebene Datei ist kein virtuelles Laufwerk). Eine Image-Recovery desselben Backups ist ebenfalls erfolgreich. Die wiederhergestellte VM wird jedoch eingeschaltet und funktioniert.

Das Dell NetWorker vProxy-Backup für eine VM schlägt aufgrund eines fehlerhaften VMware-Snapshots fehl. FEHLER: Snapshot-Erstellungsaufgabe fehlgeschlagen: Beim Erstellen eines Snapshots ist ein Fehler aufgetreten: Ungültiger Change Tracker-Fehlercode

Nach dem Upgrade auf Dell NetWorker 19.14 auf Windows Server 2022 Standard kann der GST-Service (NetWorker Management Console) möglicherweise nicht gestartet werden. Beim Versuch, den Service zu starten, wird ein Einstiegspunktfehler angezeigt, der auf einen Konflikt zwischen den OpenSSL-Bibliotheken, die auf dem Betriebssystem installiert sind, und denen, die mit NetWorker gebündelt sind, hinweist.

Die NetWorker-NWUI-Services (Web User Interface) stürzten ab und funktionierten nach der Installation unter Linux RHEL 9.6 und höher nicht ordnungsgemäß.

Nach der Migration eines NetWorker-Produktionsservers zu einem Disaster-Recovery- (DR) oder alternativen Standort ist die Managementkonsole (NMC) des DR-NetWorker-Servers nicht zugänglich. Lockbox-Signaturfehler werden in der daemon.raw des DR-NetWorker-Servers beobachtet.

GST stürzte nach der Installation der NetWorker Management Console (NMC) unter Linux RHEL 9.6 und höher ab.

Der Empfehlungsprozess ist abgeschlossen, die ESXi-Hosts und die bereits bereitgestellten Avamar-Proxys sind jedoch nicht in der Ansicht vorhanden. Dies wird durch einen Softwarefehler in der WAR-Datei des Topologiemanagers verursacht.

Die NMC-Serverinstallation (NetWorker Management Console) umfasst PostgreSQL für die NMC-Datenbanken.

Der NetWorker-Server umfasst RabbitMQ und Erlang. Die RabbitMQ- und Erlang-Versionen ändern sich im Laufe der NetWorker-Versionen.

In diesem Artikel werden die verschiedenen PostgreSQL-Versionen beschrieben, die von NetWorker Management Console (NMC)- und NetWorker Web User Interface (NWUI)-Servern verwendet werden. Außerdem wird veranschaulicht, wie Sie die PostgreSQL-Version identifizieren, die von den aktiven NMC- und NWUI-Datenbanken verwendet wird.

NVP-vProxy-Backups (NetWorker VMware Protection) schlagen fehl, wenn sie für eine bestimmte vProxy-Appliance in der Umgebung ausgeführt werden. Der NetWorker-Server meldet den vProxy als "nicht verfügbar" und die vProxy-Protokolle zeigen kontinuierliche Fehler an, die darauf hinweisen, dass die AMQP-Nachrichtenbusverbindung auf Port 5672 abgelehnt wurde. Der RabbitMQ-Nachrichtenbusprozess auf der vProxy-Appliance kann nicht gestartet werden, da er den Erlang Port Mapper Daemon (epmd) nicht erreichen kann, was durch falsche /etc/hosts-Einträge, DNS-Auflösungsfehler oder eine deaktivierte IPv6-Konfiguration auf dem vProxy verursacht werden kann. Dieses Problem ist ein Umgebungsproblem und kann sich auf alle NetWorker- und vProxy-Versionen auswirken.

Ab Avamar 19.8 haben wir einen neuen Parameter unter mcserver.xml hinzugefügt, der verwendet werden kann, um den SMTP-Port für CONNECTEMC-E-Mail-Benachrichtigungen zu ändern. Der standardmäßig verwendete SMTP-Port ist jedoch 587.

In diesem Artikel wird beschrieben, wie Sie den Hostnamen und die Netzwerkeinstellungen auf einer NVP vProxy-Appliance manuell ändern können.

NetWorker Management Console 19.13.0.2 und höher kann auf Windows-Systemen nicht installiert oder aktualisiert werden.