Ultimate Backup Ultimate Backup

SynKlaus

Benutzer
Mitglied seit
14. Feb 2013
Beiträge
384
Punkte für Reaktionen
0
Punkte
16
Es gibt nur 2 Möglichkeiten: Die Platte wird ausgeworfen und Deine anderen Vorgänge schlagen fehl oder die Platte kann nicht ausgeworfen werden, weil gerade darauf zugegriffen wird. Beides erfordert einen manuellen Eingriff von Dir, also ist es vielleicht besser, wenn Du die Platte nicht automatisch auswerfen läßt, weil Du sonst eh nicht garantieren kannst, dass sie wirklich ausgeworfen wurde oder das nicht ein anderer Vorgang fehlgeschlagen ist.
Ansonsten einfach mal ausprobieren!

Grüße.
 

Luis942

Benutzer
Mitglied seit
22. Jun 2012
Beiträge
495
Punkte für Reaktionen
41
Punkte
28
Wenn ich was parallel kopiere, dann würde das einfach abgebrochen?
Kann man das automatische auswerfen unterdrücken? Aber ich denke es geht nur autostart/UB temporär zu deaktivieren und dann die Daten zu kopieren?
 

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Ich bin ja der Meinung, dass man sobald die unmount funktioniert aktiviert ist nichts selbst kopiert. Dann lieber per UB die Daten kopieren lassen und gut. Notfalls halt vorher die Funktion in der gui deaktivieren. Ein neu verbinden ist auch nur durch Neustart der DS oder neu verbinden der Festplatte möglich. Du musst es dir halt wie ein Kabel vorstellen, sobald getrennt wird gibt es beim kopieren Fehler.
 

Toby-ch

Benutzer
Mitglied seit
02. Okt 2013
Beiträge
453
Punkte für Reaktionen
18
Punkte
18
Hallo zusammen

Ich habe mein Backup verkleinert:
Altes Backup:
Bildschirmfoto 2018-10-15 um 21.58.57.jpg
Neues Backup:
Bildschirmfoto 2018-10-19 um 22.48.32.jpg

Muss ich die nicht mehr zusichernden Ordner selber aus dem Backup löschen ?
Ich habe das Backup einmal gestartet:
Rich (BBCode):
Subject: Ultimate Backup erfolgreich - Sicherungsprotokoll vom 19.10.2018	22:57:32 Uhr
Ausgefuehrtes RSync-Script: rsync_Backup.sh
------------------------------------------------------------------------------------------------


Zielordner /volume9/DS-Backup wurde lokalisiert...

Quellordner /volume1/Cloud wurde lokalisiert...
Quellordner /volume1/Cloud ist erreichbar...

Starte Datensicherung:
von: /volume1/Cloud
nach: /volume9/DS-Backup/BackupDS
sending incremental file list
/volume1/
/volume1/Cloud/
/volume1/Cloud/SCAN/Sara Arzt/
/volume1/Cloud/SCAN/Sara Arzt/Arzt-DOC-0006.pdf
/volume1/Cloud/SCAN/Sara Arzt/Arzt-DOC-0007.pdf

Number of files: 87722
Number of files transferred: 2
Total file size: 538.65G bytes
Total transferred file size: 1.14M bytes
Literal data: 1.14M bytes
Matched data: 0 bytes
File list size: 2.37M
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 3.53M
Total bytes received: 15.25K

sent 3.53M bytes  received 15.25K bytes  120.15K bytes/sec
total size is 538.65G  speedup is 151970.73
------------------------------------------------------------------------------------------------

Quellordner /volume1/Mac wurde lokalisiert...
Quellordner /volume1/Mac ist erreichbar...

Starte Datensicherung:
von: /volume1/Mac
nach: /volume9/DS-Backup/BackupDS
sending incremental file list
/volume1/Mac/

Number of files: 34368
Number of files transferred: 0
Total file size: 128.34G bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 712.93K
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 717.40K
Total bytes received: 4.46K

sent 717.40K bytes  received 4.46K bytes  75.98K bytes/sec
total size is 128.34G  speedup is 177793.38
------------------------------------------------------------------------------------------------

Quellordner /volume1/music wurde lokalisiert...
Quellordner /volume1/music ist erreichbar...

Starte Datensicherung:
von: /volume1/music
nach: /volume9/DS-Backup/BackupDS
sending incremental file list
/volume1/music/

Number of files: 107384
Number of files transferred: 0
Total file size: 636.47G bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 4.84M
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 4.85M
Total bytes received: 4.99K

sent 4.85M bytes  received 4.99K bytes  183.15K bytes/sec
total size is 636.47G  speedup is 131134.12
------------------------------------------------------------------------------------------------

RSync-Datensicherung erfolgreich - Sicherungsziel: /volume9/DS-Backup/BackupDS

Sicherung der DSM-Systemkonfiguration.
HINWEIS: Daten aus dem Ordner /@Recycle, die mehr als 0 Tage alt waren, wurden geloescht.
HINWEIS: Daten aus dem Ordner /@Logfiles, die mehr als  60 Tage alt waren, wurden geloescht.
HINWEIS: Daten aus dem Ordner /@DSMConfig, die mehr als 30 Tage alt waren, wurden geloescht.
------------------------------------------------------------------------------------------------


19.10.2018	22:59:30
Script wird beendet
jedoch wurde nichts gelöscht ?

Zweite frage zu den Versionen angenommen ich stelle da auf 200 Versionen wie verhält sich das beim Speicher?
ich nehme einmal an das dies Nur bei Text Dokumenten sinnvoll ist ?
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
Hi!

Wenn du nachträglich Ordner vom Backup ausschließt, die keine übergeordneten Ordner mehr haben ( /volume[X]/... fließt hier nicht mit ein), dann werden diese von rsync auch nicht mehr weiter beachtet. Das heißt, das rsync weder die Daten in der Quelle noch im Ziel weiter beachtet. Rsync fokusiert sich nur auf die angegebenen Ordnerstrukturen, alles was links und rechts davon ist bleibt unangetastet. Somit wird ein nachträglich entfernter Ordner aus dem Backup auch innerhalb eines Backups nicht weiter beachtet. Du mußt diese Ordner dann von Hand löschen.

Die Frage, ob man eine Versionierung überhaupt benötigt und falls ja, wie viele Versionen man denn am Ende erhalten möchte, ist ganz individuell. Es kommt natürlich auch auf die Dateigrößen, Anzahl der Dateien sowie die Frequentierung an. Da muss jeder selber mal im Kopf überschlagen, was Sinn macht und was nicht. Übertrage ich das mal auf Hyper Backup, so habe ich dort unter anderem eine datenbankgestützte Sicherung mit 104 Versionen meiner persönlichen Daten (also hauptsächlich wichtige Dokumente) angelegt, welche zwei mal die Woche durchgeführt wird und ein ungefähres Datenvolumen von ca. 200 GB hat. Bei 52 Wochen im Jahr und zwei Durchgängen pro Woche komm ich so auf 104 Durchläufe. Das bedeutet, das ich im Notfall auf Daten zurückgreifen kann, die max. 1 Jahr alt sind. Bei 200 GB Datenvolumen, wobei es sich hierbei i.d.R. eher ein Zuwachsbackup handelt, ist der Platzbedarf überschaubar. Die Anzahl der geänderten Daten hält sich auch in Grenzen, von daher halte ich das für eine gute Lösung.

Bei Ultimate Backup werden die Versionen über die Verwendung von Hardlinks gesteuert. Vielleicht suchst du im Netz mal nach den Schlagworten -rsync- und -Hardlinks- und schaust, wie das alles funtioniert. Ansonsten kannst du auch gerne weiter deine Fragen stellen.

Und bevor wieder Fragen aufpoppen, warum ich denn Hyper Backup benutze und nicht Ultimate Backup: Ich benutze beides und das sowohl dateibasiert, versioniert als auch datenbankbasiert. Aktuell nutze ich jedoch zugegebener Maßen mehr Hyper Backup, was aber der Tatsache geschuldet ist, das ich hier u.a. auch eine Testumgebung für die Nachfolgeversion von Ultimate Backup habe und da stört es hin und wieder, wenn beide Versionen von Ultimate Backup laufen.

Tommes
 
Zuletzt bearbeitet:

tinolino

Benutzer
Mitglied seit
22. Okt 2018
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Guten Tag,

ich nutze schon seit langem Ultimate Backup. Vielen Dank für diese wunderbare Stück Software!

Mein Szenario sieht folgendermaßen aus:
- Rechner im Büro werden täglich auf verschiedene Festplatten gesichert (eine Platte pro Wochentag, also fünf verschiedene Festplatten).
- Zuhause werden die Platten an die DS918+ gehangen und mittels Ultimate Backup in einen Ordner gesichert und die Sicherunsdateien (eine pro Tag) dort gesammelt.
- Die Skripte liegen auf den Platten und werden automatisch ausgeführt und die Platten nach Abschluss automatisch ausgeworfen.

Meine Frage:
Da die Skripte ja auf den Platten liegen, wird von Ultimate Backup ja auch der Log-Ordner auf den Platten angelegt. Auf diese Logs kann ich aber nach dem Auswerfen der Platten nicht mehr zugreifen. Gibt es eine Möglichkeit den Pfad der Log-Ausgabe in einen Ordner auf der DS918+ umzustellen, sodass alle Logs an einer Stelle gesammelt werden und leicht erreichbar bleiben? Ich möchte gern eine Übersicht haben, welche Platten, wann gesichert wurden, und ob alles erfolgreich war.

Viele Dank für die Hilfe!
Tino
 

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Kann man nachträglich ändern, theoretisch müsste man nur die log variable anpassen.
 

tinolino

Benutzer
Mitglied seit
22. Okt 2018
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Vielen Dank für die Antwort.

Ich habe mir jetzt mal so ein Skript hergenommen. Leider finde ich im "öffentlichen Teil" keine Log-Variable. Erst weiter unter (unter "nur was ändern, wenn man weiß, was man tut") kommt ein längerer Abschnitt, wo eine Logausgabe definiert wird.

Rich (BBCode):
# Speicherort des Logfiles und Modus festlegen
#-------------------------------------------------------------------------
[[ "$*" == *restore* ]] && restore="1"
if test -d "$dir/restore"; then
	restore="1"
fi
mkdir -p "$dir/@Logfiles"
if [ -n "$restore" ]; then
	log="$dir/@Logfiles/${date}_restore_${scriptname}.log"
	restore="1"
	syncopt="-ahm"
	unset recycle
	modus="restore"
	source_dir="$lang_script_target_dir"
	target_dir="$lang_script_source_dir"
	qserver="$lang_script_target_server"
	zserver="$lang_script_source_server"
else
	log="$dir/@Logfiles/${date}_backup_${scriptname}.log"
	modus="$lang_script_backup"
	source_dir="$lang_script_source_dir"
	target_dir="$lang_script_target_dir"
	qserver="$lang_script_source_server"
	zserver="$lang_script_target_server"
fi
if test ! -d "$dir/@Logfiles"; then
	echo "$lang_script_no_logfiledir" >> "$stop"
	dsmnotify="$lang_script_no_logfiledir"
	exit
fi
if [ $signal -eq 1 ]; then
	check_usbcopy=$(grep 'usbcopy="' /etc/synoinfo.conf | head -1 | sed 's/.*="//;s/"//')
	if [ "$check_usbcopy" == "yes" ]; then
		echo A >/dev/ttyS1; echo : >/dev/ttyS1
	else
		echo : >/dev/ttyS1
	fi
	echo 3 >/dev/ttyS1
fi
if [ -z "$syncopt" ]; then
	syncopt="-ahR"
fi

Was müsste ich dort anpassen, damit die Ausgabe umgeleitet wird?

Vielen Dank
 

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Du schreibst z.B. einfach folgendes, z.B. vor
if [ $signal -eq 1 ]; then


log="$/volume1/Daten/@Logfiles/${date}_backup_${scriptname}.log"


Dann landen die Logfiles z.B. hier:
/volume1/Daten/@Logfiles/
 

tinolino

Benutzer
Mitglied seit
22. Okt 2018
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Vielen Dank. Ich habe das erstmal mit Testdaten probiert und kann Erfolg vermelden.
Mir ist nur aufgefallen, dass der "original"-Ordner mit den alten Logfiles am Speicherort des Skriptes verbleiben muss. Als der noch nicht da war, konnte ich reproduzierbar das gesamte Programm zum Erhängen bringen. Ich musste dann Ultimate Backup komplett deinstallieren und wieder neu installieren, bevor es wieder funktionierte. Ich gehe davon, dass das am voreingestellten Suchpfad für die Logs liegt...

Ich werde das an diesem Wochenende jetzt noch auf meine Produktivdaten loslassen...

Ein schönes Wochenende!
Viele Grüße
 

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Das freut uns.
Mit der neuen Version wird sich einiges ändern und mehr Möglichkeiten bieten, sobald wir dann mal fertig werden :D
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
...sobald wir dann mal fertig werden :D

Ich hatte Anfang des Jahres ja mal eine vorsichtige Prognose für die neue Version abgegeben und dabei Ende 2018 anvisiert. Mittlerweile ist die GUI bis auf ein paar Kleingkeiten zwar soweit fertig gestellt, jedoch warten noch einige große Aufgaben und Herausvorderungen auf uns, um auch das Herzstück, das eigentliche rsync Script zu implementieren. Aktuell haben wir hierfür zwar noch keine finale Roadmap vorliegen, jedoch wissen wir schon ziemlich genau, wohin die Reise gehen wird. Ob wir das aber alles bis Ende des Jahres schaffen, bleibt abzuwarten.

Mir juckt es aber schon die ganze Zeit in den Fingern, mal ein kleines YouTube Video zu drehen um euch zu zeigen, was wir schon haben bzw. was euch in Zukunft so erwartet. Anderseits soll es ja auch spannend bleiben...

So mal ein kleiner Blick hinter die Kulissen.

Tommes
 
Zuletzt bearbeitet:

derrapf

Benutzer
Mitglied seit
16. Jun 2015
Beiträge
91
Punkte für Reaktionen
1
Punkte
8
Hallo alle
Ich habe festgestellt, dass wenn ich meine USB Platten abziehe und neu an die Syno stecke, diese einen neuen Namen bekommen.
Ein USB Drive dessen Backup-Script ich vorher im Aufgabenplaner mit
/volumeUSB3/usbshare2-2
addressiert habe, heisst nun auf einmal
/volumeUSB3/usbshare3-2
und das Script läuft natürlich auf Fehler.
Mache ich hier grundsätzlich was falsch, oder kann man dafür sorgen, dass die USB Drives immer genau gleich gemountet werden?
Gruss Ralf
 

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Wie es gemountet wird, wird durch synology gesteuert.
Man kann feste Zuweisungen geben, hier im forum gibt es auch eine Anleitung dazu.

Man könnte aber auch einfach eine Schleife nutzen um das jeweilige Script zu starten entweder per find und dann starten oder mit Wildcards arbeiten.

Haben wir im Wiki alles beschrieben
 

Tommes

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
26. Okt 2009
Beiträge
9.669
Punkte für Reaktionen
1.566
Punkte
314
Ich habe festgestellt, dass wenn ich meine USB Platten abziehe und neu an die Syno stecke...

Du ziehst die Platte aber erst dann ab, wenn das diese vom DSM vorher ordnungsgemäß ausgeworfen wurde, oder?
 

tinolino

Benutzer
Mitglied seit
22. Okt 2018
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Ich bin's nochmal mit meiner Geschichte mit den Logfiles...

Man muss das "$" in der Pfadangabe weglassen, damit es wie gewünscht funktioniert.
also:

Rich (BBCode):
log="/volume1/Daten/@Logfiles/${date}_backup_${scriptname}.log"

statt:
Rich (BBCode):
log="$/volume1/Daten/@Logfiles/${date}_backup_${scriptname}.log"

Nur zur Info, falls das noch jemand anderes umsetzen will...
Viele Grüße
 

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Ja hab ich einfach vergessen rauszunehmen :)
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat