Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
xfs backup system vs rsynce
353 views
Skip to first unread message
prad
May 30, 2011, 7:30:02 PM5/30/11
to
xfsdump and xfsrestore seem to be a good combo and i recall using dump
and restore on freebsd.
and restore on freebsd.
the past year we've been using rsync which is very convenient.
do people have any thoughts regarding these as far as creating backups?
my feelings are slanted towards using xfs tools since i'm using xfs,
though i would appreciate hearing what people have to say before leaving
rsync behind (though i may use it locally for quick stuff).
--
in friendship,
prad
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/87boyju...@psinom.home
William Hopkins
May 30, 2011, 8:20:01 PM5/30/11
to
On 05/30/11 at 04:28pm, prad wrote:
> xfsdump and xfsrestore seem to be a good combo and i recall using dump
> and restore on freebsd.
>
> the past year we've been using rsync which is very convenient.
>
> do people have any thoughts regarding these as far as creating backups?
>
> my feelings are slanted towards using xfs tools since i'm using xfs,
> though i would appreciate hearing what people have to say before leaving
> rsync behind (though i may use it locally for quick stuff).
>
rsync benefits:> xfsdump and xfsrestore seem to be a good combo and i recall using dump
> and restore on freebsd.
>
> the past year we've been using rsync which is very convenient.
>
> do people have any thoughts regarding these as far as creating backups?
>
> my feelings are slanted towards using xfs tools since i'm using xfs,
> though i would appreciate hearing what people have to say before leaving
> rsync behind (though i may use it locally for quick stuff).
>
file-based backups mean you can only back up files which have changed or newly created, sometimes known as an 'incremental' type backup, saving on bandwidth (for netbackups) and storage space
directly network aware, making for easier network backups and file transfers
filesystem agnostic, meaning a change in your filesystem (or possibly even OS) type doesn't necessitate any change in backup method or script
backup method can be made as a directory or tarball, leading to easier single-file restoration vs dump/clone
dump/dd/snapshot/clone benefits:
snapshot-like backups ensure file consistency in all things, including access/modification times, extended acls, permissions and anything filesystem-specific which is either unsupported by rsync or you may neglect/overlook in your solution.A
(dd/clone specific) easier for restoring to bare metal for full-OS restores
(snapshot specific) easier for versioning/restores
--
Liam
Dan
May 30, 2011, 10:30:01 PM5/30/11
to
On Mon, May 30, 2011 at 7:28 PM, prad <pr...@towardsfreedom.com> wrote:
> xfsdump and xfsrestore seem to be a good combo and i recall using dump
> and restore on freebsd.
>
> the past year we've been using rsync which is very convenient.
>
> do people have any thoughts regarding these as far as creating backups?
>
> my feelings are slanted towards using xfs tools since i'm using xfs,
> though i would appreciate hearing what people have to say before leaving
> rsync behind (though i may use it locally for quick stuff).
> xfsdump and xfsrestore seem to be a good combo and i recall using dump
> and restore on freebsd.
>
> the past year we've been using rsync which is very convenient.
>
> do people have any thoughts regarding these as far as creating backups?
>
> my feelings are slanted towards using xfs tools since i'm using xfs,
> though i would appreciate hearing what people have to say before leaving
> rsync behind (though i may use it locally for quick stuff).
I use rdiff-backup it uses the rsync alorythm but it keeps the
increments so you can recover deleted files or the old form of file. I
makes weekly backups and delete files in the backup files which are
older than 3 months.
Dan
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/BANLkTikHCJO-UzLK...@mail.gmail.com
Nicolas Bercher
Jan 23, 2012, 9:30:02 AM1/23/12
to
Dan a écrit :
"Note that snapshots of deleted files are covered by this operation.
Thus if you deleted a file two weeks ago, backed up immediately after‐
wards, and then ran rdiff-backup with --remove-older-than 10D today, no
trace of that file would remain."
You can loose valuable old files. So, one thing I really miss in
rdiff-backup is an option to remove backups older than <a point in time>
AND newer than <another point in time>. Thus, I could reduce daily
backups to weekly, etc. But still, I can loose files.
In a near future, I think I'll switch to venti(1) and/or vbackup(8) of
"Plan 9 port":
http://swtch.com/plan9port/
Venti is "Write Once Read Many" archival storage server used to store
files hierarchy for example. On the other hand, Vbackup is used to
store efficiently entire logical volumes from *nix to a Venti server.
But this involves to know a little about Plan 9 concepts, etc.
Nicolas
--
http://swtch.com/plan9port/man/man1/venti.html
http://swtch.com/plan9port/man/man8/venti.html
http://swtch.com/plan9port/man/man8/vbackup.html
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/4F1D6E5D...@yahoo.fr
> I use rdiff-backup it uses the rsync alorythm but it keeps the
> increments so you can recover deleted files or the old form of file. I
> makes weekly backups and delete files in the backup files which are
> older than 3 months.
Take care with --remove-older-than option, as the man page says:
> increments so you can recover deleted files or the old form of file. I
> makes weekly backups and delete files in the backup files which are
> older than 3 months.
"Note that snapshots of deleted files are covered by this operation.
Thus if you deleted a file two weeks ago, backed up immediately after‐
wards, and then ran rdiff-backup with --remove-older-than 10D today, no
trace of that file would remain."
You can loose valuable old files. So, one thing I really miss in
rdiff-backup is an option to remove backups older than <a point in time>
AND newer than <another point in time>. Thus, I could reduce daily
backups to weekly, etc. But still, I can loose files.
In a near future, I think I'll switch to venti(1) and/or vbackup(8) of
"Plan 9 port":
http://swtch.com/plan9port/
Venti is "Write Once Read Many" archival storage server used to store
files hierarchy for example. On the other hand, Vbackup is used to
store efficiently entire logical volumes from *nix to a Venti server.
But this involves to know a little about Plan 9 concepts, etc.
Nicolas
--
http://swtch.com/plan9port/man/man1/venti.html
http://swtch.com/plan9port/man/man8/venti.html
http://swtch.com/plan9port/man/man8/vbackup.html
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Stan Hoeppner
Jan 23, 2012, 7:50:02 PM1/23/12
to
Nicolas why are you just now replying to a post that is *10 months* old?
--
Stan
Archive: http://lists.debian.org/4F1DFF0B...@hardwarefreak.com
--
Stan
Jon Dowland
Jan 24, 2012, 5:10:01 AM1/24/12
to
On 23/01/12 14:27, Nicolas Bercher wrote:
> Take care with --remove-older-than option, as the man page says:
>
> "Note that snapshots of deleted files are covered by this operation.
> Thus if you deleted a file two weeks ago, backed up immediately after‐
> wards, and then ran rdiff-backup with --remove-older-than 10D today, no
> trace of that file would remain."
This is an inevitable consequence of any backup system that backs up to
> Take care with --remove-older-than option, as the man page says:
>
> "Note that snapshots of deleted files are covered by this operation.
> Thus if you deleted a file two weeks ago, backed up immediately after‐
> wards, and then ran rdiff-backup with --remove-older-than 10D today, no
> trace of that file would remain."
somewhere with a limited amount of space. The alternative is to only
grow in size.
> You can loose valuable old files. So, one thing I really miss in
> rdiff-backup is an option to remove backups older than <a point in time>
> AND newer than <another point in time>. Thus, I could reduce daily
> backups to weekly, etc. But still, I can loose files.
>
> In a near future, I think I'll switch to venti(1) and/or vbackup(8) of
> "Plan 9 port":
stores the backup files in a git-formatted archive (so chunked and
de-duplicated, with sliding window compression and other such magic)
--
Jon Dowland
--
To UNSUBSCRIBE, email to debian-us...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
0 new messages