Hyper Backup Vault HB Vault schreibt nach Backup noch weiter auf die Platte

[DS1515+]

Moin,

ich habe ein ca 3,1 TB großes Backup von meiner DS1621+ auf die DS1515+ mit Hyper Backup und HB Vault auf der 1515+ erstellt. Das wurde nach 12 Stunden auch erfolgreich beendet. Aber auf der 1515+ rödelt die Festplatte munter weiter vor sich hin. Und zwar schreibt hier HB Vault immer noch permanent mit ca. 5-6 MB/s irgendetwas auf die Platte. Was läuft da noch? Und wie lange läuft das noch? Ist das normal? Ich möchte jetzt eigentlich die Festplatten aus der 1621+ ausbauen, gegen SSDs tauschen und dann das Backup wieder einspielen. Bin mir aber nicht sicher, ob das Backup wirklich schon fertig ist. Die E-Mail von HB kam natürlich schon mit der Meldung erfolgreich. Oder sind das Optimierungen?

 

[Benares]

Warte einfach mal ab. Vielleicht läuft da noch sowas wie eine Integritätsprüfung, die nicht mehr zum eigentlichen Backup zählt.

 

[plang.pl]

Das habe ich auch schon beobachtet. Meist war es nach ca. einer halben Stunde fertig mit dem nachträglichen Schreiben. Ich kann allerdings nicht genau sagen, was das ist. Doch wenn Vault anzeigt, dass es fertig ist, ist das eigentliche Backup auch fertig. Ich habe schon mehrmals während dieses nachträglichen Schreibens die Remote-DS heruntergefahren und nie Probleme mit einem folgenden Restore gehabt.
Da werden also gerade noch Optimierungen laufen. Spielt aber m.W. für die Integrität der Sicherung keine Rolle

 

[Benares]

Hier mal eine kleine Auswahl dessen, was es alles sein könnte

root@DS1522:~# /volume1/@appstore/HyperBackupVault/bin/synoimgbkptool --help
usage:
1) remove marked versions:
   synoimgbkptool -r REPO_PATH -t TARGET_ID -I loginUid -c
2) set save-point (duplicate necessary index/DB):
   synoimgbkptool -r REPO_PATH -t TARGET_ID -s [bkp|del|sus]
3) set save-point and update guard file CRC (duplicate necessary index/DB):
   synoimgbkptool -r REPO_PATH -t TARGET_ID -s [bkp|del|sus] -K 2
4) roll back:
   synoimgbkptool -r REPO_PATH -t TARGET_ID -b
5) roll back and designate the objective target's status, pid, and pcmd:
   synoimgbkptool -r REPO_PATH -t TARGET_ID -b -a STATUS -i PID -m PCMD
6) roll back followed by version deletion:
   synoimgbkptool -r REPO_PATH -t TARGET_ID -b -d LIST_VERSION_ID
   Example: synoimgbkptool -r /volume1/shareName -t 3 -b -d 1,2,5,3,7,
7) scan all repositories or repositories in specific volume and roll-back needed local/remote targets:
   synoimgbkptool -n -y local
   synoimgbkptool -n -y remote
   synoimgbkptool -n -y local -q VOLUME_PATH
   synoimgbkptool -n -y remote -q VOLUME_PATH
8) scan all  repositories or repositories in specific volume and mark the local/remote targes needing migrate scan:
   synoimgbkptool -M -y local
   synoimgbkptool -M -y remote
   synoimgbkptool -M -y local -q VOLUME_PATH
   synoimgbkptool -M -y remote -q VOLUME_PATH
10)do version rotation:
   synoimgbkptool -r REPO_PATH -t TARGET -o
11)do repository upgrade
   synoimgbkptool -g VOLUME_PATH
12)scan all volumes to do repository upgrade
   synoimgbkptool -G
13)remove specified versions (Image Cloud):
   synoimgbkptool -k TASK_ID -c -C -v 1,2,3
14)rotate versions (Image Cloud):
   synoimgbkptool -k TASK_ID -o -C
15)clear temp folders in the all cloud image cache
   synoimgbkptool -e
16) compute the space usage of the target:
   synoimgbkptool -r REPO_PATH -t TARGET_ID -p
17) compute the space usage of the cache (Image Cloud):
   synoimgbkptool -r REPO_PATH -t TARGET_ID -k TASK_ID -P
18) scan image remote target in volume:
   synoimgbkptool -l SHARE_NAME
19) scan image remote target and reset target action in server target list:
   synoimgbkptool -L
20)recover virtual-file index reference count and skip invalid broken records
   synoimgbkptool -r REPO_PATH -t TARGET -f -R vf
21)recover virtual-file index reference count and stop if any broken record is found
   synoimgbkptool -r REPO_PATH -t TARGET -R vf
23)perform error detection on index
   synoimgbkptool -r REPO_PATH -t TARGET -z i -T LAUNCH_TIME
23)perform error detection on index, data and guard
   synoimgbkptool -r REPO_PATH -t TARGET -z idg -x SESSION_INFO_PATH -T LAUNCH_TIME
24)update candidate chunk db into guard db, <type|idx|name>
   synoimgbkptool -r REPO_PATH -t TARGET -u <1|-1|config/candidate_chunk.db>
25)update 6.0 beta cloud image cache owner and mode
   synoimgbkptool -U
26)compact a bucket of objective cloud target (synocloud):
   synoimgbkptool -k TASK_ID -B BUCKET_ID
27)vacuum cand-chunk db
   synoimgbkptool -r REPO_PATH -t TARGET -V cand
28)vacuum version-list db
   synoimgbkptool -r REPO_PATH -t TARGET -V ver
29)integrity check with time limit
   synoimgbkptool -r REPO_PATH -t TARGET -z id -T LAUNCH_TIME -O TIME_LIMIT

 

[DS1515+]

Also das läuft jetzt schon seit 10 Stunden. Wenn das nur bei der Initialsicherung passiert ist es mir auch egal aber wenn es nach jeder weiteren Sicherung auch ewig weiter lauten würde, hätte ich ein Problem. Ich will die DS1515+ künftig nur für die Sicherung per WOL aufwecken lassen und nach der Sicherung wieder automatisch runterfahren lassen. Aber so wird sie nicht in den Ruhezustand gehen.

Update: Jetzt ist der Spuk vorbei. Und ich kann nun mit Umbau und Rücksicherung anfangen.

 

[maxblank]

Check mal, ob da die Integritätsprüfung durchgelaufen ist.