Linux [gelöst] Veeam Agent for Linux FREE - USB Autostart

Linux Betriebssystem
Der erste Lauf dauert immer lang - da wird ja alles übertragen - aber alle folgenden Läufe sind kurz (werden nur die Änderungen übertragen).
Wenn Du dich auf rdiff-backup beziehst, es war nicht der erste Lauf, die HDD mit USB 3.0 nutze ich sie ca. Januar 2023.
 
Aua - das ist nicht normal. ... check' mal, ob das gute Teil nicht auf der Platte laute Vollbackups anlegt anstelle inkrementeller Backups.
 
OT
rdiff-backup
check' mal, ob das gute Teil nicht auf der Platte laute Vollbackups

rdiff-backup


Der aktuelle Stand ist dabei immer der vollständige Stand und die älteren Stände werden als Differenz abgelegt. Im Vergleich mit Duplicity braucht man hier also nicht zwischen Vollsicherung und Inkrementen zu unterscheiden, da die aktuelle Sicherung immer eine vollständige ist. Einstellen muss man dabei nur noch maximale Haltezeit der alten Daten bevor sie gelöscht werden. Da die Differenzen auch nur sehr wenig Speicher belegen geht Rdiff-Backup sehr effizient mit dem verfügbaren Backup Store um.


Code:
sudo rdiff-backup /home/xsid/ /media/xsid/hddusb3/xsid/
Die hddusb3 ist mit ext4 formatiert.
Ist meine Befehlseingabe evtl. falsch bzw. nicht optimiert?

 
Zuletzt bearbeitet:

in deiner Zeile fehl ein "backup":
rdiff-backup backup /home/xsid/ /media/xsid/hddusb3/xsid/

Aber:
1) warum "sudo"? Du machst ein Backup von deinem User Home, alles was da drinnen ist muss dir gehören. Wenn was drinnen ist, das nicht dir gehört, ist was faul.
2) warum nimmst du nicht gleich rsync?

Sind die alten Backups unter /media/xsid/hddusb3/xsid/ oder wie greifst du auf die zu? Wann nicht - und es gibt nur ein Backup ohne History - wo ist der Vorteil gegenüber
$ rsync -av /home/xsid /media/xsid/hddusb3
?
 
Steht in der Manpage unter "Actions". Die Releasstände hast du mit rsync auch, wenn du sie haben möchtest - siehe code oben ode hier die Kurzfassung:
Bash:
NAME=/media/xsid/hddusb3/$(date +%Y-%m-%d-%H%M%S)
cp -al $(find /media/xsid/hddusb3 -maxdepth 1 -type d -iname '????-??-??-??????' | sort | tail -n1) $NAME
rsync -aq --delete $i $NAME
 
Ganz am Anfang, 4 Absatz etwa. und dann später in der Section "Actions" und in etlichen Beispielen im Text. Such' einfach nach "rdiff-backup backup"
 
Keine Website, sondern die manpage, so wie er geschrieben hat.
 
OT

Auch das finde ich nicht, was ist die manpage?
 
Meine Frage ist dort nicht beantwortet.
 
Lies' die vollständige Seite, die ich unter #44 gepostet habe.
 
Die "rdiff-backup backup" Option finde ich dort nicht. https://rdiff-backup.net/rdiff-backup.1.html#_selection_options

Actions​

backup [CREATION OPTIONS] [COMPRESSION OPTIONS] [SELECTION OPTIONS] [FILESYSTEM OPTIONS] [USER GROUP OPTIONS] [STATISTICS OPTIONS] sourcedir targetdir
back-up a source directory to a target backup repository.
calculate [--method average] statfile1 statfile2[…]
calculate average across multiple statistics files
--method average
there is currently only one method and it is the default, but it might change in the future.
complete [--cword index] [--unique|--no-unique] -- words[…]
outputs a list of fitting options given already entered parameters. This option is of no relevance to backup tasks, it is only to be used to support programmatic completion like in bash. See the documentation for more details if you plan to write your own completion code, e.g. for an alternative shell.
--cword index
index where the cursor currently is within the list of words.
--unique,--no-unique
should parameters already entered by the user be offered again, or not?
compare [SELECTION OPTIONS] [--method method] [--at time] sourcedir targetdir
Compare a directory with the backup set at the given time. This can be useful to see how archived data differs from current data, or to check that a backup is current.
--method method
method used to compare can be either meta, full or hash, where the default is meta, which is also how rdiff-backup decides which file needs to be backed-up. Note that with full, the repository data will be copied in its entirety to the source side and compared byte by byte. This is the slowest but most complete compare method. With hash only the SHA1 checksum of regular files will be compared. With meta only the metadata of files will be compared (name, size, date, type, etc).
--at time
at which time of the back-up directory should the comparaison take place. The default is now, meaning the latest version. See TIME FORMATS for details.
info
outputs information about the current system in YAML format, so that it can be used in a bug report, and exits.
list files [--changed-since time|--at time] repository
list modified or existing files in a given back-up repository.
--changed-since time
List the files that have changed in the destination directory since the given time. See TIME FORMATS for the format of time. If a directory in the archive is specified, list only the files under that directory. This option does not read the source directory; it is used to compare the contents of two different rdiff-backup sessions. See TIME FORMATS for details.
--at time
List the files in the archive that were present at the given time. If a directory in the archive is specified, list only the files under that directory. See TIME FORMATS for details.
list increments [--no-size|--size] repository
list increments with date in a given back-up repository.
--no-size,--size
Show or not the size of each increment in the repository. The default is to not show sizes. When showing sizes, it becomes allowable to specify a directory within a repository, then only the cumulated sizes of that directory will be shown.
regress [COMPRESSION OPTIONS] [USER GROUP OPTIONS] [TIMESTAMP OPTIONS] repository
If an rdiff-backup session fails, this action will undo the failed directory. This happens automatically if you attempt to back-up to a directory and the last backup failed. You can use the --force option to undo the last backup even if it wasn’t failed (starting with API 201, use --api-version if necessary).
remove increments --older-than time [--size] repository
Remove the incremental backup information in the destination directory that has been around longer than the given time, or the oldest one if no time is provided.
By default, rdiff-backup will only delete information from one session at a time. To remove two or more sessions at the same time, supply the --force option (rdiff-backup will tell you if it is required).
Note that snapshots of deleted files are covered by this operation. Thus if you deleted a file two weeks ago, backed up immediately afterwards, and then ran rdiff-backup with 'remove increments --older-than 10D' today, no trace of that file would remain.
--older-than time
all the increments older than the given time will be deleted. See TIME FORMATS for details.
--size
Show the size of each increment being removed. The default is to not show sizes.
restore [CREATION OPTIONS] [COMPRESSION OPTIONS] [SELECTION OPTIONS] [FILESYSTEM OPTIONS] [USER GROUP OPTIONS] [--at time|--increment] source targetdir
restore a source backup repository at a specific time or a specific source increment to a target directory. See RESTORING for details.
--at time
the source parameter is interpreted as a back-up directory, and the content is restored from the given time. See TIME FORMATS for details.
--increment
the source parameter is expected to be an increment within a back-up repository, to be restored into the given target directory.
server [RESTRICT OPTIONS] [--debug]
Enter server mode (not to be invoked directly, but instead used by another rdiff-backup process on a remote computer).
--debug
Start the server in debug mode so that it stops on an early breakpoint and can be remotely debugged using rpdb. See the developer’s documentation for details.
test remote_location_1 [remote_location_2…]
Test for the presence of a compatible rdiff-backup server as specified in the remote location argument(s) (of which the filename section will be checked for existence). See the REMOTE OPERATION section for details.
verify [--at time] location
Check all the data in the repository at the given time by computing the SHA1 hash of all the regular files and comparing them with the hashes stored in the metadata file.
--at time
the time of the data which needs to be verified. See TIME FORMATS for details.

 
Verschiedene Funktionen:
rdiff-backup backup PARAMETER
rdiff-backup compare PARAMETER
rdiff-backup restore PARAMETER
usw.
 
Stimmt, eine Anleitung mit der Option "backup" habe ich nicht gefunden. Ich kannte es nicht.
 
In der Nomenklatur der Beschreibung is "backup" eine Aktion, jede Aktion hat verschieden Optionen ... so viel zur allgemeinen Begriffsverwirrung :)
 
Von
https://thinkpad-forum.de/threads/rdiff-backup-wie-kann-ich-rdiff-backup-beschleunigen.237210/ .

weil dort OT:

Was für ein System, Linux Distrubution, Kernel?
Worauf, auf welches NAS System, hast Du per SMB gesichert?
Hast Du auch NFS ausprobiert?

Mein /home/xsid (8,3 GiB) gesichert mit rdiff-backup dauert 37 Minuten.
Das ist mir zu lange. Das System mag ich in dieser Zeit nicht nutzen.

HDD-Nummer 2
Mein /home/xsid (8,3 GiB) gesichert mit rdiff-backup dauert 46 Minuten.
HDD-Nummer 2 - zweiter Durchlauf
unter 1 Minute


Alternativen https://curius.de/2016/12/time-machine-backups-auf-einen-linux-server-sichern/
Sind evtl. Back_In_Time https://github.com/bit-team/backintime (PPA vorhanden) h ttps:// www.youtube.com/watch?v=fLBuX72LdkI oder Deja-Dup https://wiki.gnome.org/Apps/DejaDup evtl. alternative Lösungen anstelle von Veeam_Agent_for_Linux FREE?
Oder Timeshift (mit sogar btrfs) https://github.com/teejee2008/timeshift

Wie kann ich rdiff-backup beschleunigen?


Code:
sudo rdiff-backup /home/xsid/ /media/xsid/hddusb3/xsid/

Welche Optionen habe ich um zu optimieren?

OT
Vermutlich bin, wenn ich weiter rummfummel, bald bei rsync, wie von @zwieblum schon vorgeschlagen.
 
Zuletzt bearbeitet:
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben