:: bayreuth.tk ::

Snapshot einrichten/ ändern

Snapshots auf der NS480 haben den Vorteil, dass Benutzer Dateien, die sie versehentlich gelöscht haben, selbst zurückholen können. Die Funktion integriert sich problemlos in die "ShadowCopies"- Funktionalität von Windows- Systemen, so dass durch die Auswahl von "Vorherige Versionen" ein Browsing durch die verschiedenene Snapshots problemlos und einfach möglich ist.

Zum Einrichten von Snapshots auf der NS480 muss SnapSure lizenziert sein. Das Einrichten an sich kann über die WebGUI oder auch über die Kommandozeile erfolgen- eine spätere Änderung der aufzubewahrenden Snapshots funktioniert bei verschiedenen NAS-Codes allerdings nur über die Shell (siehe unten).

Will man für das Filesystem fs1 stündliche Snapshots während der Arbeitszeit erstellen sieht das wie folgt aus:

nas_ckpt_schedule -create fs1-hourly -filesystem fs1 -recurrence weekly -days_of_week Mon,Tue,Wed,Thu,Fri -every 1 -start_on 2010-11-25  -runtimes 07:00,08:00,09:00,10:00,11:00,12:00,13:00,14:00,15:00,16:00,17:00,18:00 -keep 6


Hierdurch wird ein Snapshot- Task erstellt, der von Montag bis Freitag stündlich von 7-18 Uhr läuft. Es werden hierbei 6 Snapshots aufbewahrt. Der Name fs1-hourly kann beliebig vergeben werden.

 

Will man die Anzahl der aufzubewahrenden Snapshots ändern ergibt sich beim NAS-Code 5.6 das Problem, dass dies nicht möglich ist (siehe emc204439 im Powerlink).

Die Lösung dafür ist, den Schedule zu löschen und den Schedule mit dem gleichen Namen wieder anzulegen. Hierdurch bleiben bereits erstellte Snapshots erhalten. D.h. will man diese Änderung für den Schedule namens fs1-hourly, der das Filesystem fs1 betrifft durchführen ist folgendes Vorgehen notwendig:

nas_ckpt_schedule -delete fs1-hourly
nas_ckpt_schedule -create fs1-hourly -filesystem fs1 -recurrence weekly -days_of_week Mon,Tue,Wed,Thu,Fri -every 1 -start_on 2010-11-25  -runtimes 07:00,08:00,09:00,10:00,11:00,12:00,13:00,14:00,15:00,16:00,17:00,18:00 -keep 12
 

Aber Achtung: Nach der Änderung beginnt die Erstellung von vorne. Das bedeutet, dass der nächste Snapshot die Nummer 1 hat.

Kontrollieren kann man den Erfolg der Änderung durch

nas_ckpt_schedule -info fs1-hourly

Aus der Ausgabe kann man Anhand der Anzahl der Tasks die aufzubewahrenden Snapshots ablesen:

[nasadmin@cs11 ~]$ nas_ckpt_schedule -info fs1-hourly
Id                     = 6
Name                   = fs1-hourly
Description            =
Tasks                  = Checkpoint ckpt_fs1-hourly_001 on filesystem id=58, Checkpoint ckpt_fs1-hourly_002 on filesystem id=58, Checkpoint ckpt_fs1-hourly_003 on filesystem id=58, Checkpoint ckpt_fs1-hourly_004 on filesystem id=58, Checkpoint ckpt_fs1-hourly_005 on filesystem id=58, Checkpoint ckpt_fs1-hourly_006 on filesystem id=58, Checkpoint ckpt_fs1-hourly_007 on filesystem id=58, Checkpoint ckpt_fs1-hourly_008 on filesystem id=58, Checkpoint ckpt_fs1-hourly_009 on filesystem id=58, Checkpoint ckpt_fs1-hourly_010 on filesystem id=58, Checkpoint ckpt_fs1-hourly_011 on filesystem id=58, Checkpoint ckpt_fs1-hourly_012 on filesystem id=58
Next Run               = Thu Nov 25 11:00:00 CET 2010
State                  = Active
Recurrence             = every 1 weeks
Start On               = Thu Nov 25 09:00:00 CET 2010
End On                 =
At Which Times         = 07:00,08:00,09:00,10:00,11:00,12:00,13:00,14:00,15:00,16:00,17:00,18:00
On Which Days of Week  = Mon,Tue,Wed,Thu,Fri
On Which Days of Month =

In diesem Fall also 12- ckpt_fs1-hourly_001 bis ckpt_fs1-hourly_012.

 

Celerra Quota Report

Will man einen Quota-Report auf einer EMC Celerra erzeugen kann man sich auf der Controlstation als nasadmin anmelden und folgenden Befehl ausfuehren:

[nasadmin@cs11 ~]$ nas_quotas -report -user -fs fs2
Report for user quotas on filesystem fs2 mounted on /fs2
+------------+---------------------------------+-------------------------------+
|User        |         Bytes Used  (1K)        |            Files              |
+------------+--------+-------+-------+--------+--------+------+------+--------+
|            |   Used |  Soft |  Hard |Timeleft|   Used | Soft | Hard |Timeleft|
+------------+--------+-------+-------+--------+--------+------+------+--------+
|#32769      |      40|15360000|20480000|        |       5|     0|     0|        |
|#33066      |      96|15360000|20480000|        |      15|     0|     0|        |
|#33189      |     688|15360000|20480000|        |      35|     0|     0|        |
|#33215      |16190568|15360000|20480000| 5.1days|    9109|     0|     0|        |
...
+------------+--------+-------+-------+--------+--------+------+------+--------+
done

Da das System sich gegen AD authentifiziert waere es natuerlich durchaus interessant zu wissen, wer die Benutzer mit der jeweiligen User-ID sind.
Hierzu kann man sich das Mapping, das die Celerra automatisch anlegt (vergleichbar zu einem Samba-Server) anzeigen lassen:

[nasadmin@cs11 ~]$ server_usermapper mover11 -Export -user /tmp/userliste
[nasadmin@cs11 ~]$ view /tmp/userliste
S-1-5-15-40ac432e-25920c78-320a1993-1f4:*:32769:32768:user administrator from domain domain:/usr/S-1-5-15-40ac432e-25920c78-320a1777-1f4:/bin/sh
S-1-5-15-40ac432e-25920c78-320a1993-489:*:33066:32768:user user1 from domain domain:/usr/S-1-5-15-40ac432e-25920c78-320a1777-489:/bin/sh
S-1-5-15-40ac432e-25920c78-320a1993-48b:*:33189:32768:user user2 from domain domain:/usr/S-1-5-15-40ac432e-25920c78-320a1777-48b:/bin/sh
S-1-5-15-40ac432e-25920c78-320a1993-49b:*:33215:32768:user user3 from domain domain:/usr/S-1-5-15-40ac432e-25920c78-320a1777-49b:/bin/sh
...

mover11 ist hierbei der Name des Datamovers. Alternativ kann hier auch ALL angegeben werden um die Übersicht für alle Datamover generieren zu lassen.
Hier sieht man, dass der Benutzer, der die Softquota überschritten hat der Benutzer user3 aus der Domäne domain ist. Das 3. Feld enthält die Benutzer-ID, die auch in der Quota- Übersicht angezeigt wird- das 5. Feld den Benutzernamen und die Domain.

Celerra Quota eines Benutzers ändern

Nachdem wir nun wissen dass der Benutzer mit der ID 33215 schon sehr viel Speicherplatz verbraucht, und wir auch wissen dass es organisatorisch keine Möglichkeit gibt ihn dazu zu bringen Daten zu löschen, heben wir notgedrungen seine Quota an.
Dies geschieht durch:

nas_quotas -edit -fs fs2 -block 81920000:61440000 -inode 0:0 33215

Der Erfolg des Befehls wird durch ein lapidares "done" bestätigt.

Checkpointgrösse

Nach der Einrichtung von Checkpoints für ein Filesystem stellt sich über kurz oder lang- eher kurz- die Frage wieviel Speicherplatz auf dem Savvol eigentlich dafür verbraucht wird.
Das Prüfen der Grösse eines einzelnen Snapshots geht noch recht einfach von der Hand:

[nasadmin@cs11 ~]$ nas_fs -size ckpt_fs1-daily_020
volume: total = 302400 avail = 82239 used = 220161 ( 73% ) (sizes in MB)
ckptfs: total = 984741 avail = 338171 used = 646570 ( 66% ) (sizes in MB) ( blockcount = 619315200 ) ckpt_usage_on_savvol: 128MB ( 0% )

Geht es dann aber daran die Gesamtmenge zu bestimmen hilft folgendes Script weiter:

#!/bin/sh
for ckpt in `nas_fs -query:Type==ckpt -format:"%s " -fields:Name` 
do
  fs=`nas_fs -query:Name==$ckpt -fields:BackupOf -format:"%s " `
  nr=`nas_fs -query:Type==ckpt:BackupOf==$fs -fields:Name -format:"%s\n" | wc -l`
  echo -n $fs has $nr ckpts savvol " "
  nas_fs -size $ckpt | head -1
done | sort -u


Die Ausgabe sieht in etwa wie folgt aus:

fs1 has 49 ckpts savvol  volume: total = 302400 avail = 82239 used = 220161 ( 73% ) (sizes in MB)
fs2 has 49 ckpts savvol  volume: total = 262400 avail = 71167 used = 191233 ( 73% ) (sizes in MB)
fs3 has 49 ckpts savvol  volume: total = 80000 avail = 39935 used = 40065 ( 50% ) (sizes in MB)
fs5 has 6 ckpts savvol  volume: total = 4102 avail = 3333 used = 769 ( 19% ) (sizes in MB)