Time Backup - BETA

[randfee]

gut, danke, dann werde ich die die Tage auch mal ausprobieren, morgen kommt mein DS410. Da ist erstmal viel rumspielen angesagt bevor ich richtig weiß was ich da wie einzurichten habe.

 

[itari]

So Time Backup von einer internen Platte zur anderen auf der DS509+ von 420 GB dauerte von 11:52 bis 19:00.

Im Time Backup werden jetzt 2 Versionen angezeigt (eben diese beide Uhrzeiten). Man kann sich das Backup mit einem Filebrowser anschauen und gezielt einzelne Dateien oder Verzeichnisse zurück sichern oder woanders hin kopieren. Natürlich kann man auch die gesamte Sicherung wiederherstellen.

Das Backup ist wohl eine Art rsnapshot und wird mit rsync-Prozessen realisiert. Die Time Backup Sicherungen werden nicht bei den normalen Sicherungen im DSM angezeigt. Ich habe jetzt eingestellt, dass jede Stunde ein Aufzeichnungspunkt erstellt werden soll und werde berichten, wie es weiterhin so läuft.

Da man jetzt so zu sagen zwei unabhängige Sicherungs-Tools haben, ist es möglich mit der normalen Sicherung auf externe Platten zu sichern und mit Time Backup sinnvollerweise auf interne Platten. Dann hat man fürs stündliche Backup immer die Daten im Zugriff und kann auch jederzeit die Historie anschauen und nutzen.

Itari

 

[randfee]

Hm, 7h für ein Backup von 420GB? 60GB/h = 1GB/min = 16MB/s. Waren das winzige files oder wieso ist das im Schnitt so langsam?

Wie genau sieht denn das Backup aus, nicht veränderte files liegen ja wohl nur einmal vor, oder liegen die physisch zweimal auf der Platte? Hört sich ein wenig so an wenn du sagst, dass da zwei Ordner liegen.
EXT3/4 können aber keine snapshots und clones wie ZFS, oder? Sorry, kenne mich mit denen einfach zu wenig aus

 

[nas-newbie]

Hm, 7h für ein Backup von 420GB? 60GB/h = 1GB/min = 16MB/s. Waren das winzige files oder wieso ist das im Schnitt so langsam?

Wie genau sieht denn das Backup aus, nicht veränderte files liegen ja wohl nur einmal vor, oder liegen die physisch zweimal auf der Platte? Hört sich ein wenig so an wenn du sagst, dass da zwei Ordner liegen.
EXT3/4 können aber keine snapshots und clones wie ZFS, oder? Sorry, kenne mich mit denen einfach zu wenig aus

http://www.synology.com/deu/news/2010/06.01_computex.php

Bitte schön...

MfG
NAS-Newbie

 

[randfee]

... und du glaubst ich hätte das noch nicht gelesen? Hab ich, aber da steht doch nur bla.... nichts im Detail.

Wenn du sowas als Antwort postest frage ich mich allerdings, ob dir klar ist was ich genau wissen wollte? ZFS ist konzeptionell extrem mächtig. Bei einem versionierten Backup (snapshots & writable snapshots) würde bei der Änderung einer sehr großen Datei nur die geänderten Blocks zu der ursprünglichen Datei als Differenz gespeichert. DAs ist sehr effizient und da muss es doch erlaubt sein zu fragen wie das Time Backup genau arbeitet. Wenn man die Files wirklich logisch in den Ordnern sieht wie von Itari beschrieben, dann ist es meinem sehr beschränkten Wissen über EXT4 nach nur möglich, wenn die Files wirklich alle doppelt vorliegen.

Genau deswegen frag ich ja

 

[Octisurfer]

Es könnte sein, dass Synology dabei mit Hardlinks arbeitet.

 

[Matthieu]

Da es sich um ein Backup handelt, dass nur auf einem anderen Volumen oder auf einer externen Festplatte liegen kann, müssen die Daten doppelt vorliegen. Was die Versionierung angeht, so arbeitet da rsnapshot auf ext3/ext4. Hoffe das beantwortet deine Fragen.

MfG Matthieu

 

[itari]

Das Backup ist wohl eine Art rsnapshot und wird mit rsync-Prozessen realisiert.

Eigentlich dachte ich, mit diesem Satz wäre alles gesagt gewesen. Es wird wie bisher mit rsync gesichert. Es wird rsnapshot-mäßig ein Sicherungsplan aufgestellt und 'alte' Sicherungen werden gemäß Plan wieder entfernt. Steht alles in der Hilfe zum Time Backup.

Weitere Details werden wir sicherlich im Laufe des Gebrauchs dieses Tools entdecken

Es waren alles .iso-Kopien von CDs (Beilagen von Computerzeitschriften).

Itari

 

[itari]

Zwei Tipps:

1] bevor man einen Time Backup Job anwirft, sollte man sich vergewissern, ob auch genügend Platz auf dem Ziellaufwerk zur Verfügung steht. Es scheint so, dass zur Zeit noch keine Überprüfung vorgenommen wird. Ich habe es allerdings nicht vor die Wand laufen lassen, sondern während der Sicherung Platz freigemacht

2] Es macht eventuell Sinn, den Eintrag für den Time Backup Job in der /etc/crontab von der Minuteneinstellung ('0') auf einen anderen Wert zu setzen, z.B. ('3') falls man sein System zur Minute '0' eventuell herunterfährt, läuft der Job erst gar nicht an

Eine offene Frage:

Wie verhält sich das Time Backup, wenn während des Backups das System heruntergefahren wird?

Itari

 

[malust]

Bei mir läuft es wunderbar auf der DMS3.0-1337

in ca. 2-3Wochen soll der Final Release erscheinen. Dies wurde uns vom CEO und vom Product Manager Synology (Taiwan) letzte Woche gesagt.

 

[HarryPotter]

Ich bekomme das Ding auf meiner DS408 nicht zum Laufen

Installation geht problemlos
Im Paketmanager steht auch dass das Paket gestartet sei.
Klicke ich nun auf den Link, kommt die Meldung, dass alle Services gestoppt werden, um Time Backup zu aktivieren.
Dieser Vorgang schlägt fehl, es kommt nach einiger Zeit ein Fenster "Operation failed".

In var/log/messages steht:

Sep 25 20:53:01 dovecot: Killed with signal 15
Sep 25 20:53:13 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Sep 25 20:53:17 synoaudiod: synoaudiod.cpp:532 synoaudiod exit
Sep 25 20:53:20 rsyncd[13231]: rsync error: received SIGINT, SIGTERM, or SIGHUP
(code 20) at rsync.c(585) [receiver=3.0.4]
Sep 25 20:53:20 ssctl: services.cpp:411:StopSsdThreadFunc(): Camera[1]: Failed t
o kill
Sep 25 20:53:21 ssctl: ssctl.cpp:96:ClearSSTmpResource(): Get no service info
Sep 25 20:53:22 scheduler: scheduler.c (1613) Got signal. Die gracefully.
Sep 25 20:53:22 scheduler: scheduler.c (1631) rTorrent is killed.
Sep 25 20:53:39 verbkp.cgi: space_snapshot_origin.c:160 Creating snapshot-origin
 of /dev/md2 is failed
Sep 25 20:53:39 synoprint: printer_device_open.c:16 bad parameter.
Sep 25 20:53:47 ddnsd: main(ddnsd.c:2692):  not enable DDNS, shutdown daemon
Sep 25 20:53:59 synorcd: hw_raytac.c (222) failed to open /dev/usb/hiddev5 (No s
uch device).
Sep 25 20:54:05 verbkp.cgi: CGI_ERR:create snapshot-origin fail

Was tun?

 

[HarryPotter]

So, ich habe vom Synology support die Bestätigung bekommen, dass das ein Bug sei und man an einem Patch arbeite:

The problem has been determined as a bug, and the technicians are working on implementing a new patch file to address it.

 

[randfee]

ich frag mich jedes mal, wenn ich den Namen sehe, ob Apple da nicht gleich antanzen wird und ihr Patent auf den Tisch knallt...

 

[randfee]

Ich bekomme das Ding auf meiner DS408 nicht zum Laufen
....
Klicke ich nun auf den Link, kommt die Meldung, dass alle Services gestoppt werden, um Time Backup zu aktivieren.
Dieser Vorgang schlägt fehl, es kommt nach einiger Zeit ein Fenster "Operation failed".

yo, dito, ist also nichts mit Ausprobieren

 

[Matthieu]

ich frag mich jedes mal, wenn ich den Namen sehe, ob Apple da nicht gleich antanzen wird und ihr Patent auf den Tisch knallt...

Nicht unbedingt. Man hat nun zwar Patente/Gebrauchsmuster u.a. für Cover-Flow und die Ansicht des eigenen Backup-Programms bekommen, aber das ist noch strittig, denn Apple hat es nicht erfunden, wenn man heise glaubt.

MfG Matthieu

 

[randfee]

ah... ok, ich habe auch nur gemutmaßt, hab mir nicht extra rausgesucht ob und welche Patente sie dahingehend halten. Als es damals raus kam war ich zuerst ganz scharf drauf, weil ich damit auch die Einführung von ZFS vermutete... daraus wurde aber nie was

 

[zui093]

So, ich habe vom Synology support die Bestätigung bekommen, dass das ein Bug sei und man an einem Patch arbeite:

Da hat sich seither nichts getan? Betrifft das nur die DS408?

 

[randfee]

Nein, hat sich noch nichts getan und nein, siehe weiter oben, geht bei mir auch nicht (DS410).

 

[Knighty]

So, neue Version ist draussen, leider funktioniert diese bei mir auch nicht

 

[randfee]

ja, dito. Hab DSM geupdatet und dann auch neues TimeBackup installiert. Gegen Ende vom Backup-Job Erstellen meckert er auch bei mir. Schade, dass das log nicht detaillierter ist.