NetWorker: Fehlerbehebung bei Medienwarteereignissen – Warten auf 1 beschreibbares Volume oder keine übereinstimmenden Geräte
Summary: NetWorker: Fehlerbehebung bei Medienwarteereignissen – Warten auf 1 beschreibbares Volume oder keine übereinstimmenden Geräte
This article applies to
This article does not apply to
Symptoms
- Ein Backup- oder Klonvorgang wird über NetWorker durchgeführt.
- Die folgenden Fehlermeldungen werden beobachtet.
- Warten auf Anzahl> beschreibbarer Volumes zum Backup der "Pool"<-Produktreihe> des Pools >< auf <dem Host<>
- Keine übereinstimmenden Geräte; Überprüfen Sie Speicher-Nodes, -Geräte oder -Pools.
- Diese Meldungen finden Sie unter:
- NetWorker-Managementkonsole (NMC): Monitoring-Policies >>Policy_Name >orkflow_Name >ction_Name > Details anzeigen, Sitzung > fehlgeschlagen, Meldungen anzeigen > , > vollständiges Protokoll abrufen.
- Bei Problemen mit dem Status "Warten auf beschreibbares Volume" wird diese Meldung auch im Fenster Alerts der NMC angezeigt.
- Das daemon.raw des NetWorker-Servers meldet diese Meldungen ebenfalls.
- Verwendung von nsr_render_log: NetWorker: Verwenden von nsr_render_log
- So aktivieren Sie das Rendering von .raw in Echtzeit: NetWorker: So rendern Sie daemon.raw automatisch in Echtzeit an daemon.log
- NetWorker-Managementkonsole (NMC): Monitoring-Policies >>Policy_Name >orkflow_Name >ction_Name > Details anzeigen, Sitzung > fehlgeschlagen, Meldungen anzeigen > , > vollständiges Protokoll abrufen.
Cause
Die oben genannten Warnmeldungen werden ausgelöst, wenn NetWorker kein geeignetes Volume findet, auf das ein Backup geschrieben werden kann. Sie können aus einem oder mehreren der folgenden Gründe generiert werden, die im Abschnitt "Lösung" aufgeführt sind.
Resolution
Aktionsdefinitionen
Die Konfiguration der Policy-Workflowaktion >> und die Medienpools müssen ordnungsgemäß konfiguriert sein:
Zielpool
Die Eigenschaft Zielpool der Aktion definiert, an welchen Pool die Daten gesendet werden. Ein Pool ist eine Sammlung von Volumes, auf die NetWorker Daten schreibt.
Das Poolattribut wird in der NMC festgelegt. Wählen Sie einen Workflow innerhalb einer Policy aus und überprüfen Sie die entsprechende Aktion. Das Backup wird an den Pool gesendet, der im Aktionsparameter "Zielpool" definiert ist.
HINWEIS: Wenn "Client Override Behavior" für die Aktion auf "Client Can Override" eingestellt ist, wird der Wert "Pool" des Clients als erste Priorität berücksichtigt.
Der Pool, an den die Daten gesendet werden, muss ein verfügbares Volume enthalten. Die Liste der Volumes und ihrer Pools wird z. B. unter Media > Disk Volumes angezeigt.
Ein konkretes Beispiel finden Sie in diesem Artikel:
Ziel-Storage-Node
Das Attribut Zielspeicher-Node der Workflowaktion muss korrekt festgelegt sein. Dieses Feld gibt den Hostnamen des Speicher-Node an, auf dem sich die Geräte befinden, die die Backupdaten empfangen. Standardmäßig wird der NetWorker-Server angezeigt. Um einen Remote-Storage-Node auszuwählen, klicken Sie auf die Schaltfläche "Edit" rechts neben dem Feld und wählen Sie jeden erforderlichen Storage Node aus.
HINWEIS: Wenn "Client Override Behavior" für die Aktion auf "Client Can Override" eingestellt ist, wird der im Clientparameter definierte Storage Node namens "Storage Nodes" in den Client-Globals (2 von 2) als Priorität verwendet. Der Ansichtsdiagnosemodus > muss in der NMC aktiviert sein, um das Feld Speicher-Nodes anzuzeigen. Standardmäßig ist der Speicher-Node (nsrserverhost) des NetWorker-Servers definiert.
Stellen Sie sicher, dass auf den Geräten auf dem Speicher-Node, den Sie ausgewählt haben, verfügbare (gemountete) Volumes vorhanden sind. Sie können dies in der NMC unter Geräte Geräte > überprüfen.
HINWEIS: Wenn die Spalte "Volume-Name" leer ist, ist das Gerät nicht gemountet. Die Spalte "Volume Pool" wird standardmäßig nicht angezeigt, kann aber hinzugefügt werden.
Konkrete Beispiele finden Sie in diesem Artikel:
Clienteigenschaften
Wenn für die NetWorker-Clientressource das "Data Domain-Backup" ausgewählt ist, muss ein Data Domain-Volume im ausgewählten Pool verfügbar sein.
HINWEIS: Der Ansichtsdiagnosemodus > muss in NMC aktiviert sein, um die Optionen für die Data Domain-Deduplizierung anzuzeigen.
Bootstrap-Backups
Das Bootstrap-Saveset des NetWorker-Servers kann nur auf einem Volume gespeichert werden, das mithilfe des integrierten Storage Node des NetWorker-Servers gemountet wurde (per Design). Das heißt, die Bootstrap-Savesets des NetWorker-Servers können nicht auf Remotegeräten gespeichert werden (rd = storagenode_name:device_name).
Ein konkretes Beispiel finden Sie in diesem Artikel:
- Wissensdatenbank-Artikel 39833 NMC-Server-DB-Backup schlägt fehl mit "keine übereinstimmenden Geräte zum Speichern des Clients"
Pool-Eigenschaften
Das im Attribut Geräte des Zielpools angegebene Gerät muss den korrekten Pfad aufweisen.
Die ausgewählten Geräte sollten unter Geräte Geräte > gemountet werden:
HINWEIS: Wenn die Spalte "Volume-Name" leer ist, ist das Gerät nicht gemountet. Die Spalte "Volume Pool" wird standardmäßig nicht angezeigt, kann aber hinzugefügt werden.
Namensauflösung
Namensauflösungen, die bei NetWorker-Servern, Speicher-Nodes, -Clients oder -Geräten beobachtet wurden, sollten ebenfalls überprüft werden.
Konkrete Beispiele finden Sie in den folgenden Artikeln:
- 000041288, Troubleshooting bei Problemen mit DNS und Namensauflösung
- 000004384, NetWorker: Verwendung der Ressourcenvalidierung von NetWorker nsradmin -C
Überlegungen zum Klonen
Das Cloning muss ordnungsgemäß konfiguriert sein. NetWorker erfordert zwei oder mehr Speichergeräte, um einen Klonvorgang durchzuführen. Ein Gerät enthält das Volume mit den Originaldaten und ein Gerät enthält das Volume, auf das NetWorker die Clone-Daten schreibt. Quelle und Ziel müssen zwei verschiedene Volumes sein. Jedes Clone-Volume kann nur eine Instanz eines geklonten Saveset enthalten.
Das Klonen kann in NetWorker auf verschiedene Arten eingerichtet werden. Eine gängige Methode ist die Einrichtung einer NetWorker-Gruppe vom Typ "Saveset-Abfrage". Zu diesem Zweck kann der Policy-Aktionsassistent für den Workflow, der der Gruppe zugeordnet wurde, verwendet werden, um den "Destination Storage Node" und den "Destination Pool" zu definieren. Dadurch wird entschieden, wohin genau diese Clone-Daten geschrieben werden. Es müssen NetWorker-Volumes in diesem Pool mit diesem Storage Node verfügbar sein, auf denen noch keine Kopie dieser Saveset-Instanz vorhanden ist.
Alternativ kann eine Klonaktion nach einer Backupaktion hinzugefügt werden, um die Savesets zu klonen, die durch die vorherige Aktion gesichert wurden. Der Policy-Aktionsassistent wird verwendet, um zu definieren, wohin die Clone-Daten geschrieben werden sollen.
Wenn in der Workflowaktion kein Ziel-Storage-Node definiert ist, hängt der Storage-Node, auf den Clone-Daten geschrieben werden, von den Speicher-Nodes ab, die im Feld "Clone storage nodes" für den Quell-Storage-Node oder, wenn dieses Feld leer ist, für den NetWorker-Server-Storage-Node aufgeführt sind. Dieser Wert wird in den Eigenschaften der Registerkarte "Configuration" der Storage-Node-Ressource definiert. Geklonte Daten, die von diesem Speicher-Node stammen, werden an den ersten Speicher-Node weitergeleitet, der über ein aktiviertes Gerät und einen funktionalen Medien-Daemon (nsrmmd) verfügt.
Bandgeräte
Probleme mit Bandgeräten führen dazu, dass NetWorker nicht auf das Zielgerät schreiben kann.
AFTD-Geräte
Das NetWorker Advanced File Type Device (AFTD) funktioniert nicht wie erwartet: