Protection Manager: Verschieben eines SnapVault-Secondary Volumes

Planung hin oder her - es kann vorkommen, dass ein vom Protection Manager verwalteter Ressource-Pool volläuft und keine Möglichkeit besteht, diesen zu vergrössern.
Der Protection Manager bietet (mindestens in der Version 4) keine Boardmittel, um das Secondary-Volume in einen neues Aggregate zu verschieben.

Eine Rundum-Wohlfühl-Lösung habe ich keine gefunden, dafür aber eine Quick- und Dirty-Variante, bei welcher wenigstens keine Backups verloren gehen:

Step 1 - Daten auf das neue Volume spiegeln

vol create svdest_neu -l C.UTF-8 aggr1_sata 2340g
snap reserve svdest_neu 0
snap sched svdest_neu 0
vol restrict svdest_neu
snapmirror initialize -S svdest svdest_neu

Step 2 - Spiegel brechen

snapmirror update svdest_neu
snapmirror quiesce svdest_neu snapmirror break svdest_neu

Step 3 - Dataset bearbeiten
Als nächstes gilt es, das alte SnapVault-Secondary-Volume aus dem Dataset zu entfernen:


Step 4 - Volumes umbenennen / offline nehmen

vol rename svdest svdest_old
vol rename svdest_neu svdest
vol offline svdest_old

Step 5 - SnapVault-Beziehungen wiederherstellen

snapvault start -S 10.0.0.2:/vol/volume1/qtree1 /vol/svdest/qtree1
snapvault start -S 10.0.0.2:/vol/volume2/qtree1 /vol/svdest/qtree2
...
snapvault start -R /vol/svdest/qtree1
snapvault start -R /vol/svdest/qtree2
...

Step 6 - Dataset bearbeiten
Damit die Datensicherung wieder vom PM verwaltet wird, muss das neue Secondary Volume dem Dataset hinzugefügt werden.

Step 7 - Abschliessende Schritte
Altes Volume löschen, Guarantee auf None stellen, ...


Wichtig:
Die alten Backups werden nicht mehr von dem Protection Manager verwaltet und müssen deshalb manuell restored und schlussendlich auch gelöscht werden.

Volume gelöscht, obwohl LUN online & connected

Bei dutzenden Datenübernahmen ist es ziemlich schnell passiert, dass ein Volume auf dem NetApp-Filer gelöscht wird, ohne vorher das LUN auf dem Server zu disconnecten. Windows hat damit grosse Mühe, vorallem wenn das LUN nicht über einen Laufwerksbuchstaben, sondern über einen Volume-Mountpoint eingehängt war. Der Mountpoint ist ab diesem Moment "gelockt" und kann nicht wiederverwendet werden. Ein Reboot würde das Problem bestimmt beheben, je nach Produktivität des Server aber nicht wirklich möglich.

Für diesen Fall gibt es das Windows-interne Tool "mountvol".

Syntax wie folgt:

mountvol /D [mountpoint]

Ab sofort ist der Lock aufgehoben und der Mountpoint lässt sich wieder normal verwenden.

DFM: Report generieren via CLI

Belegte Kapazität der QTrees in einem Volume ausgeben:

dfm report view -F csv qtrees-capacity 7518 > qtrees.csv

Belegte Kapazität der Benutzer auf einem Volume ausgeben:

dfm report view -F csv -g 23723 users-quotas-total > userquotas.csv