NetWorker: So erzwingen Sie das Entfernen eines abgelaufenen Saveset
Zusammenfassung: Obwohl das Entfernen abgelaufener Savesets von Festplattengeräten ein automatisiertes Verfahren ist, müssen in einigen Situationen das Entfernen abgelaufener Savesets erzwungen werden. In diesem Artikel wird gezeigt, wie Sie die Ausführung dieses Verfahrens erzwingen und welche Stopper das Entfernen von abgelaufenen Savesets verhindern können. ...
Weisungen
E) wird für normale Situationen bevorzugt, in denen eine Speicherplatzrückgewinnung erforderlich ist, die Datenbankintegrität jedoch nicht in Frage gestellt wird. Eine falsche Verwendung dieser Informationen kann zu Datenverlust führen. Der Dell Support kann keine Empfehlungen geben, welche Daten gelöscht werden sollten, und kann auch keine Daten aus einer Umgebung löschen. Der/die NetWorker-AdministratorIn muss mit Genehmigung des Standort-, Storage- und Infrastrukturmanagements die zu löschenden Daten identifizieren und validieren und dann den Löschvorgang durchführen.
Voraussetzungen:
Die folgenden Schritte müssen durchgeführt werden, bevor Sie mit dem Entfernen von Savesets von Festplattengeräten fortfahren. Überspringen Sie keine Schritte und fahren Sie erst fort, wenn Sie sicher sind, dass die Daten nicht mehr benötigt werden.
- Das Volume mit den abgelaufenen Savesets muss auf einem Gerät im Lese-/Schreibmodus gemountet sein. Sie können diese Anforderung überprüfen, indem Sie den folgenden Befehl ausführen:
nsrmm
nsrmm zeigt eine Liste aller Geräte und Volumes an, die auf diesen Geräten gemountet sind. Stellen Sie sicher, dass das Volume, das Sie bereinigen möchten, gemountet ist, und überprüfen Sie im Lese-/Schreibmodus die folgenden Ausgabebeispiele:
<media type> <volume name> mounted on <Device name>, <mount mode>
[root@srvr ~] nsrmm Data Domain disk DDBoost.002 mounted on rd=SN1:boostdevARC, write enabled Data Domain disk DDBoostDaily.001 mounted on rd=SN1:boostdev01, write enabled Data Domain disk IndexPool.005 mounted on Index, write enabled Data Domain disk DDBoost.006 mounted on rd=SN1:boostARC, write enabled Data Domain disk DDBoost.024 mounted on rd=SN1:boostdev11, write enabled Data Domain disk DDBoost.022 mounted on rd=SN1:boostdev09, write enabled Data Domain disk DDBoost.006 mounted on rd=SN1:boostdev05, write enabled Data Domain disk DDBoost.037 mounted on rd=SN1:boostdev2, write enabled Data Domain disk DDBoost.020 mounted on rd=SN1:boostdev06, write enabled Data Domain disk CDDBoost.002 mounted on Cboost02, write enabled Data Domain disk CDDBoost.001 mounted on Cboost01, write enabled Data Domain disk DDBoost.028 mounted on rd=SN1:boostdev12, write enabled Data Domain disk VDDBoost.006 mounted on rd=SN1:vboostdev2, write enabled Data Domain disk DDBoost.037 mounted on boostdev2, write enabled
- Die Volumes mit abgelaufenen Savesets dürfen nicht auf
read-onlyoderscan-neededStaat. Die Möglichkeit, diesen Punkt zu überprüfen, besteht darin, die Volume-Attribute mithilfe dermminfoAbfrage:mmifo -mvV -q "volume=<volume name>"
Oder:mminfo -mvV -q "type=Data Domain,type=adv_file"
[root@srvr ~]# mminfo -mvV -q "type=Data Domain,type=adv_file" state volume written (%) expires read mounts capacity volid next type flags M CBoost.001 120 TB full manual 0 KB 10 0 KB 2932002210 0 Data Domain CBoost.002 114 TB full 01/19/2038 0 KB 11 0 KB 4254375504 0 Data Domain CBoostARC.001 0 KB 0% undef 0 KB 6 0 KB 3767837147 0 Data Domain CBoostw.001 12 TB full 01/19/2038 0 KB 9 0 KB 4237598388 0 Data Domain CBoostw.002 15 TB full 01/19/2038 0 KB 9 0 KB 4204044079 0 Data Domain CvBoostw.001 14 TB 100% 09/17/2016 0 KB 10 0 KB 3818168663 0 Data Domain CvBoostw.002 14 TB 100% 09/17/2016 0 KB 11 0 KB 3801391451 0 Data Domain Cindex.001 3726 GB 100% 01/19/2038 0 KB 6 0 KB 3784614359 0 Data Domain Boost.001 13 TB 100% 12/07/2016 15 TB 22 0 KB 2294641726 0 Data Domain Boost.004 13 TB 100% 12/07/2016 7880 GB 91 0 KB 1707440518 0 Data Domain Boost.006 13 TB 100% 12/07/2016 15 TB 61 0 KB 2059761217 0 Data Domain Boost.020 13 TB 100% 12/07/2016 13 TB 23 0 KB 1623554894 0 Data Domain Boost.021 14 TB 100% 12/06/2016 15 TB 21 0 KB 1640332083 0 Data Domain Boost.022 13 TB full 12/07/2016 11 TB 21 0 KB 1590000634 0 Data Domain Boost.023 14 TB 100% 12/06/2016 14 TB 22 0 KB 1606777826 0 Data Domain Boost.024 13 TB 100% 12/07/2016 11 TB 22 0 KB 1808103225 0 Data Domain Boost.028 15 TB 100% 12/07/2016 14 TB 26 0 KB 2244310451 0 Data Domain Boost.029 79 TB 100% 11/30/2016 221 TB 28 0 KB 4229919 0 Data Domain Boost.030 86 TB 100% 11/30/2016 212 TB 40 0 KB 4282420003 0 Data Domain Boost.031 74 TB 100% 11/30/2016 203 TB 33 0 KB 4265642791 0 Data Domain Boost.032 83 TB 100% 11/30/2016 224 TB 32 0 KB 4248865579 0 Data Domain Boost.033 87 TB 100% 11/30/2016 222 TB 38 0 KB 4232088367 0 Data Domain Boost.034 81 TB 100% 11/28/2016 214 TB 31 0 KB 4215311155 0 Data Domain Boost.035 83 TB 100% 11/30/2016 229 TB 31 0 KB 4198533944 0 Data Domain Boost.036 100 TB 100% 11/30/2016 232 TB 30 0 KB 4181756734 0 Data Domain Boost.037 13 TB 100% 12/07/2016 10 TB 2 0 KB 2277864636 0 Data Domain BoostARC.002 586 GB 100% 09/21/2016 516 GB 18 0 KB 1673886395 0 Data Domain BoostARC.005 801 GB 100% 09/13/2016 139 GB 35 0 KB 2806030958 0 Data Domain BoostARC.006 605 GB 100% 09/21/2016 183 GB 0 0 KB 3032861639 0 Data Domain BoostCLN.001 13 TB 100% 01/19/2038 52 GB 52 0 KB 2529052554 0 Data Domain BoostCLN.002 12 TB 100% 02/10/2039 16 GB 52 0 KB 2512275346 0 Data Domain BoostW.005 107 KB 100% undef 5100 GB 31 0 KB 3594048161 0 Data Domain r BoostW.006 111 KB 100% undef 5175 GB 36 0 KB 2537117179 0 Data Domain r BoostW.011 1261 GB 100% 10/02/2016 1261 GB 21 0 KB 1774548991 0 Data Domain BoostW.012 1206 GB 100% 10/03/2016 1021 GB 21 0 KB 1757771848 0 Data Domain BoostW.015 14 TB 100% 11/30/2016 35 TB 32 0 KB 2789253746 0 Data Domain BoostW.016 17 TB 100% 11/30/2016 28 TB 31 0 KB 2755699318 0 Data Domain BoostWCLN.001 314 GB 100% 02/03/2039 0 KB 53 0 KB 2461943727 0 Data Domain BoostWCLN.002 993 GB 100% 02/03/2039 0 KB 55 0 KB 2445166522 0 Data Domain HVBoost.005 26 TB 100% 09/20/2016 282 GB 30 0 KB 2705367674 0 Data Domain HVBoost.006 25 TB 100% 09/20/2016 408 GB 26 0 KB 2671813247 0 Data Domain IndexC.001 83 GB 100% 01/19/2038 4361 KB 72 0 KB 2428389314 0 Data Domain S IndexPool.004 2358 GB 100% 07/13/2017 5163 GB 30 0 KB 4234285 0 Data Domain IndexPool.005 2500 GB 100% 12/07/2016 5196 GB 52 0 KB 4282424369 0 Data Domain IndexPool.006 2540 GB 100% 12/06/2016 5519 GB 32 0 KB 2621543382 0 Data Domain srvr.007 1024 MB 100% 06/20/2016 4510 GB 9 0 KB 3846074226 0 adv_file r [root@srvr ~]#
- Volumes mit Markierung "
r" schreibgeschützte Volumes sind und daher werden die abgelaufenen Savesets dieser Volumes nur entfernt, wenn das Volume aus dem schreibgeschützten Status freigegeben wird, indem Folgendes ausgeführt wird:nsrmm -o notreadonly <volume name> - Volumes mit Markierung "
S" sind Scan-benötigte Volumes (dies ist häufig das Ergebnis einer Disaster Recovery (nsrdr) unterliegen nicht dem Space Recovery-Verfahren, da sie neu synchronisiert werden müssen von:scanner -m <mounting device name>, dann, sobald diescannerVorgang abgeschlossen ist, können Sie die Markierung entfernen, indem Sie:nsrmm -o notscan <volume name>
- Die Lautstärke sollte nicht eingestellt werden auf:
ManualAblaufstatus, wie im folgenden Beispiel angegeben:
[root@srvr ~]# mminfo -mvV -q "type=Data Domain,type=adv_file,manual"
state volume written (%) expires read mounts capacity volid next type flags
M CCR.008 80 TB full manual 0 KB 10 0 KB 2932458710 0 Data Domain
[root@srvr ~]#
Volumes mit manuellem Ablaufstatus behalten alle abgelaufenen Savesets bei, bis diese Savesets manuell gelöscht werden. Um diesen Status auf den Status "Automatic" zurückzusetzen: nsrmm -o notmanual <volume name>
- Die Volumes mit abgelaufenen Savesets müssen sich im "Leerlauf" befinden, d. h., auf diesem Volume werden keine Lese- oder Schreibvorgänge ausgeführt.
- Durchführen eines Serverschutz-Backups und Erfassen der Bootstrap-Saveset-Details:
mminfo -B - Exportieren Sie die vorhandene Mediendatenbank in das XDR-Format: Exportieren der NetWorker-Mediendatenbank mithilfe von nsrmmdbasm
Verfahren:
- Sammeln
mminfosind. Bewahren Sie die Ausgabe zur Überprüfung in einer Textdatei auf:mminfo -mvV -q "type=Data Domain,type=adv_file" - Führen Sie den Ablaufprozess aus:
nsrim -X
nsrim -X Die Performance kann beeinträchtigt sein. Sie können den Daten-Recycler wie folgt auf bestimmte Volumes beschränken: nsrim -X -V <volume name>
- Erstellen einer Liste von Volumes mit abgelaufenen Savesets
- Stellen Sie sicher, dass sich der Server im Leerlauf befindet. Es werden keine Backups, Clones oder Recoveries ausgeführt:
nsrwatch(Es müssen Nullsitzungen angezeigt werden. Stellen Sie sicher, dass keine Jobs zur bevorstehenden Ausführung geplant sind) - Führen Sie für jedes Festplatten-Volume mit abgelaufenen Savesets Folgendes aus:
nsrstage -vvvv -C -V <volume name>
Überprüfung:
Die Daten des NetWorker-Servers daemon.raw zeigt NSRD, das das Löschen von Savesets (für jedes Saveset) auf jedem Volume protokolliert:
- Linux:
/nsr/logs/daemon.raw - Windows (Standardeinstellung):
C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw
NetWorker: So verwenden Sie nsr_render_log zum Rendern .raw Protokolldateiennsrd NSR info Media Info: Deleted 18 MB from save set 882684863 on volume CBoostARC.001
Am Ende des Verfahrens zur Speicherplatzwiederherstellung führt der Speicher-Node-Prozess (nsrsnmd) protokolliert die Menge des wiedergewonnenen Speicherplatzes für jedes Gerät und Volume. Der NetWorker-Serverprozess (nsrd) protokolliert ähnliche Meldungen:
nsrsnmd NSR info Recovered 624 MB from device DD4500_Index for volume (Index.005)nsrd NSR info Media Info: Recovered 624 MB by deleting 50 savesets from device DD4500_Index.
nsrsnmd Meldungen werden in den Meldungen des Remote-Storage-Nodes gefunden daemon.raw.
Überprüfen Sie die Größen der Festplatten-Volumes und vergleichen Sie sie mit den Größen, die vor der Durchführung dieses Verfahrens gemeldet wurden: mminfo -mvV -q "type=Data Domain,type=adv_file"