NetWorker: Wartung und Troubleshooting von Mediendatenbanken

• Fehler beim Starten von Services.
• Fehler beim täglichen Serverschutz-Serverbackup-Workflow>.
• Unvollständige oder irreführende Informationen in Bezug auf Savesets oder Clients, die von mminfo oder beim Abfragen oder Durchsuchen von Savesets in der Verwaltung der NetWorker Management Console (NMC) oder der NetWorker Web User Interface (NWUI).
• Backup-, Recovery- oder Cloning-Probleme im Zusammenhang mit der Unfähigkeit, Savesets, Clients oder Volumes zu finden.
• Fehler im Server-Daemon-Protokoll oder in Konsolen im Zusammenhang mit der Mediendatenbank:

nsrmmdbd WiSS code assertion error (st_nextrec: rec loop detected)
nsrmmdbd error, ss_clone_ensure_clone_eligibility: assertion, invalid parameters or code segment
nsrmmdbd XCHK ssid:saveset_short_ssid host:saveset_hostname name:saveset_name has a fragment with an invalid volid:saveset_volid
nsrmmdbd NSR warning WiSS code assertion error (ST_readvdir: directory read failed)
nsrmmdbd NSR critical Unexpected error reading long record directory: an invalid slot number
nsrmmdbd NSR warning partial record error, ssid: saveset_short_ssid saveset_long_ssid flags:0x00010101 size:0 files:0 tm:datetime cloneid
nsrmmdbd NSR notice media db must be scavenged
nsrmmdbd NSR critical media db scavenge failed
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (Permission denied) - recover from backup media
nsrmmdbd NSR warning Cannot scavenge path_to_mmvolume6 (unknown error code) - recover from backup media
nsrmmdbd MDB warning can't fetch save set <saveset ID>
nsrmmdbd MDB warning Unable to fetch child save set <saveset ID> for cover set <saveset ID>

• Plötzlicher Verlust vieler Savesets aus der Mediendatenbank oder plötzlicher sprunghafter Anstieg des verfügbaren freien Speicherplatzes auf der Festplatte.
• Software kann Savesets nicht ablaufen lassen oder löschen, was zu einem schnellen Storage-Verbrauch führt.

Wie jede Datenbank kann auch die Mediendatenbank in unterschiedlichem Maße beschädigt werden, wenn es Rückschlüsse auf ihre normalen Vorgänge gibt, z. 

• Unerwartetes Herunterfahren von nsrmmdbd Prozess (Core-Speicherabbild, Systemabsturz, Neustart oder Stromausfall).
• Unterbrochene Transaktion (Interferenzen mit externer Sicherheitssoftware oder Erschöpfung des Speicherplatzes).
• Logisches internes Problem (Codefehler oder nicht behandelte Bedingungen).
• Direkte Interferenz mit Mediendatenbankdateien oder Saveset-Dateien auf einem von NetWorker verwalteten Speicher.

Die Mediendatenbank wird am besten mit den folgenden allgemeinen Praktiken vor Beschädigungen geschützt:

• Verwenden Sie nach Möglichkeit eine separate, lokale Festplattenpartition für die /nsr/mm Ordner, der zum Schutz vor Bedingungen wie der Erschöpfung des Speicherplatzes durch andere Prozesse beiträgt. Diese Partition sollte mindestens dreimal so groß sein wie die Mediendatenbank. eine große Mediendatenbank wäre 10 GB groß; 100 GB sollten für jede Installation ausreichen. 
• Stellen Sie sicher, dass der Serverbackup-Workflow täglich abgeschlossen wird, damit Backups der Mediendatenbank und der kritischen Disaster-Recovery-Ressourcen ( Bootstrap) im Notfall verfügbar sind.
• Überprüfen Sie den Speicherort von Bootstraps mit dem Befehl mminfo -B Befehl periodisch.
• Lassen Sie niemals zu, dass ein anderer NetWorker-Server gleichzeitig auf die Speicher-Volumes des NetWorker-Servers zugreift, da dies zu Datenverlust führen kann.
• Wenn Virenschutzsoftware auf dem NetWorker-Server installiert ist, erstellen Sie Ausnahmen für /nsr Verzeichnis, um zu verhindern, dass die Antivirensoftware NetWorker-Dateien scannt, ändert oder entfernt. 
• Vermeiden Sie das manuelle Löschen von Dateien im NetWorker-Speicher, um Speicherplatz freizugeben. NetWorker verfügt über täglich ausgeführte Routinen zur Rückgewinnung von Speicherplatz. Wenn diese als fehlgeschlagen betrachtet werden, sollte der Support kontaktiert werden.
• Im Allgemeinen sollten Sie bei der Datenzonenplanung Daten desselben Typs in denselben Pools aufbewahren, um bei Bedarf die Wartung zu erleichtern, z. B. vProxy-Savesets, Dateisystem-Savesets und Oracle-Datenbank-Savesets in separaten Pools.
• Ignorieren Sie keine Meldungen im Zusammenhang mit Mediendatenbankfehlern – wenden Sie sich an den Support, wenn Sie Bedenken haben.

Beachten Sie die Mediendatenbank- und Storage-Beziehung von NetWorker und schützen Sie Volumes mit dem Flag Scan-Needed: 

• NetWorker führt den Ablaufprozess täglich als Teil des Serverbackupworkflows aus. Dieser Job berechnet Aufbewahrungen und Abhängigkeiten und lässt Savesets ablaufen, deren Aufbewahrung abgelaufen ist und die keine nicht abgelaufenen abhängigen Elemente haben. Sobald dies abgeschlossen ist, versucht NetWorker, alle abgelaufenen Festplatten-Volume-Savesets zu löschen. Anschließend wird der Speicherplatzrückgewinnungsvorgang für jedes Volume ausgeführt und löscht Saveset-Dateien von Festplattenmedien, die nicht über entsprechende Mediendatenbankeinträge verfügen. Das bedeutet, dass gültige Daten gelöscht werden können, wenn die Mediendatenbank beschädigt wird oder Sie die Datenbank auf einen früheren Zeitpunkt wiederherstellen.
• Wenn Sie der Meinung sind, dass ein Problem mit Festplatten-Volumes vorliegt, stellen Sie sicher, dass das Volume unmountet und als Scan erforderlich markiert ist, um sicherzustellen, dass gültige Daten nicht gelöscht werden. Dies gilt auch für Volumes nach der Wiederherstellung auf einen vorherigen Point-in-Time (wobei gültige Savesets möglicherweise auf der Festplatte vorhanden sind, die nach dem Recovery-Punkt erstellt wurde und keine Einträge in der wiederhergestellten Datenbank haben). 
• Scan erforderlich ermöglicht normales Backup, Recovery oder Cloning, verhindert jedoch einen normalen Ablauf oder eine normale Löschung – stellen Sie daher sicher, dass er nur zum Schutz von Volumes verwendet wird, die als gefährdet wahrgenommen werden, und bei der Rückkehr zum regulären Betrieb entfernt wird. Die Bereitstellung von Volumes muss aufgehoben werden, um dieses Flag festzulegen oder zu entfernen. Es ist üblich, dass Volumes nach der Disaster Recovery des NetWorker-Servers (nsrdr), um unerwünschten Datenverlust in einem Disaster-Recovery-Szenario zu verhindern.

Es gibt mehrere Möglichkeiten, Mediendatenbankprobleme zu überprüfen und zu beheben. Bevor Sie eine dieser Maßnahmen versuchen, erstellen Sie zur Bewertung der Auswirkungen vorher und nachher Berichte, um festzustellen, ob Savesets, Volumes, Clients oder andere Elemente entfernt wurden.
Führen Sie in der Befehlszeile in einem Verzeichnis für Hostausgaben die folgenden Befehle aus, um die Eigenschaften der Mediendatenbank vor und nach dem Verfahren zu vergleichen:

• mminfo -C mminfo-C_pre.mmi
• mminfo -X mminfo-X_pre.mmi
• mminfo -ar "volid,type,location,pool,volume,state,volflags,written,savesets" -q family=disk -xc, > mminfo-vol_pre.mmi

Sobald Sie die Wartung abgeschlossen haben, führen Sie sie in einer separaten Datei erneut aus (z. B. *_post.mmi) und vergleichen Sie die Werte.

nsrim - Täglicher Serverschutz

Jeden Tag wird der Serverschutz-Serverbackup-Workflow > und damit auch die Ablaufaktion ausgeführt. Die Ablaufaktion wird ausgeführt nsrim,  das native Wartungsdienstprogramm von NetWorker. Dies kann auch direkt ausgeführt werden, kann jedoch je nach Serverauslastung und Mediendatenbankgröße zwischen einigen Minuten und mehreren Stunden dauern:

Solange dieser Prozess nicht täglich ausgeführt wird, ist es nicht unwahrscheinlich, dass sich dadurch etwas ändert. Überprüfen Sie das Daemon-Protokoll auf nsrim Tägliche Erledigung. Weitere Informationen finden Sie unter: NetWorker: So planen Sie die NetWorker Online-Datei- und Medienindexwartungsvorgänge

Service neu starten

Der Neustart der NetWorker-Services erzwingt verschiedene Startprüfungen, die möglicherweise Probleme in Daemon-Protokollfehlermeldungen aufdecken und möglicherweise beheben. Wenn Datenbankprobleme schwerwiegend zu sein scheinen, stellen Sie vor dem Anhalten von Services sicher, dass ausreichend freier Speicherplatz verfügbar ist und die Bootstrap-Speicherorte bekannt sind (mminfo -B Ausgabe). Idealerweise führen Sie Folgendes aus nsrmmdbasm -s /nsr/mm/mmvolrel_path > mm.xdr Versuchen Sie zunächst, eine aktuelle Mediendatenbankkopie zu extrahieren. Erstellen Sie vor dem Neustart der Services eine Kopie der /nsr/mm/mmvolrel Ordner, der später für forensische oder Wiederherstellungszwecke erforderlich sein kann. Weitere Informationen finden Sie unter: Exportieren der NetWorker-Mediendatenbank mithilfe von nsrmmdbasm

Export und Reimport der Mediendatenbank.

Dieser Prozess vermeidet eine vollständige Disaster Recovery, indem nur brauchbare Mediendatenbankdatensätze extrahiert und auf den Server erneut importiert werden, ohne die Services zu beenden. Dies sollte jedoch nur erfolgen, wenn sich der Server im Leerlauf befindet, und sollte niemals mit ausgeführten Jobs versucht werden. Verwenden Sie den vollständigen Pfad anstelle von mmvolrel (der je nach Installation oder Betriebssystem variieren kann).

1. Bevor Sie beginnen, markieren Sie alle Festplatten-Volumes nach dem Unmounten als Scan erforderlich. Wenn die automatische Medienverwaltung für Geräte eingestellt ist, die Festplatten-Volumes hosten, müssen Sie dies zuerst deaktivieren. Für Band-Volumes ist dieser Schritt nicht erforderlich. 
   HINWEIS: Im folgenden Artikel wird beschrieben, wie Sie Volumes als "Scan NOT Needed" markieren. Es kann jedoch auch verwendet werden, um Volumes mit "Scan Needed" zu markieren. Befolgen Sie dazu die Anweisungen, legen Sie jedoch "Scan erforderlich" anstelle von "Nicht erforderlich" auf NetWorker fest: Verschieben von Volumes von „Scan erforderlich“ zu „KEIN Scan erforderlich“.
2. Führen Sie mminfo Befehle, die in der Präambel beschrieben sind, um Ihre vorläufigen Berichte vorzubereiten.
3. Überprüfen der Größe der Mediendatenbank mmvolrel Ordner und Datensatz
4. Stellen Sie sicher, dass keines der nsrck, nsrim, nsrmmdbasm Prozesse werden ausgeführt; Wenn große, alte oder nicht kürzlich geänderte Dateien im übergeordneten MM-Ordner vorhanden sind wie mm/[alphanumerics], verschieben oder löschen, wenn sie nicht durch einen Prozess gesperrt sind.
5. Extrahieren Sie die Mediendatenbank in eine XDR-Datei: Exportieren der NetWorker-Mediendatenbank mithilfe von nsrmmdbasm
6. Vergleichen Sie die Größe der neuen Datei mit der Größe der mmvolrel Ordner – wenn sollte eine ähnliche Größe haben. Wenn sie winzig ist (4 B oder eine Handvoll KB), ist der Befehl fehlgeschlagen. Wenn es kleiner ist, wurden möglicherweise beschädigte Datensätze im Rahmen des Prozesses entfernt.
7. Bereiten Sie den Server auf die Wiederherstellung seiner Mediendatenbank vor, indem Sie das Statusfeld des Servers in NMC/NWUI auf Disaster Recovery festlegen oder mithilfe von nsradmin.
8. Stellen Sie direkt aus der Extraktdatei der Mediendatenbank mithilfe des nsrmmdbasm Führen Sie den Befehl erneut aus: nsrmmdbasm -r -2 < mm.xdr
9. Sobald der Vorgang abgeschlossen ist, führen Sie denselben mminfo  wie in der Präambel beschrieben, und vergleichen Sie die Werte von Saveset und geschriebenen Werten pro Volume, wobei sichergestellt wird, dass alle Volumes vorhanden sind. Ebenso mminfo -C Die Werte sollten identisch sein.
10. Wenn es Abweichungen gibt, nehmen Sie dies zur Kenntnis und überlegen Sie sorgfältig, wie Sie vorgehen sollen. Wenden Sie sich an den Support, wenn Sie sich von den angezeigten Ergebnissen nicht sicher sind:
    • Für Volumes, die fehlerfrei zu sein scheinen, können Sie das Flag Scan-Needed entfernen und die Volumes mounten, da keine Gefahr besteht, dass Savesets gelöscht werden, wenn anscheinend keine Savesets aus dem Volume entfernt wurden, sofern die Savesets und geschriebenen Werte konsistent sind. 
    • Volumes, die weniger Savesets oder eine niedrigere geschriebene Gesamtsumme anzeigen, sollten das Flag Scan-Needed beibehalten und den Scanner ausführen: scanner -i devicename , um Dateien, die auf dem Volume gefunden wurden und keine Datensätze mehr haben, wieder einzuführen. Sobald scanner für jedes Volume abgeschlossen wurde, überprüfen Sie die Saveset-Anzahl erneut und entfernen Sie das Flag Scan erforderlich. Siehe: NetWorker: Verschieben von Volumes von „Scan erforderlich“ zu „KEIN Scan erforderlich“.
    • Mounten Sie das Volume erneut, sobald Sie sicher sind. scanner hat Savesets ersetzt, von denen erwartet wurde, dass sie fehlen.

NetWorker-Server-Disaster-Recovery (nsrdr)

Die vollständige Disaster Recovery durchgeführt von nsrdr Stellt nicht nur die Mediendatenbank, sondern auch andere Serverelemente wie die Ressourcendatenbank und die Auftragsdatenbank wieder her. Lesen Sie den Leitfaden zu den Best Practices für Server-Disaster-Recovery und -Verfügbarkeit für Ihre Version, bevor Sie versuchen, diesen Vorgang fortzusetzen.
Dieser Befehl setzt voraus, dass die Speicher-Nodes online und erreichbar sind, um abgeschlossen zu werden. Siehe auch: NetWorker: NetWorker Server Disaster Recovery (NSRDR)