NetWorker: Auf Cloud-Tier geklonte Savesets werden nach dem Upgrade auf NetWorker 19.11 nicht als Transit gekennzeichnet

Summary: In diesem Artikel wird ein in NetWorker erkannter Fehler beschrieben, der verhindert, dass neu geklonte Savesets korrekt für die Migration in die Cloud markiert werden, wenn Data Domain Cloud Tier-Geräte verwendet werden. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

  • Savesets wurden erfolgreich auf DD Cloud Tier-Geräte geklont
  • Bei der Untersuchung werden neu geklonte Savesets in der NetWorker-Mediendatenbank nicht als "In Transit" gekennzeichnet
  • Die Nutzung des aktiven Tier kann unerwartet ansteigen, da DD Cloud Tier-Volume-Savesets nicht in die Cloud migriert werden
  • Das Klonen oder die Recovery von Savesets auf dem DD Cloud Tier führt zu Fehlern.
  • Das Problem betrifft Savesets, die nach dem Upgrade von 19.10 auf 19.11 auf Cloud-Tier geklont und mit deaktivierter RPS geklont wurden.

Cause

Dieses Problem wird derzeit von NetWorker Engineering überprüft. Auf DD Cloud Tier-Geräte geklonte Savesets sind betroffen, wenn RPS-Cloning deaktiviert ist. Diese Einstellung wird in der NetWorker Management Console unter NetWorker-Servereigenschaften angezeigt:
Die Option

Die betreffenden Savesets können nicht gelesen, wiederhergestellt oder geklont werden, da NetWorker das fehlende Transit-Flag in seiner Mediendatenbank normal interpretiert, insbesondere, dass das Saveset bereits migriert wurde und für Lesevorgänge aus der Cloud abgerufen werden muss. Aufgrund des beschriebenen Fehlers wurden die Daten jedoch nie migriert, sodass der Abrufversuch fehlschlägt, obwohl die aktive Tier-Kopie vorhanden und funktionsfähig ist.

Resolution

HINWEIS: Der Fehler wird untersucht und dieser Artikel wird aktualisiert, wenn die Korrektur für die betroffenen Savesets getestet und verifiziert wird. 

Problemumgehung:

Stellen Sie sicher, dass die Option Disable RPS Clone auf dem NetWorker-Server deaktiviert ist. bedeutet, dass RPS-Cloning aktiviert ist. Savesets, die mit aktivierter RPS geklont werden, sind nicht betroffen, werden ordnungsgemäß gekennzeichnet und in die Cloud migriert. Diese Änderung wird sofort für alle Clone-Jobs wirksam, die nach der Änderung gestartet wurden. Betroffene Savesets werden nicht rückwirkend mit den richtigen Flags aktualisiert. Verwenden Sie entweder die NetWorker Management Console (NMC) oder den NetWorker-Server nsradmin , um diese Einstellung zu überprüfen und zu ändern.

 

NetWorker-Managementkonsole (NMC)

Führen Sie im NMC Folgendes aus:

  1. Klicken Sie auf die Registerkarte Server .
  2. Wählen Sie die NetWorker-Serverressource aus dem linken Menü aus.
  3. Klicken Sie auf Server Properties.
  4. Aktivieren Sie auf der Registerkarte General die Option Disable RPS Cloning . Wenn die Option aktiviert ist, deaktivieren Sie sie.

Aktivieren des RPS-Cloning 

nsradmin

Um zu überprüfen, ob RPS-Cloning in Ihrer Umgebung deaktiviert ist, geben Sie Folgendes ein nsradmin Interaktive Eingabeaufforderung auf dem NetWorker-Server:

nsradmin

Filtern Sie in der Eingabeaufforderung nach der Eigenschaft und zeigen Sie den Wert an:

nsradmin> show Disable RPS clone
nsradmin> print type: nsr

HINWEIS: Der Wert Ja weist darauf hin, dass der Fehler möglicherweise in Ihrer Datenzone auftritt. Der Wert No wird bevorzugt und sollte die Konfiguration sein, es sei denn, es liegen Probleme mit dem Cloning vor und die Konfiguration wurde auf Empfehlung des Dell Supports deaktiviert.

Um das RPS-Cloning erneut zu aktivieren, aktualisieren Sie den Wert in der interaktiven Eingabeaufforderung auf No:

nsradmin> update Disable RPS Clone: No

Products

NetWorker
Article Properties
Article Number: 000308066
Article Type: Solution
Last Modified: 14 Apr 2025
Version:  1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.